Direct-Attached Storage

DAS es una tecnología de un solo servidor como por ejemplo el disco duro interno de un servidor o un sistema RAID conectado a un servidor por medio de  SCSI o FC, la principal característica de esta tecnología es que provee a un servidor un rápido acceso a los datos almacenados directamente a través de un bus interno o externo. Esta tecnología es recomendada para soluciones en la que los servidores necesiten un alto rendimiento pero no grandes capacidades de almacenamiento, por lo tanto es muy utilizada en servidores que funcionan como DNS, WINS, DHCP o controladores de dominio. La principal limitación de esta tecnología es que los datos solo pueden ser accedidos desde un solo servidor.

Network-Attached Storage

NAS es un auto contenedor de almacenamiento que los otros servidores y clientes puedes acceder de forma fácil a través de la red, un dispositivo NAS, un dispositivo NAS utiliza un sistema operativo especialmente diseñado para manejar servicios de archivos y su principal ventaja es que fácil de implementar y puede proveer una larga cantidad de almacenamiento para servir a sus clientes dentro de la red, por otro lado su desventaja se basa en que lo clientes acceden al NAS a través de la red LAN en lugar de por un bus interno lo cual hace mas lento el acceso a los datos. Los dispositivos NAS suelen ser usados en servidores WEB, y otros servidores donde no se necesita una velocidad extremadamente alta a los datos.

Storage-Area Networks

Las SANs  son redes de alto rendimiento dedicadas a servir datos entre los servidores y los subsistemas de almacenaje. Desde el punto de vista del sistema operativo de los servidores el almacén SAN aparenta estar instalado locamente, pero a diferencia de un sistema DAS el almacén de datos no esta restringido a un solo servidor sino que puede ser accedido desde n numero de servidores.

Un SAN esta hecho de dispositivos especiales, incluyendo un HBA en servidor host, switches que ayudan a enlutar el trafico y  subsistemas de almacenamiento en disco, todo este conjunto de dispositivos es llamado la fabrica SAN y sin interconectados a través de fibra óptica o alambre de cobre, una ves interconectados el almacén disponible es dividido en particiones virtuales llamadas LUSs las cuales se muestran a los servidores como discos locales,

Otras de las ventajas de SAN es que elimina la barrera de la distancia que existe en la tecnología DAS ya que permite acceder a recursos centralizados de almacenaje inclusive a 10 Km de distancia usando un canal de fibra conectándose un numero ilimitado de servidores. SAN es una solución para servidores que necesitan acceso rápido a una gran cantidad de  datos, tales comos servidores de correo, servidores de backup, servidores de contenido multimedia, servidores de aplicaciones y servidores de base de datos

Un CDN (content delivery network) esta compuesto por una red de servidores ubicados estratégicamente para proveer contenidos a diversos clientes y de esta manera maximizar el ancho de banda y aumentar la cantidad de peticiones por unidad de tiempo que pueden servir nuestras aplicaciones Web debido a que cada cliente accede al contenido estático de nuestra aplicación a través del servidor mas cercano que compone el CDN, el CDN posea copia del contenido en cada servidor  y este contenido puede estar compuesto por archivos descargables, documentos, stream de aplicaciones multimedia, archivos de script, etc.

De esta manera un CDN disminuye los cuellos de botella y mejora el tiempo de respuesta de cada petición HTTP, entre las empresas mas reconocidas que ofrecen servicios de CDN esta Akamai y  Mirrow Image ademas hace unos pocos días Microsoft anuncio un servicio llamado Microsoft AJAX CDN el cual nos permite consumir librerías Ajax y  jQuery directamente desde este, por otra parte este servicio es totalmente gratuito y puede ser utilizado en aplicaciones comerciales y no comerciales.

Bajo este servicio ya existen registradas distintas librerías javascritp que puedes ver aquí www.asp.net/ajax/cdn

Así por ejemplo si quisieras acceder al script de jQuery o a las librerías de Microsoft Ajax solo tendrías que agregar los siguiente a tu pagina.

<script src=”http://ajax.microsoft.com/ajax/jquery/jquery-1.3.2.min.js” type=”text/javascript”></script>

<script src=”http://ajax.microsoft.com/ajax/beta/0909/MicrosoftAjax.js” type=”text/javascript”></script>

<script src=”http://ajax.microsoft.com/ajax/beta/0909/MicrosoftAjaxTemplates.js” type=”text/javascript”></script>

Ahora si estamos usando el Framework 4.0 de Asp.net podemos usar una nueva propiedad del ScriptManager llamada EnableCdn el cual al colocarla en true redirige todas las peticiones a los archivos javascript de  ASP.NET ubicados normalmente en las librerias System.Web.dll o System.Web.Extensions.dllhacia al CDN y de esta manera mejorando el rendimiento de la aplicación.

<asp:ScriptManager ID=”_scriptManager” runat=”server” EnableCdn =”true”>

</asp:ScriptManager>

Este objeto hoy presente en la mayoría de los exploradores fue creado originalmente por Microsoft y es la base de la tecnología que conocemos como AJAX y la característica principal de este objeto es que nos permite a través de javascript realizar peticiones Get y Post por medio del http y https de esta manera  podemos recibir y enviar información a un servidor sin necesidad de refrescar la pagina y también podríamos consumir información desde distintos Web Services sin tener que enviar la pagina entera al servidor lo cual aumenta el consumo de ancho de banda y los tiempos de respuesta de nuestras aplicaciones Web.

