Hoy decimos

Resolvemos tus problemas - Conversá con nosotros

lunes, 17 de febrero de 2014

Solución de Monitoreo Versión C - Importación vía CSV

En ‪#‎LibresConsultores‬ estamos trabajando en el crecimiento de nuestro producto, el software "Solución de Monitoreo", agregando funcionalidades que no están disponibles en los componentes opensource. La importación de hosts vía CSV está completa en Solución de Monitoreo, así que el versionado oficial ahora es SM-C.

El auto discovery/conf/update está en pleno desarrollo, hay que continuar la idea y así llevar la versión D a producción. Es curioso que el mayor desafío de la versión D fuera la lógica de cómo monitorear hosts que cambian de IP en cada arranque, y fue resuelto casi sin mayor esfuerzo. Los stoppers actuales tienen que ver con simples estructuras, y su planteo más flexible para responder un nro. flexible de condiciones.

De hecho hay un par de estructuras que funcionan al 100%, solo que no son flexibles, no se adaptan automáticamente al entorno. Sí proveen la simple funcionalidad de autodiscovery / autoconfiguración de la red completa, dejando en monitoreo todos los hosts encontrados en la red.

Pero vamos por bastante más que el viejo autodiscovery.

http://libresconsultores.blogspot.com.ar

sábado, 15 de febrero de 2014

Explorando las opciones opensource en monitoreo de infraestructuras

Durante enero tuve la oportunidad de invertir tiempo de I+D en el desarrollo de una solución de monitoreo que tenía en mente hace tiempo.

En total diseñé e implementé - en entornos de testing - cuatro arquitecturas diferentes, funcionales al 100%, efectivas en la resolución del problema de nuestros clientes al 100%, de las cuales solo una llegó a la instancia de convertirse en un producto. La penúltima resultó ser el mejor enfoque y por ende fue refinada en la que resultó ser una cuarta arquitectura finalmente.

Todas las arquitecturas se basan por completo en software opensource por los múltiples beneficios y ventajas que ello acarrea desde el punto de vista técnico y de negocios.

La primer arquitectura que desarrollé para la Solución de Monitoreo se basó por completo en herramientas opensource Devops de monitoreo, me gusta llamarlas "de 3ra. generación".

 
La 1ra. generación de herramientas de monitoreo opensource fue la implementación de Nagios original - de los 90 hasta mediados de la década del 2000 - sus software accesorios y derivados opensource comerciales (Zenoss, Zabbix, incluídos etc.); y siempre incluyendo componentes accesorios importantes, como RRDTool (usado en la tremenda herramienta MRTG, también de 1ra. generación).
 
La 2da. generación está representada por los diversos forks de Nagios* y las reimplementaciones de las ideas de Nagios en nuevas arquitecturas e ideas de cómo hacer monitoreo en software opensource, y allí tenemos principalmente a Icinga y los miles de plugins que fueron codeados en hasta esa época y que integrados a Nagios (u otro core similar), podían recrear el sistema de monitoreo hasta que prácticamente no era Nagios realmente.

Otras nuevas herramientas importantes surgidas de la 2da. generación incorporaron funcionalidades importantes, intentando suplir las obvias carencias de las herramientas de la 1ra. generación: Ganglia, Munin, OpenNMS, etc.

* Para ser precisos, la versión comercial de Nagios sumó características que la versión opensource no incorporó, y por ello desde más o menos esa época, la versión comercial de Nagios técnicamente podría considerarse una herramienta de monitoreo de 2da. generación, pero no es opensource por completo.


La 3ra. generación de herramientas de monitoreo estaba representada por aquellas herramientas devops nacidas de la conjunción de varias circunstancias del momento, que abarca desde 2010 hasta 2013, en este momento histórico ocurre:

- La aparición y adopción masiva de infraestructuras virtuales (vmware, xen, hyper-v, kvm, etc.); en paralelo casi, aparecen las infraestructuras de nube pública (amazon), y después privada (vmware, openstack, etc.).

- La aparición de la filosofía organizativa de infraestructuras llamada "Devops" fundada en la práctica por IT guys de nuevas startups de ese período y en gral. en sus iniciativas importantes de adopción profunda de infraestructura basadas en cloud y en la necesidad de información de monitoreo detallada, masiva, superando ampliamente las capacidades de casi todas las herramientas de monitoreo opensource de 2da. generación.

