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 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.
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
"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
No hay comentarios:
Publicar un comentario