Veamos un ejemplo de cómo utilizar este objeto:

-          Como crear una instancia del objeto XMLHttpRquest

function CreaXmlHttp()

{

var MiXmlHttp;

// si no es IE

if (window.XMLHttpRequest)

{

MiXmlHttp = new XMLHttpRequest();

}

Else{

//IE usa un control activex

MiXmlHttp = new ActiveXObject(“Microsoft.XMLHTTP”);

}

return MiXmlHttp;

}

-Como enviar información usando el Objeto XmlHttpRequest

function EnviandoInformacion(datos)

{

miHttp= CreaXmlHttp (); //crea la instancia de mi objeto XmlHttpRequest

// indico la función que se va encargar de procesar la respuesta

miHttp.onreadystatechange = ProcesoResultado;

miHttp.open(“GET”,’http://www.miweb.com/mipagina.aspx?variable=’ + datos, true);

//usamos GET cuando solo vamos a enviar parámetros por query string

//o no se van enviar parámetros

//El tercer parámetro indica si la llamada será asincrónica

miHttp.send(null);//envio el request, se le pasa null porque no enviamos datos extras

}

function EnviandoInformacionXML(miXML)

{

miHttp= CreaXmlHttp (); //crea la instancia de mi objeto XmlHttpRequest

// indico la funcio que se va encargar de procesar la respuesta

miHttp.onreadystatechange = ProcesoResultado;

miHttp.open(“POST”,’http://www.miweb.com/mipagina.aspx’, true);

//usamos POST porque enviaremos datos XML

// indicando que los datos a enviarse están codificados como un formulario.

miHttp.setRequestHeader(‘Content-Type’, ‘application/x-www-form-urlencoded; charset=ISO-8859-1′);

miHttp.send(miXML);//envío el request con mis datos

}

-Recogiendo la petición del lado del servidor

private void ProcesoPeticion()

{

string datos = Request.QueryString["datos"];

//si los datos son XML

//        string datosXML = Request.Form[0];

HttpResponse response = HttpContext.Current.Response;

response.Clear();

response.ContentType = “text/plain”;

// si la respuesta es XML

//response.ContentType = “text/xml”;

response.Write(s);

response.Flush();

response.End();

}

-Recogiendo la respuesta del lado del cliente

function ProcesoResultado ()

{

if(xmlHttp.readyState == 4 && xmlHttp.status == 200)

{

var resultado= xmlHttp.responseText;

//var resultado= xmlHttp.responseXML;

}

}

Si en lugar de hacer llamado a una pagina quisiéramos llamar a servicio Web nuestra URL debería ser algo así:

“http://www.miweb/miservicio.asmx/mimetodod?misdatos=”;

O

“http://www.miweb/miservicio.svc/mimetodod?misdatos=”;

Si enviamos los datos en JSON debemos añadir además

miHttp.setRequestHeader(‘Content-Type’, ‘application/json’);

A continuación le dejo unas tablas donde se indican el resto de los eventos, métodos y atributos que posee el objeto XmlHttpRerquest.

Eventos

Métodos

Atributos

El uso de llamadas a métodos de pagina es comúnmente usado en AJAX ya que esta técnica permite llamar a métodos estáticos desde javascript, para esto en necesario que el método que se desea exponer para ser consumido por javascript sea un método estático de esta manera no hará falta hacer una instancia de la pagina y no ahorramos todo el procesamiento que conlleva el ciclo de vida de una pagina, además de esto el método debe de tener el atributo WebMethod tal cual como si perteneciera a un servicio Web.

Para poder realizar la llamada desde javascript solo tenemos que colocar la propiedad EnablePageMethods  del ScriptManager igual a true luego podemos usar el método de la pagina con tan solo colocar PageMethods.NombreDelMetodo, el ultimo parámetro que recibirá nuestro método será el nombre de la función que será llamada al recibir el retorno del método de pagina.

Un ejemplo:

Del lado del servidor:

[WebMethod()]

Public static sting Mensaje (sting mensaje)

{

Return “Este es e mensaje:” + mensaje ;

}

Del lado del cliente:

<script>

function Enviar()

{

PageMethods.Mensaje($get(“mimensaje”).value , MensajeRecibido);

}

function MensajeRecibido(msg)

{

alert (msg);

}

</script>

<form runat=”server”>

<input />

<input

value=”Enviar Mensaje” onclick=”Enviar();” />

<br />

<asp:ScriptManager

runat=”server” EnablePageMethods=”True” />

</form>

JSON es un formato de intercambio ligero que al igual que el XML puede ser  leído fácilmente  y es independiente de la plataforma, esta basado en sub conjunto de javascript por esta razón puede ser convertido a javascript rápidamente y por lo tanto es ideal para aplicaciones Web basadas en AJAX, pero la ventaja de JSON sobre AJAX es que es capas de representar la misma información en un formato mas ligero que el XML y por lo tanto es mas rápido de transportar y consume menos ancho de banda.

Un ejemplo de un objeto serializado con ambos formatos:

Con XML:

<Product>

<ProductID>1</ProductID>

<ProductCode>p_1</ProductCode>

<ProductName>a Product 1</ProductName>

</Product>

Con JSON:

{“ProductID”:1,”ProductName”:”a Product 1″}

Como podemos ver con JSON nos ahorramos una cantidad de información que no es necesaria que viaje en las peticiones que hacemos por ejemplo a un Web services. Así que veamos que necesitamos para que nuestro servicio Web se comunique a través de JSON.

-Primero necestaremos que en nuestro archivo web.config contiene la sección correspondiente del objeto ScriptJsonSerializationSection

<section name=”jsonSerialization”

type=”System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions,

Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35″

requirePermission=”false” allowDefinition=”Everywhere”/>

-Segundo configuraremos la clase de nuestro servicio Web para que use el atributo [System.Web.Script.Services.ScriptService]

[System.Web.Script.Services.ScriptService]

public class SimpleWebService : System.Web.Services.WebService

{

[WebMethod]

public string GetServerTime()

{

string serverTime =

String.Format(“The current time is {0}.”, DateTime.Now);

return serverTime;

}

}

-Tercero indicaremos a nuestro Web method el formato que utilizara con el atributo [ScriptMethod(ResponseFormat = ResponseFormat.Json)]

[WebMethod]

[ScriptMethod(ResponseFormat = ResponseFormat.Json)]

public string GetServerTime()

{

string serverTime =

String.Format(“The current time is {0}.”, DateTime.Now);

return serverTime;

}

Si queremos enviar objetos ya serializado en JSON para ser consumidos desde javascript podemos hacerlo de la siguiente manera

DataContractJsonSerializer serializer = new

DataContractJsonSerializer(yourObject.GetType());

//Creo un memory stream

MemoryStream ms = new MemoryStream();

//serializo el objeto en el Memory Steam

serializer.WriteObject(ms, yourObject);

//Convierto el objeto serializado en un string

string jsonString = Encoding.Default.GetString(ms.ToArray());

//close the memory stream

ms.Close();

Para deserializar un objeton tambien es muy sencillo, imaginemos que recibimos el objeto persona

MemoryStream ms = new MemoryStream();

DataContractJsonSerializer ser =

new DataContractJsonSerializer(typeof(Persona));

ms.Position = 0;

Persona p = (Persona)ser.ReadObject(ms);

Con la utilizacion de JSON vemos como podemos disminuir de manera considerable la cantidad de datos que enviamos y recibimos al servidor lo cual convierte a nuestra aplicacion en un sistema mucho mas escalabre y que respondera mucho mejor ante una sobre carga de usuarios.

Lo mismo que el software libre es libertad, los sistemas abiertos también son libertad, libertad de elegir productos hardware y software compatibles entre sí a través de especificaciones que son públicas y convertidas en estándar a través de los organismos correspondientes de estandarización (especificaciones que son controladas por un número reducido de empresas, no forman parte de un sistema abierto, ya que es el mismo problema que dió lugar a los sistemas abiertos, solo que ahora cada pastel se lo reparten entre unos cuantos).

La necesidad de la existencia de sistemas abiertos provocó, por ejemplo, que las administraciones públicas tomasen cartas en el asunto y establecieran normativa en lo que respecta a la contratación pública, evitándose salvo en circunstancias excepcionales la adquisición de sistemas basados en especificaciones cerradas.

Conceptos íntimamente relacionados con los sistemas abiertos son los de interoperabilidad, portabilidad y escalabilidad. La interoperabilidad es la posibilidad de que máquinas (y el software que funciona sobre ellas) de diferentes fabricantes puedan comunicarse entre sí. La portabilidad se refiere a la posibilidad de que un software pueda ejecutarse independientemente de la máquina en la que se ejecute (con las limitaciones de los requerimientos que necesite la aplicación para funcionar). La escalabilidad hace referencia a la posibilidad de adecuar la infraestructura hardware y software a unas necesidades específicas, pudiendo ampliar o reducir dicha infraestructura conforme sea necesario, con los productos que en cada momento se consideren convenientes.

En este otro video pueden tener una idea de los data center donde son guardadas todas estas aplicaciones.

Los cuello de botella hacen a nuestras aplicaciones lentas y limitan considerablemente el rendimiento de nuestros sistemas, muchas veces cuando la arquitectura fisica que acompaña a nuestra aplicación no ha sido diseñada para ser escalable estos cuellos de botella se producen afectando los tiempos de respuesta de nuestros procesos. En SQL Server hay cuatro razones típicas por las que se producen los cuellos de botella, estas son :

-Un disco duro con baja velocidad lo cual provoca por supuesto lentitud a la hora de leer y escribir en los distintos sectores del disco.

Solución: un disco dura mas rápido o colocar la solución RAID mas adecuada para nuestro diseño de base de datos, generalmente se recomienda un sistema RAID 10 para nuestro archivo log y nuestros archivos de índices mientras que se recomienda un sistema RAID 5 para nuestros archivos de datos.

-Poca memoria lo cual causa una excesiva paginación.

Solución: agregar mas memoria para evitar la cantidad de paginación que tiene que realizar el procesador.

-Una utilización muy alta del procesador que generalmente es causada por tiempos demorados durante la paginación.

Solución: Agregar mas procesadores.

-Un bajo ancho de banda.

Solución: tratar de utilizar una red Ethernet de un gigabyte.

Algunas herramientas que podemos utilizar para detectar la existencia de cuellos de botella son:

-Task Manager: nos permite tener una visión general de lo que esta ocurriendo con la utilización de nuestro CPU y con la cantidad de memoria que se esta usando además de poder ver cuantos recursos esta utilizando cada proceso.

-System Monitor : desde aquí podemos ver distintos contadores del sistema operativo y del SQL , algunos contadores útiles en nuestro caso serán:

-% processor time counter (>80% es indicación de un cuello de botella a nivel del procesador)

-          % disk time (>50% es indicación de un cuello de botella a nivel de disco)

-          avg. disk queue length (>2 indicación de un cuello de botella a nivel de disco)

-          avg. disk sec/read or avg. disk sec/write (>10-20 ms 2 indicación de un cuello de botella a nivel de disco)

-          vg. disk reads/sec or avg. disk writes/sec (>85%  indicación de un cuello de botella a nivel de disco)

-SQL Server: Buffer manager object, buffer cache hit ratio, page life expectancy, checkpoint pages/sec, lazy writes/sec.

-  Para monitoria tu ancho de banda bytes total/sec, current bandwidth.

-SQL Profiler

Esta herramienta te permitirá capturar toda la actividad que ocurre en tu base de datos incluyendo cada instrucción t-sql ejecutada, con el podemos capturar información referida al CPU, a las lecturas, escrituras y tiempos de respuestas.

-Dynamic Management Views

Hay muchas consultas que podemos ejecutar que nos permitirán identificar cuellos de botella en nuestro sistema.

Que componente esta consumiendo mayor cantidad de memoria en el sql Server.

SELECT TYPE, SUM(MULTI_PAGES_KB) FROM
SYS.DM_OS_MEMORY_CLERKS WHERE
MULTI_PAGES_KB != 0 GROUP BY TYPE

Cuales objetos del sql están consumiendo memoria

SELECT TYPE, PAGES_ALLOCATED_COUNT FROM

SYS.DM_OS_MEMORY_OBJECTS WHERE
PAGE_ALLOCATOR_ADDRESS IN (SELECT TOP 10
PAGE_ALLOCATOR_ADDRESS FROM
SYS.DM_OS_MEMORY_CLERKS ORDER BY
MULTI_PAGES_KB DESC) ORDER BY
PAGES_ALLOCATED_COUNT DESC

Las 25 tablas que tienen mayor espera de lectura y escritura.

SELECT TOP 25 DB_NAME(D.DATABASE_ID) AS

DATABASE_NAME,
QUOTENAME(OBJECT_SCHEMA_NAME(D.OBJECT_ID,
D.DATABASE_ID)) + N’.’ +
QUOTENAME(OBJECT_NAME(D.OBJECT_ID,
D.DATABASE_ID)) AS OBJECT_NAME, D.DATABASE_ID,
D.OBJECT_ID, D.PAGE_IO_LATCH_WAIT_COUNT,
D.PAGE_IO_LATCH_WAIT_IN_MS, D.RANGE_SCANS,
D.INDEX_LOOKUPS FROM (SELECT DATABASE_ID,
OBJECT_ID, ROW_NUMBER() OVER (PARTITION BY
DATABASE_ID ORDER BY
SUM(PAGE_IO_LATCH_WAIT_IN_MS) DESC) AS
ROW_NUMBER, SUM(PAGE_IO_LATCH_WAIT_COUNT) AS
PAGE_IO_LATCH_WAIT_COUNT,
SUM(PAGE_IO_LATCH_WAIT_IN_MS) AS
PAGE_IO_LATCH_WAIT_IN_MS,
SUM(RANGE_SCAN_COUNT) AS RANGE_SCANS,
SUM(SINGLETON_LOOKUP_COUNT) AS
INDEX_LOOKUPS FROM
SYS.DM_DB_INDEX_OPERATIONAL_STATS(NULL, NULL,
NULL, NULL) WHERE PAGE_IO_LATCH_WAIT_COUNT > 0
GROUP BY DATABASE_ID, OBJECT_ID ) AS D LEFT JOIN
(SELECT DISTINCT DATABASE_ID, OBJECT_ID FROM
SYS.DM_DB_MISSING_INDEX_DETAILS) AS MID ON
MID.DATABASE_ID = D.DATABASE_ID AND
MID.OBJECT_ID = D.OBJECT_ID WHERE
D.ROW_NUMBER>20 ORDER BY
PAGE_IO_LATCH_WAIT_COUNT DESC

Lista de columnas que debería de tener índices.

SELECT * FROM SYS.DM_DB_MISSING_INDEX_GROUPS
G JOIN SYS.DM_DB_MISSING_INDEX_GROUP_STATS GS
ON GS.GROUP_HANDLE = G.INDEX_GROUP_HANDLE
JOIN SYS.DM_DB_MISSING_INDEX_DETAILS D ON
G.INDEX_HANDLE = D.INDEX_HANDLE

Las 25 recopilaciones de procedimientos almacenados que están consumiendo más CPU.

SELECT TOP 25 SQL_TEXT.TEXT, SQL_HANDLE,
PLAN_GENERATION_NUM, EXECUTION_COUNT, DBID,
OBJECTID FROM SYS.DM_EXEC_QUERY_STATS A
CROSS APPLY SYS.DM_EXEC_SQL_TEXT(SQL_HANDLE)
AS SQL_TEXT WHERE PLAN_GENERATION_NUM >1
ORDER BY PLAN_GENERATION_NUM DESC

Los 50 mayores consumidores de cpu

SELECT TOP 50 SUM(QS.TOTAL_WORKER_TIME) AS
TOTAL_CPU_TIME, SUM(QS.EXECUTION_COUNT) AS
TOTAL_EXECUTION_COUNT, COUNT(*) AS
NUMBER_OF_STATEMENTS, SQL_TEXT.TEXT,
QS.PLAN_HANDLE FROM SYS.DM_EXEC_QUERY_STATS
QS CROSS APPLY
SYS.DM_EXEC_SQL_TEXT(SQL_HANDLE) AS SQL_TEXT
GROUP BY SQL_TEXT.TEXT,QS.PLAN_HANDLE ORDER
BY SUM(QS.TOTAL_WORKER_TIME) DESC

En un articulo publicado en su pagina, esta empresa dedicada al almacenamiento de grandes cantidades de datos en línea, nos explican como construir un data center de bajo costo, ellos mismo desarrollaron esta solución debido a los altos costos de las soluciones mas comerciales. En el articulo nos indican los paso para construir un equipo capaz de almacenar 67 terabytes de datos por menos de 8 mil dólares.

Buenas practicas para desarrollar aplicaciones escalables según la empresa AFK Partners.

1. Asincrónico – Utilizar la comunicación asincrónica cuando sea posible.
2. Swim Lanes – asilar las fallas de hardware mediante la segmentación de los clientes. Esto evita que un cliente cause problemas en todos los clientes. Esto también ayuda con el diagnóstico de problemas.
3. Caché – Hacer uso de caché en múltiples capas –
4. Seguimiento – Comprender el rendimiento de la aplicacion desde la perspectiva de un cliente. Monitoriear la aplicación  fuera de tu red y disponer de pruebas que simulen la experiencia de un usuario real.
5. Replicación – replicar bases de datos para la recuperación, así como disminuir  la carga al  leer desde  varias instancias.
6. Sharding - divide la aplicación y la bases de datos según el  servicio y / o por los clientes que usan un módulo.
7. Usar Pocos las carateristeicas de bases de datos RDBMS - Usa la base de datos OLTP como un dispositivo de almacenamiento persistente tanto como sea posible. 
8. Pruebas de carga y rendimiento - prueba el rendimiento de la versión de la aplicación antes de colocarla en producción.
9. Capacidad de planificación - Sepa cuánta capacidad tiene en todos los niveles y servicios en su sistema.
10. Retroceso – Siempre tenga la posibilidad de revertir una versión de código.
11. Calidad desde el principio – La calidad no puede ser probada en un producto, debe ser diseñada desde el principio

En esta semana se ha comentando en todos los medios el Google Chrome OS para PC. Google Chrome OS no es competencia de Android, es más, son 2 productos distintos. No solo lo digo yo, también lo dice Andy Rubin, vice presidente de Google mobile.

“Se necesitan diferentes tecnologías para diferentes soluciones, yo veo que Chrome funcionará en muchos productos de consumo“

Por si fuera poco Andy Rubin a la pregunta de si Android podrá superar a Apple en base instalada de 40 millones respondió:

“La historia nos ha mostrado que un solo producto tiene limitaciones en la escalabilidad. Imagina: vamos a añadir otro producto, vale ya hemos doblado. Aún así solo son dos productos. Con Android, podrán haber 1.000 productos distintos, y la magia aqui es que todos estos productos comparten el mismo mercado (Android Marketplace)”

Aún así ya hay más de 50.000 aplicaciones en la AppStore, comparado con las 5.000 de Android Market. Andy Rubin dijo que Android está en la fase de early adopter (yo diría innovator).

“Llevamos en el mercado 8 meses, esto nos ha mostrado la capacidad y ahora vamos a escalar el negocio. La tecnología open source, la adopción que hemos visto indica que estamos en el camino para escalar.”

Para acabar, Andy habló de la intención llevar las redes sociales al móvil y puso el ejemplo de recibir una llamada y ver el estatus de esa persona en Facebook, mientras suena la llamada.

Parece que Andy Rubin tiene claro que la escalabilidad de Android es mayor, que solo es cuestión de tiempo y modelos. Además, según Rubin el Android Market será común, cosa que dudo porque todas las operadoras quieren llevarse su parte del pastel. Ahora estamos en una fase temprana de adopción y creo que dentro de un año veremos todas estas predicciones hechas realidad.

Vía | Celularis

http://www.johnandcailin.com/blog/john/scaling-drupal-open-source-infrastructure-high-traffic-drupal-sites

Es impresionante como esta empresa ha solucionado el problema de reducir costes de adquisición y mantenimiento sin renunciar a nada

Como se puede observar en esta foto extraída de un artículo relativo a los mismos  en el estupendo blog de tecnología y gadgets  Xataca, el servidor está montado a medida con componentes que puedes comprar en cualquier parte, así en temas de sustituciones es mucho mas fácil encontrar repuestos y no necesitas grandes conocimientos técnicos para realizar la sustitución de cualquiera de ellos.

Si observamos la imagen del primer servidor de Google, vemos como es la misma filosofía, un rack con placas y componentes corrientes.

Hoy en día no se montan en racks sino que se ensamblan dentro de containers de transportes donde cabe 1160 servidores y a su vez, hay varios containers (no se sabe la cantidad exacta) por cada DataCenter de la empresa solucionando un problema de escalabilidad.

Esta cantidad tan enorme de información genera un flujo de datos en la red que al simularlo sobre un mapa mundial como si fueran luces nos regala imágenes como estas:

Google también se interesa mucho por la reducción de costes de energía instalando sus servidores en alta mar para pagar menos impuestos y de paso alimentarlos con electricidad obtenida del movimiento de las olas o Energía Undimotriz

Ya están disponibles para descargar los videos de las charlas de la Conferencia Rails de este año.
Se pueden bajar desde aquí:
http://isabel.dit.upm.es/component/option,com_docman/task,cat_view/gid,128/Itemid,74/

Están divididos por día (fueron 2 días) y por la sala de cada charla.

Concretamente la que charla que dimos Daniel Blanco, Fernando Blat y yo se puede descargar desde:
http://isabel.dit.upm.es/component/option,com_docman/task,doc_download/gid,843/Itemid,74/

Siguiendo con un poco de identidad y logos, aqui un articulo interesante y consiso sobre tips para la creacion de un buen logo, aqui una traduccion aproximada de su servidor del articulo original en ingles, publicado en In Search of Design:

La creación de un logo pareceria no tener logica, pero los diseñadores ponen mucho razonamiento y mucho tiempo en la toma de decisiones correctas para un cliente. Cuando creas un logo debes asegurarte de las siguientes observaciones:

Escalabilidad: Sera mucho mas sencillo y claro de ver bajo las situaciones mas diversas? Tu quieres un logo que se pueda entender aun si mide 3 centimetros como si es agrandado para caber en un espectacular.

Menos es Mas: Un buen logo debera ser lo suficientemente completo para describir un poco de lo que haces, pero lo suficientemente simple para escalarlo, por que un logo debe ser escalable, es importante que no haya demasiados elementos encimados dentro de los elementos. Evite agragar elementos innecesarios o cliches al logo.

Enfoca: Tu logo debera expresar la razon principal de su negocio. Piensa sobre tu negocio. Si tu tienes que resumirlo en una sola palabra, cual seria?, Ahora esa palabra se ve reflejada simbolicamente en el logo? Su logo transmite confianza, estabilidad, eficiencia, orgullo, discrecion, lujo, o fe? si el simbolo, grafico o texto que elegiste no expresa lo que eres, deberias considerar una revision.

Reconocibilidad: Los logos mas exitosos son esos que pueden ser reconocidos con un vistazo rapido. Si los consumidores tienen que mirar de cerca el logo para determinar lo qeu representa, tal vez quieras re-evaluar tu logo basado en esos principios de desarrollo del logo.

Color: lo ultimo pero no lo menos importante, esta seguro que tu logo se vera bien en blanco y negro, los logos a color con muy comunes, pero aun existen aplicaciones que necesitan una version en blanco y negro. Tu quieres estar seguro que cuando tu logo sea puesto en blanco y negro, no pierda ningun detalle o caracteristica.

Un buen logo ayudara a tu negocio, un gran logo ayudara a hacer tu negocio. Solo recuerda, que como primer paso del proceso de “branding” tu logo puede hacer o romper tu negocio. Escoge sabiamente!, una vez establecida tu udentidad, esta sera la forma en que las personas reconoscan tu negocio. Tarjetas de presentacion, papeleria, folletos, anuncios, presencia web. la lista es infinita!

Las líneas de negocio están para eso, para abrir negocio donde antes no lo había, o había poco. Se puede destruir empleo por un lado, pero lo que sí es seguro es que generará empleo por el otro lado.

Pero todas las líneas de negocio existentes se van a tomar por el ·@%%&&.  Porque llega el articulazo del siglo. Donde esté un ordenador barato, que se quite uno potente.

Reflexionemos un poco…

Microsoft hace sistemas operativos y sus programas cada vez más pesados, que necesitan cada vez más recursos del sistema. Así todos son felices. Microsoft vende sus sistemas operativos, sus Office, etc, y, como los computadores en un momento determinado no los corren bien, la gente migra más rápidamente a procesadores más rápidos para correr estos programas. Así viene pasando desde Windows 95.

El problema, y el fracaso de Vista, es que ahora las cosas son un poco diferentes…

Por un lado, Vista exageró demasiado en cuanto a los recursos que necesita, no pudiendo correr sino solo en los procesadores más avanzados, impidiendo de esta manera las actualizaciones de XP a Vista. Era necesario comprar una máquina nueva y costosa. Por otro lado, XP sigue siendo suficientemente bueno y no justifica comprarse un nuevo computador para poder disfrutar de Vista.

Sí, sí, sí, sí…. Spectra es malísima. Muy mala. Una cabrona vamos. Cada día hace sus programas más gordos (Creo que les dan harina y maizena), que necesitan más recursos y todos felices. Como los equipos antiguos no pueden, pues a comprar hardware nuevo.

Vista es un fracaso. Y del bueno te digo yo.

O sea, a ver si lo he entendido. Que donde esté un Windows95 o una mini-distribución de Linux, que se quiten las demás. Que donde esté mi procesador 486, que se quiten los demás. Porque todavía tengo uno en casa y le podría instalar un Windows 95. Creéis que ligaría en un bar si le digo a una chica que he instalado un Windows 95 en un 486… Y que funciona?

Me lloran los ojitos porque leo por primera vez en la ciudad de los Krispis que XP sigue siendo suficientemente bueno…. Se estarán pasando poco a poco al lado del mal?

Huelo a conspiración….

Por otro lado, dado el enorme poder de los microprocesadores de hoy, pueden aparecer computadores muy baratos (de menos de $300) y no tan potentes, pero que pueden hacer todo el trabajo cotidiano de oficina (procesador de palabras, hojas de cálculo, presentación gráfica, etc), además de navegar por Internet, correo, mensajería instantánea, etc.

Estos computadores baratos pueden trabajar bien con un sistema operativo no tan pesado como Vista. Funcionan bien con XP o Linux. Y aquí es donde está el problema de Microsoft y la industria en general.

Los computadores pobres de hoy en día pueden hacer el 99% del trabajo cotidiano de oficina y del hogar. ¿Para qué comprarse lo último?. En la mayoría de los casos no se justifica.

Entonces tenemos dos extremos. Por un lado, un computador muy sencillito pero que puede ejecutar el 99% de las cosas, y por el otro, uno muy poderoso (necesario para alimentar a Windows Vista).

En cuanto al primer párrafo no tengo problemas. Es totalmente cierto. Tengo en casa otro PC con 512 RAM y procesador de 1GB y rula con Debian y XP de maravilla. Pero sigo sin ver el problema.

Spectra tiene, para aquellos que se quieran dejar engañar, porque es muy mala, una página dedicada a esos equipitos que no llegan al mínimo para poder acostarse con Vista, y son los llamados Vista Capable.

Lo de los dos extremos me queda muy clarito.

Microsoft se ve forzado a prolongar el XP porque de no hacerlo pierde el mercado de los computadores más sencillos, mercado que crecerá mucho en los próximos años.

No hay aplicaciones que usen tanto poder proveniente de los microprocesadores de hoy. Solo Windows Vista, los juegos y el procesamiento y edición de video, pero en pocos años, todo procesador, hasta el más pobre será capaz de manejar estas cosas. Así que el extremo de computadores muy poderosos, para uso personal tenderá a morir, quedando sólo los computadores económicos de menos de $200. Nadie necesitará un procesador de 16 núcleos, porque no habrá aplicaciones que necesiten tanto poder (para uso personal).

Este inmenso poder de los procesadores del futuro sólo lo usarán los que quieran correr aplicaciones como pronóstico del clima y otras similares, pero nunca una persona en su procesador de palabras, hoja de cálculo o incluso editando video.

Una alternativa para el uso de tanto poder, que es válida incluso hoy en día (en donde un procesador con 2 núcleos de 2 Ghz es mucho más de lo que se necesita en tareas cotidianas) sería que el computador tuviera 2 ó 4 salidas de video, y sus teclados y ratones respectivos. Así un computador manejaría 4 usuarios simultáneamente.

Un computador Core Duo está el 99% del tiempo sin uso, así que con los 4 usuarios estaría de una manera muy similar, y los 4 sentirían todo el poder para cada uno de ellos como si los demás no existieran (salvo en algún que otro momento en donde habría pequeños cuellos de botella).

Si se configura Linux para manejar estos 4 usuarios simultáneamente en un computador, sería el final de Windows, porque con sólo añadirle unas cuantas tarjetas de video (con sus respectivos controladores de teclado y ratón) se abaratarían los costos del computador para las empresas, escuelas, etc: 1 computador $400 + 4 tarjetas de video sencillas $25 c/u dan un total de $500, dividido entre cuatro personas, sale a $125 por “terminal”.

Spectra es que es así. Se acojona y tiene que prolongar un producto. A mi también me lo dijo un primo de la novia de un amigo mío. Lo que no me dijo el primo de la novia de un amigo mío es que en la página de soporte de Spectra, tienes todos los datos de soporte, y de ahí es de donde se sacan los DATOS. Si quieres mirar hasta cuando vas a tener soporte (normal y extendido) te puedes pasar para recabar datos malignos. Los tienes para Windows XP e incluso para Windows Vista, así seguro que tienes datos para vaticinar el fin de Windows Vista. Pero claro, eso a una empresa se la repamplinfa. Se la suda que un Windows tenga un soporte de casi 14 AÑOS. Donde esté un Ubuntu licenciado con soporte a 3 años que se quite lo demás. Que me llega una incompatibilidad con una aplicación en mi Ubuntu? pues nada. O MIGRO a una distribución más novedosa, o tiraré de FOROS. Ya estoy viendo un problema de nivel 5 (O sea jodidísimo para la empresa), el soporte Server Ubuntu que se ha terminado (5 añitos), y el SysAdmin de la empresa poniendo todos sus recursos en un forero de 17 años. Qué hijadeputa es Spectra que te da casi 14 AÑOS para que te plantees una migración, te planta los Virtual Lab para que te vayas haciendo a la idea, los recursos para profesionales como los WebCast. Además son malísimos, porque si te has perdido uno, te los graban!

Y claro, el inmenso poder de los procesadores del futuro sólo lo usarán los que quieran correr aplicaciones como pronóstico de clima….. Y para  predecir el futuro creo…. Esto es gracioso, porque yo tengo un procesador de 1GB en casa, pero mi tía que quiere el ordenador para llevar sus tareas de costura “al día”, se fue a comprar un equipo, y de menos de dos núcleos no había nada…. Aunque claro, también se puede pasar por DELL y comprar un Ubuntu de igual precio y menores características.

Sobre los dos últimos párrafos…. No comment…. Este no sabe lo que es un AS/400, ni SAP, ni Operations Manager, ni IBM Tivoli Security Operations Manager, ni SMS, ni Dynamics…

O sea, que a ver si no lo he entendido tampoco. Un equipo antiguo, pongámosle (512/256 RAM con un Pentium IV) y un cliente de correo electrónico, la consola de SAP que conecta con un servidor (Ya sabes, definido en el Saplogon.ini), la consola 5250 del AS/400, el office (Word, Excel, PPT, etc..) y accediendo en todo momento a recursos compartidos (Para tenerlo todo un pelín más seguro) va de puta madre no? Y ya no digo de puta madre (que puede ir según el caso y la metodología de trabajo de cada uno), sino que irá de puta madre repartiendo recursos en 4 pantallas tontas. Que eso de la inversión y el reciclado de equipos es una panacea y no vale para nada. Que es preferible un equipo que “gaste” 256 de RAM y los otros 256 de RAM que me sobran (si es que tiene de sobra) lo tengo “por si las moscas”. Windows Vista gasta más RAM porque el acceso a ella es MAS RÁPIDO, así deja al disco tranquilo para que nos dure más. Eso de los discos duros híbridos con una memoria de precarga es otra panacea. Otro sacaero de dinero.. Total, el acceso a disco según tú es más rápido que el acceso a RAM. Si se peta seguro que es por un “cuello de botella”.

El otro día instalé un IIS 6 en un W2k3 en un PIII con 256 de RAM, un SQL Server 2000 como motor de BBDD y que servía una pequeña Web. Según tú, si me llama el cliente, le diré que cuando el servidor deje de servir páginas con rapidez, será por un “cuello de botella”… O también le puedo decir que los cuellos de botella empiezan cuando haya más de 15 usuarios en paralelo pidiendo servicios…

Microsoft no podría competir con esto. Primero su Windows Vista está hecho para consumir muchos recursos (y producir una obsolescencia planificada de todos los computadores), no sirve para computadores económicos. Por otro lado, a Microsoft no le interesaría vender una sola licencia de XP, por ejemplo, para que 4 usuarios manejen sus “terminales”, sino más bien una licencia por cada terminal. Sin embargo, Linux, que es liviano, y puede manejar estos 4 usuarios no tiene ningún problema, y con computadores tan baratos como $125 por persona, no tiene competencia en empresas, escuelas, cybercafés, etc.

Aquí sólo te puedo decir una cosa. En la Universidad tenemos Windows NT y solaris del año de la castaña, y una de las prácticas de Redes era conectar dos Windows 98 a través de una red AdHoc… La práctica de Linux era conectar varios equipos a través de recursos compartidos por Samba. En definitiva, sales con una base cojonuda para la vida real, y los ingenieros están preparados para afrontar un nuevo reto (pasar de una práctica con un Windows98 y WinNT, a un problema en la vida real en un entorno heterogéneo Win-Linux en sus últimas versiones).

En definitiva, creo que esta nueva línea de negocio, hará por fin que el departamento HelpDesk deje de recibir llamadas del tipo “Mi ordenador va lento”, “Se me traba”, “Esto va como cámara lenta”, etc…

Y ya dejo de escribir, porque me lloran los ojitos….

En definitiva, que nos hemos equivocado, y como quiero redimirme, cuelgo aquí la fotografía que me pasó mi hermano Maligno cuando estuvimos en el Asegur@IT II que se celebró en BCN. Como diría el Trianero….

Va por ustedes…

 Fotografía del evento (Renombrar PDF por HTML si la queréis guardar de recuerdo)

1Saludo!!

Antes de ponerme en el meollo, he de comentar algo que he encontrado por ahí.

Pese a que me voy convirtiendo cada vez más en un fan de Erlang según lo voy descubriendo, sigo siendo un tanto excéptico con respecto a su rendimiento.

Pues bien, pese a que no es un tema de rendimiento, resulta que hay un software desarrollado en Erlang que escala mejor que el software de referencia en su campo. Y la escalabilidad es otra cosa que no parece fácilmente asociable a un lenguaje funcional que se ejecuta en una máquina virtual.

StumpleUpon me ha llevado a este artículo, que es realmente interesante de por sí. Pero la cuestión es que me ha hecho saber sobre Yaws, un servidor web desarrollado en Erlang. El dato realmente llamativo es este: Yaws soporta veinte veces más sesiones HTTP concurrentes que Apache.

Además, Yaws permite crear páginas web con código Erlang embebido, lo cual hace Erlang más atractivo: con Yaws se pueden hacer aplicaciones prácticas rápidamente. Creo.

Sí, sé que debería haber publicado hace algún tiempo la segunda parte del artículo sobre listas. Prometo hacerlo esta semana.

Hace un par de meses, mi compañero de trabajo Christos y yo estuvimos dando una charla en la segunda Conferencia Rails Hispana. La charla, titulada Rails Against the Machine trata sobre los problemas que hemos tenido en The Cocktail para escalar nuestra plataforma, el diseño que estamos implementando, y algunos truquitos escondidos de Capistrano.

Aqui teneis las transparencias:

Descarga el pdf.

También podéis descargar el video [bittorrent] de la charla.