- Surge la meme #monitoringsucks que se basa en la opinión más o menos popular de que las herramientas opensource disponibles en ese momento, alrededor de 2010, no son capaces realmente de asumir el desafío impuesto por el avance tecnológico ocurrido en tecnologías de infraestructura.


Estas herramientas son un avance evolutivo de la 2da. generación, adaptadas plenamente a la tendencia masiva en adm. de sistemas opensource a usar software de configuration management (Puppet, Chef, Ansible, SaltStack, etc.), software de virtualización diverso (Vagrant, plataformas SaaS, clouds PaaS, etc.), y tienen la habilidad de poder producir ingentes cantidades de información extrapolando automáticamente los datos obtenidos del monitoreo contínuo, generando casi al vuelo valiosa información de inteligencia de negocios.

Las herramientas que representan la 3ra. generación se caracterizan por tener varios representantes moderadamente estables, de "referencia", que liberan versiones y mejoras regularmente, además de diversas reimplementaciones de código realizadas por los muchos interesados, apuntando a lograr especializaciones muy específicas (y muy interesantes muchas), que no cuadrarían como para ser incorporadas al código de "referencia" de las herramientas.

Todas ellas son en gral. muy estables, desarrolladas pensando en necesidades y requerimientos de negocios (hay startups que se basan por completo en sus herramientas de monitoreo TIENEN que funcionar MUY bien), validadas mediante peer-review y/o por su uso intensivo dentro de infraestructuras de misión crítica, incluyendo en background la publicación de documentación técnica detallada vía GitHub y posteos detallados de las experiencias, casos de uso y resolución de problemas relacionados con ese software en los blogs de los adoptantes (inclusive blogs de ingeníería oficiales de las empresas).

jueves, 6 de febrero de 2014

Delivery

Libres Consultores






Solución de Monitoreo de Infraestructura Informática











Descripción de Producto





Solución de Monitoreo de Infraestructura Informática

La Solución de Monitoreo de Infraestructura Informática fue desarrollada alrededor del software Nagios, un software de monitoreo opensource de conocida robustez y estabilidad. El software provee monitoreo profesional de aplicaciones, sistemas operativos, hardware, redes y centros de datos. Permite recolectar y registrar datos estadísticos a largo plazo.

La solución se basa en una implementación avanzada de Nagios sobre una base de servidor Linux e incluye una interfaz gráfica web avanzada de configuración, operación y visualización; con características de autodetección y autoconfiguración de servicios y operaciones.

La innovadora arquitectura e integración de los componentes opensource de la Solución de Monitoreo ofrece numerosas ventajas en comparación con otras soluciones similares.

Se incluye también completamente integrados en el núcleo de monitoreo de la solución tres portales mobile de visualización de información y gestión básica, componentes de producción de información de inteligencia de negocios , y componentes de registro y graficación automática de datos históricos, útiles para investigación y análisis de eventos e incidentes, además de generación manual y automatizada de reportes.

 

viernes, 13 de diciembre de 2013

SteamOS y el framework de mercado completo

En estos días arranca Valve la beta pública de SteamOS, y ya hay varias steam-machines a la venta, o esperando la presentación - clave - en los primeros días de enero en el CES 2014.

Miro con atención este tema porque Valve está apostando una importante cantidad de recursos a construir un ecosistema completo de gaming fuera de Windows. Es una apuesta importante, y no vale jugar a medias, sino los estudios de juegos no se van a calentar en hacer juegos para Linux, y van a seguir explotando la plataforma Windows por lo que les quede de tiempo (al parecer no mucho).

Valve sería entonces el primer "gran jugador" que está apostando por crear el framework de mercado completo - arquitectura estándar,  hardware, software, servicios, terceros proveedores, etc. - para crear un nuevo mercado de home PCs basado en Linux. Algo que ya está pasando por cierto:


Básicamente tengo la idea de que si esta movida funciona para Valve, puede suceder algo parecido a lo que sucedió con Android en el mercado mobile:

Había una plataforma establecida, muy fuerte, dominando el 100% del mercado, IOS de Apple, pero entró Android, y un jugador fuerte (Samsung) en el mercado volcó su peso detrás, creando un contexto de calidad + bajos costos (aportando una gran calidad de productos por una fracción del costo de los dispositivos IOS),  luego tuvo éxito moderadamente, luego tuvo más éxito, en este punto ya aparecieron varias decenas de terceros proveedores de dispositivos móviles Android, luego Samsung tuvo mucho éxito, finalmente ahora IOS está de vuelta donde comenzó: en un mercado de nicho (dispositivos orientados a compradores "premium"), y Android controla todo el resto del mercado, sin señales a la vista de que en un par de años más no va a controlar todo el mercado (falta que IOS deje de innovar un par de versiones y Android gane alguna funcionalidad importante en ese tiempo).

En fin, "Linux en el escritorio" no ocurrió, probablemente no va a ocurrir, pero tal vez ocurra algo más interesante que tener un escritorio Linux popularizado: tener varias decenas de productos home PC basados en Linux, respaldados por diversos fabricantes y vendedores.

En Libres Consultores justamente estamos trabajando precisamente esa noción: hardware que corre Linux, pero incluyendo el framework de mercado completo. Vamos a llegar, pero no todavía.

SteamOS: What we know so far and what to expect

domingo, 24 de noviembre de 2013

Los tercerizadores no son industria IT argentina, pero podrían serlo

Mis disculpas por adelantado a quienes se hayan escandalizado por el título, que no intenta ser ofensivo, sino provocativo, para que los potenciales interesados accedan a leer este artículo y tal vez, aprendan una o dos cosas.

Fomentar la industria del software en Argentina NO es - no debería ser, no automáticamente, no sola ni exclusivamente - lo mismo que fomentar y sustentar las tercerizadoras IT.

¿Por qué?


El viejo oeste y el ferrocarril
Cuando arrancó la expansión ferroviaria en el "viejo oeste" en US, en el siglo XIX, había tres grupos económicos bien diferenciados:
  •  Los dueños del ferrocarril - financiando la infraestructura ferroviaria -
  •  Los empleados del ferrocarril, incluídos los que montaban la infraestructura
  •  y los prestadores ambulantes de servicios. Servicios Temporales.

El 3er. grupo era la gente que se dedicaba a proveer servicios al 2do. grupo que estaba construyendo las vías, estaciones, probando las máquinas, etc. Les vendían baños, ropa de trabajo, picos y palas, médicos ambulantes (y snake-oil por cierto, el precursor histórico del "humo IT"), y mil servicios más. Cosas que se necesitan "ahora", en el momento, necesidades, servicios temporales.

Eventualmente se empezó a terminar de construir el ferrocarril y los "dueños" reconocieron la necesidad - y oportunidad - de negocio de que los servicios temporales tuvieran que convertirse en permanentes, por eso los asentamientos temporales se convirtieron en pueblos y los servicios temporales evolucionaron a negocios permanentes: hoteles, tiendas, ferreterías y clínicas.

La historia de esa transición es una larga "traición" del poder económico y lobby de los magnates ferroviarios que "barrieron para adentro" y se apropiaron y/o arrasaron de los negocios de los prestadores de servicios temporales.

Entonces, no fue ninguna casualidad que los viejos dueños de la infraestructura ferroviaria fueran luego dueños al 100% o de la mayoría de los negocios permanentes que se podía encontrar a lo largo de las vías del ferrocarril, en centenares de pueblos, décadas después que hubieran desaparecido los prestadores de servicios. Tampoco es coincidencia que cuando los pueblos se volvieron grandes ciudades, los magnates del ferrocarril de hacía cerca de 100 años ya, seguían controlando - con más del 50% de las acciones - centenares de nichos de negocios en las grandes ciudades.

Retornando a los ambulantes: los que no se asentaron para migrar sus servicios temporales a permanentes desaparecieron sin dejar rastros. Algunos pactaron o compitieron - duramente - con el poder económico de los dueños del ferrocarril y quedaron, no desaparecieron y sostuvieron empresas que operaron décadas, incluso algunas persisten todavía hoy, clamando cerca de 150 a 200 años de operación contínua.


Internet hoy y los tercerizadores IT en Argentina
Algo parecido a la historia y evolución económica ocurre hoy con ITO - Information Technology Outsourcing - la tercerización de servicios IT que es masiva hoy en Argentina.

Los tercerizadores, los proveedores de ITO son los ambulantes, temporales prestadores de servicio, que persiguen las infraestructuras informática a medida que van creciendo (las abandonan cuando están terminadas, por "praderas más verdes"), y las empresas que expanden el uso de IT - y especialmente las que crean y desarrollan IT - son los "dueños del ferrocarril".

Esos dueños son aquellas empresas y organizaciones que están construyendo Internet y otras redes y sistemas: sitios web, aplicaciones web de todo tipo, markets de aplicaciones, sistemas dentro de las empresas, redes internas, globales, etc. Ver ejemplos más adelante.

Los proveedores de ITO brindan sus servicios a los dueños de las infraestructuras en expansión: sitios web, grandes instalaciones de front-ends, back-ends, middleware dentro de las empresas, sistemas intermedios diverssos (CDNs, DNSs, walled gardens de todo tipo, tamaño y color, etc.) soporte técnico de todos los niveles para las infraestructuras de software y hardware en expansión.

Los tercerizadores brindan servicios temporales, pero no son los dueños de las infraestructuras, ni siquiera de partes mínimas.


No hace falta pelear, se puede ganar directamente
Los "dueños" por su parte expanden "su propiedad" por Internet, y con una estrategia de negocios optimizada por 200 años de experiencia en gerencia y adm. de empresas, no van a esperar a que nada esté "terminado", ya van "urbanizando" el "viejo oeste en Internet" a alta velocidad, a medida que construyen:

En esta oportunidad no va a haber que esperar a que "finalice" la instalación de las infraestructuras para que los "dueños" se apropien o peleen para quitarles el espacio de negocios a los proveedores temporales. Ni bien esté "terminada" la infraestructura de Internet, los "dueños" van a ser también proveedores de servicios permanentes.

Los tercerizadores, proveedores temporales no tienen ninguna oportunidad de ganar, porque no va a haber competencia alguna. Los "dueños" no van a pelear por nada, van a ganar directamente, en un solo movimiento.


Tercerización IT, el negocio "a largo plazo", "contínuo" y "para siempre"
Es cierto, Internet y las infraestructuras informáticas no deberían dejar de crecer nunca en teoría, pero sí se puede llegar a un status quo de mercado semi-permanente, tal como ocurre en los negocios fuera de Internet con los "gigantes": hablemos de Microsoft (que no es una empresa de Internet), Intel, Coca Cola, Ford, General Motors, Levi's, Nike, Honda, BMW, McDonalds, Starbucks, etc. Los "gigantes" actuales de Internet trabajan incesamente para lograr establecer esta circunstancia de mercado, desde prácticamente su aparición.

Es decir, los pequeños proveedores ("Algo Cola", "Algo Motors", etc.), van a seguir apareciendo y ocupando pequeños nichos, pero los mercados globales les están casi permanentemente cerrados, así el crecimiento de los "pequeños" va a llegar siempre a un límite práctico: cuando lleguen a cierta cuota de mercado, van a ser adquiridos y/o aplastados por los "gigantes". Por cierto, los "gigantes" tienen paciencia, pueden esperar décadas hasta que los "pequeños" sean vulnerables en los negocios, no hay ningún apuro.


Cómo "barren para adentro" los "dueños" de Internet
Como dije, a medida que "construyen", los "dueños" van desplazando a los "ambulantes". O sea, no es ninguna predicción, está pasando desde hace tiempo. Cada vez mejor - para los dueños - y más rápido:

- Walled gardens como los markets de aplicaciones, que efectivamente reemplazan y desplazan a los desarrolladores independientes. Podés entrar al market, por un precio a pagar al "dueño".

- Walled gardens como SaaS, donde tenés las aplicaciones corriendo en el proveedor, no podés comprarlas, solo rentarlas. Podés usar las apps, por un precio a pagar al "dueño".

- Walled gardens como Paas, donde los desarrolladores no necesitan el soporte de ninguna infraestructura local, ni siquiera necesitan saber cómo se instala el sistema operativo donde corre su código. Simplemente escriben su código y "mágicamente" tienen donde ejecutarlo, venderlo; por un precio a pagar al "dueño".

- Walled gardens como IaaS, la nube: donde no sabés donde está el hardware, quién lo controla, quién accede a los datos; muchos especialistas IT ni siquiera sabén cómo hacen - desde lo técnico - para poder facilitar tanta capacidad de discos, ram, procesamiento, pero lo tenés disponible para usar, por un precio a pagar al "dueño".

- Walled gardens como las redes sociales, donde podés intercambiar información, hacer contactos, hacer negocios. Que quienes las construyeron sepan absolutamente todo lo que hacés allí, cuando, con quién y por qué; es simplemente el precio a pagar al "dueño".

- Etc. (hay muchos, muchos más ejemplos por cierto)

¿Qué querés ser? El dueño o el que paga al dueño. Esa es la pregunta.

Ejemplos de Industria IT argentina real, contante y sonante

Fabricantes de software, productos y servicios de tecnología informática que están construyendo "cosas" que se pueden vender, son los "dueños" de por acá, de Argentina.

- Unitech
- MercadoLibre

Listo, no recuerdo a nadie más, si alguien provee más ejemplos, los agregaré con gusto.

La oportunidad
Está en que todavía hay mucho espacio para dominar nichos grandes, incluso, con algo de suerte controlar grandes porciones del mercado de Internet (por ej. Mercado Libre).

Los tercerizadores de servicios, proveedores de ITO tienen en sus manos el know-how acumulado de haber trabajado con decenas a centenares de empresas en Internet, de esas que están construyendo las infraestructuras, el "ferrocarril". Los tercerizadores de ITO saben exactamente lo que se necesita, cómo, cuando y para qué, respecto de invertir recursos y convertirse ellos mismos en constructores.

La oportunidad de aprovechar ahora el espacio de mercado, el vacío de mercado, se da ahora mismo, pero muchos corren tras la plata fácil, la venta fácil del momento, que es la provisión de servicios que son temporales. Es un modelo de negocios atractivo, efectivo y rentable, una buena inversión de hecho, pero de ninguna manera llega a ser un real conglomerado industrial de empresas argentinas de tecnología informática.

La verdadera industria del desarrollo, la verdadera industria IT de Argentina tiene un semillero valiosísimo en los miles de shops que proveen ITO, y si bien no gral. - por muchos motivos, hay que informarse bien nada más - en las grandes empresas tercerizadoras, sí en sus empleados (íntimos conocedores de cómo funciona IT dentro de miles de empresas por todo el planeta). Es una oportunidad, muy probablemente irrepetible y la ventana de oportunidad se cierra un poquito, todos los días.


sábado, 23 de noviembre de 2013

Cómo se gana plata en el futuro vendiendo IT

Tengo curiosidad de conocer en algún momento los proyectos IT de desarrollo de software presentados para los distintas posibilidades de préstamos del estado en AR.

El ambiente IT de Ctes. AR que me es familiar me da la sensación de que el 90% o más de los proyectos van a ser algún tipo de aplicación basada en web, incluídas las "mobile" que es mucho más práctico crear vía portales web con GUI especializada. No hay nada particularmente malo en eso, simplemente que no es lo único que se puede hacer en IT, mucho menos en desarrollo.

Sí hay algo malo en esto: que la orientación a programar para la web y sus paradigmas y contextos técnicos y económicos asociados termine nublando o nulificando las capacidades del developer / IT guy para el análisis, diseño, e incluso sus skills para desarrollar, trabajar e innovar en otros contextos, distintos de Internet.

El contexto de la realidad

Esos contextos pueden ser más complejos y desafiantes, en otras palabras potencialmente mucho más rentables, ya que a mayor dificultad para resolver un problema, el producto / servicio que entrega una solución adquiere mayor valor: si podés resolver - con análisis, diseño, skills - que la solución tenga un costo bajo, es un negocio cantado.

El contexto diferente gral. por default, es la realidad diaria, la de todos los días, donde hay una ventaja que es 100% inexistente en Internet: no tenés que esperar que los usuarios vengan a vos - a tu sitio, que clickeen en tus adds, que sigan tus link plantados vía marketing viral - sino que vos podés llegar a tus usuarios, directamente, y volverlos clientes.

Dos preguntas que no figuran en casi ningún plan de negocios IT que haya visto, y que todos tendríamos que hacer: ¿Desarrollamos soluciones, productos, servicios IT para vender ahora, ya mismo, o para venderlos en el futuro? ¿Qué tan adelante?

Negocios IT del presente
Muchos de los negocios IT del presente están en la web, donde tenés competencia a razón de centenares a miles de productos/servicios sustitutos de lo que sea que se te ocurra vender en Internet.

No es precisamente buena la perspectiva de ganancias en gral.: practicamente no hay un modo efectivo de estimar en forma realista - con una mínima certeza de alguna clase - cuando un negocio puramente web va a ser rentable:

¿Cuantos usuarios que visiten tu sitio, descarguen tu soft / app van a volverse clientes efectivos?, y más importante, no hay un modo de saber realmente cuando tenés que retirarte del negocio ¿seguís invirtiendo hasta que la cant. de usuarios free llegue a la "masa crítica"? Luego incorporás monetización, les querés cobrar ¿eso va a funcionar? ¿Por qué? ¿Hay productos / servicios sustitutos gratuitos? ¿Son mejores? Si no son mejores, ¿Es posible que los usuarios prefieran algo no tan bueno, pero gratuito?, Si tienen menos opciones / prestaciones / características / es menos amigable la GUI, ¿No van a preferirla igualmente a tener que pagar? etc.

Fíjate que un verdulero tiene en gral. mejores chances de predecir sus ganancias potenciales si no hay ninguna verdulería en 4 manzanas a la redonda; hasta nosotros nos damos una idea de cuanto puede ganar el tipo en X plazo con X inversión, muy rápido; ahora intentá hacer lo mismo con cualquier aplicación / producto / servicio web ¿qué tal? ¿Certezas?

Tip: es difícil predecir el éxito de los negocios puramente web porque sus contextos son demasiado potencialmente amplios. El verdulero la tiene fácil, camina un poco, vé que no hay verdulerías y ya tiene su contexto definido. En la web, ¿cómo lo hacés? Es un poco más complejo eso no? ¿Cuanto vas a ganar entonces? ¿No te convendría más entonces invertir en una verdulería?

Negocios IT del futuro

Es decir, los negocios IT del futuro están en la vida real, en la realidad diaria.

Es una tendencia global por cierto, los mejores jugadores de la web concentran esfuerzos - o se centran por completo incluso - en crear tecnología de la información, software, productos y servicios para su uso en la vida real.

Claro, hay un tip: ya no estamos en 1986, y toda tecnología informática a crear hoy tiene un potencial de ubicuidad, de pervasividad tremendamente diferente al de hace 10 o 20 años atrás.

You're not in Kansas anymore.

El título de este artículo es un poco contraintuitivo: "cómo se gana plata en el futuro vendiendo IT", la razón es que se empieza a ganar plata, a armar el negocio de más adelante hoy mismo, desarrollando aquí y ahora la tecnología que va a ser vendida más adelante. Si comenzás ahora, cuando los demás lleguen, vos ya vas a estar ahí hace rato, esperándolos.


Dale un vistazo al futuro:

Doom Creator John Carmack Officially Leaves id Software
Carmack focusing interest and effort on hardware instead of games.

http://www.ign.com/articles/2013/11/22/doom-creator-john-carmack-officially-leaves-id-software

Stephen Wolfram
Putting the Wolfram Language (and Mathematica) on Every Raspberry Pi

http://blog.wolfram.com/2013/11/21/putting-the-wolfram-language-and-mathematica-on-every-raspberry-pi/

The “Steam Box” era begins with the Piston, a $1,000 PC-in-a-console (updated)
http://arstechnica.com/gaming/2013/03/the-steam-box-era-begins-with-the-piston-a-1000-pc-in-a-console/

Kinect for Windows
Communicate with computers naturally

http://www.microsoft.com/en-us/kinectforwindows/

Google Glass Will Expand Its Features Into Music
http://www.nytimes.com/2013/11/12/business/media/google-glass-will-expand-its-features-into-music.html?_r=0

Google launches physical card for its virtual wallet
http://news.yahoo.com/google-launches-physical-card-virtual-wallet-092848228.html

Which drone future will Americans choose?
http://www.thebulletin.org/which-drone-future-will-americans-choose

Etc.

martes, 19 de noviembre de 2013

Cómo comprar infraestructura con presupuestos no planificables

La mayoría de las infraestructuras IT complejas solo dispone de lo que llamo "presupuesto de una sola vez": cada cierto tiempo, se le entrega un presupuesto al área / depto. encargado de informática en la organización, luego se construye la infraestructura proyectada y ningún cambio que implique nuevas compras se hace luego en un lapso de tiempo de al menos 2 años, sino 5 a 10 años.

Por eso es tan importante hacer inversiones primarias significativas en cuanto a arquitecturas de hardware que brinden el máximo nivel posible de capacidad ociosa en la primera implementación. De ese modo, se cubre en primera instancia las necesidades actuales, y además las futuras necesidades de infraestructura van a tener "lugar" donde poder ubicarse, sin necesitar nuevas adquisiciones de hardware.

Un diseño de arquitectura de infraestructura informática que contemple y prevea la cuasi-ausencia de presupuesto y adquisiciones planificables a futuro se hace necesario.

Las arquitecturas de datacenter de Google y muchas otras empresas similares se adaptan a la noción de lograr el máximo valor práctico - para los objetivos de negocio - por inversión realizada en hardware de infraestructura: "El objetivo es comprar generaciones de CPU que ofrezcan el mejor rendimiento por dólar, no rendimiento absoluto" (traducción citando un art. de la Wikipedia, ver link al final).

Sus prácticas, técnicas y diseños base están adaptados por ende a esa prerrogativa de modo hiper-eficiente, y en gral. están muy lejos de la típica prerrogativa "comprar el mejor equipo posible con la plata disponible", que es una estrategia válida solamente en casos muy puntuales, y especialmente solo cuando hay disposición presupuestaria  significativa a futuro, destinada para la compra de hardware nuevo que se necesite.

La práctica de diseño basada en "comprar el mejor equipo disponible" sumada a los "presupuestos de una sola vez" se estrella rápidamente en escenarios dinámicos, donde la incorporación imprevista - y súbita inclusive - de nuevos requerimientos - más servidores, más servicios, muchos más usuarios - pone de rodillas rápidamente a la existencia actual de hardware que en gral. además de responder a la prerrogativa "mejor equipo disponible" y " presupuestos de una sola vez" suele sumar, casi como una consecuencia implícita, prácticamente obligada, también a una 3er. prerrogativa "mejor equipo disponible, PERO limitando sus recursos consumibles más habituales" 

Por ej. menor cantidad de espacio de storage, placas de red, espacio interno para ampliaciones, etc.

Las serias limitaciones de escalabilidad del mejor equipamiento disponible sin pagar costos considerables adicionales y generalmente imprevistos (imposibles de prever al comienzo del proyecto de hecho, para escenarios dinámicos),  no es gratuita, sino que se debe a que el "mejor equipamiento disponible" no responde de inmediato a la prerrogativa de "mayor cantidad de recursos ociosos al inicio de la implementación", sino que incorpora - costosas - nociones como alta redundancia de componentes internos, una gran cantidad de componentes de hardware adicional propio de otras prerrogativas de diseño, y otros conceptos similares, que previenen la presencia de mayores cantidades de los recursos necesarios - memoria, storage, networking, en gral. - para tener gran capacidad ociosa disponible al inicio del ciclo de vida del nuevo hardware. Esas nociones serían aplicables en presencia de partidas presupuestarias regulares para actualizar y especialmente expandir el hardware de infraestructura.

Nota: no es completamente factible determinar con exactitud los lineamientos de planificación de los centros de datos de Google, sin embargo, la primera noción de "mejor rendimiento por dólar" de ellos se integra cabalmente con una segunda noción: "escalar horizontalmente simplemente agregando nuevo hardware", lo que probablemente lleva a su mejor expresión práctica a la primer prerrogativa.


*Cita completa:

"Google uses commodity-class x86 server computers running customized versions of Linux. The goal is to purchase CPU generations that offer the best performance per dollar, not absolute performance. How this is measured is unclear, but it is likely to incorporate running costs of the entire server, and CPU power consumption could be a significant factor."

http://en.wikipedia.org/wiki/Google_platform