Seguiré adelante y lo diré: cuando analizamos más de cerca el costo total de propiedad (TCO) asociado con Kubernetes, los métodos de desarrollo más tradicionales aún tienen ventajas convincentes. Mientras concluimos otra KubeCon, tal vez sea hora de profundizar en esto. Esta es una posición poco común. He usado contenedores y Kubernetes desde que aparecieron por primera vez en la escena de la computación en la nube hace muchos años. He diseñado y construido numerosos sistemas escalables en nubes públicas utilizando esta tecnología, por lo que sé que funciona y funciona bien. Mi punto es que a menudo se aplica en exceso. Los creadores de sistemas están motivados por lo que los chicos geniales están haciendo hoy en día en lugar de encontrar soluciones que devuelvan el mayor valor comercial. Como resultado, estoy seguro de que se desperdician millones de dólares a medida que estos errores arquitectónicos continúan. Es hora de que lo hagamos mejor. Quizás esté de acuerdo. Qué considerar A medida que avancemos en este análisis, descubrirá que parte de esto puede aplicarse o no a usted y su organización. Decir “depende” parece una evasión para muchos, pero suele ser la respuesta correcta. Debe evaluar cada carga de trabajo y conjunto de datos, ya sea que esté migrando a la nube o creando sistemas nuevos. Debe estar preparado para utilizar las mejores soluciones tecnológicas para las necesidades de su sistema. Lamento ser portador de malas noticias. Kubernetes introduce un nivel de complejidad que las herramientas de desarrollo más tradicionales no presentan. La gestión de un clúster de Kubernetes requiere un conocimiento profundo de su arquitectura y componentes, desde las redes hasta el almacenamiento y la seguridad. Esta complejidad requiere personal capacitado capaz de administrar y optimizar un entorno de Kubernetes. Por el contrario, los enfoques y herramientas de desarrollo tradicionales a menudo dependen de arquitecturas más sencillas que se pueden administrar con las habilidades que la mayoría de las empresas ya tienen. Por supuesto, esto variará mucho de una empresa a otra, pero el costo de adquirir habilidades en Kubernetes o capacitar al personal existente suele ser mucho mayor que cualquier beneficio de utilizar esta tecnología. Un clúster de Kubernetes requiere una gran cantidad de gastos generales, aunque Kubernetes promete reducir los costos de infraestructura mediante una orquestación eficiente de contenedores. Esto incluye los nodos que forman el clúster y los recursos necesarios para gestionar la conmutación por error. Además, sería útil tener la infraestructura para gestionar la redundancia y la escalabilidad; puede haber muchos más recursos por los que pagar de los necesarios. Los enfoques de desarrollo tradicionales pueden utilizar arquitecturas más monolíticas. Ser menos flexible podría resultar en menores gastos de capital iniciales y costos continuos. Tuve un proyecto que construyó el mismo sistema usando ambos enfoques; El costo de la infraestructura de la arquitectura monolítica tradicional fue un tercio de la implementación de Kubernetes, solo para ese sistema específico. Por supuesto, podría haber otras razones para optar por Kubernetes más allá del hecho de que se ve bien en el CV. Mantener un entorno de Kubernetes es operativamente complejo. Se requieren monitoreo, ajustes y actualizaciones continuos para garantizar que el entorno sea seguro, eficiente y confiable. Una vez más, este mantenimiento continuo requiere personal capacitado y herramientas modernas, lo que aumenta el costo total de propiedad y, en algunos casos, lo duplica. La configuración inicial puede llevar mucho tiempo y ser complicada, aunque Kubernetes puede automatizar y optimizar los procesos de implementación. Esto puede retrasar el tiempo de implementación y comercialización de muchos sistemas, lo que lo deja expuesto a más errores potenciales. Los métodos tradicionales de desarrollo e implementación pueden necesitar más beneficios de escalabilidad y automatización de contenedores. Sin embargo, suelen ser más sencillos y rápidos de implementar para determinadas aplicaciones. La naturaleza distribuida de estos sistemas introduce nuevos riesgos y puntos de fallo. Kubernetes y las implementaciones basadas en contenedores ofrecen altos niveles de escalabilidad y tolerancia a fallas, razón por la cual los usamos, pero tienen problemas que no vemos con el desarrollo tradicional. Estos pueden variar desde la “expansión de contenedores” hasta vulnerabilidades de seguridad dentro del ecosistema de contenedores, con nuevas herramientas que necesitan habilidades actualizadas para ejecutarlas correctamente. Descubrí que no es cuando ocurrirá una falla; es cuántos ocurrirán. Las fallas son siempre más numerosas con las implementaciones de Kubernetes. Las arquitecturas tradicionales pueden ofrecer menos opciones de escalabilidad, pero pueden proporcionar un entorno más contenido que es más fácil de proteger y administrar. Esto se traduce en menos costos pero también en menos capacidades. A veces, esa compensación tiene sentido comercial. La importancia de un análisis del TCOAunque Kubernetes y los contenedores ofrecen ventajas significativas en escalabilidad, eficiencia y utilización de recursos, su TCO a veces puede estar fuera de control. Por supuesto, he descubierto que el análisis del TCO a menudo se pasa por alto; quienes eligen la tecnología no saben bien qué concesiones se están haciendo. Normalmente hago preguntas sobre las ventajas y desventajas de utilizar enfoques más tradicionales y la mayoría de las veces recibo miradas en blanco y falta de respuestas, lo que demuestra que no se realizó el análisis del TCO. Por otro lado, me preguntan mucho si voy a asistir a KubeCon, así que eso es todo. Las complejidades y los costos de administrar un entorno de Kubernetes resaltan que los métodos tradicionales de desarrollo e implementación aún tienen valor. De hecho, si es una organización con recursos de TI limitados, realmente necesita prestar atención al TCO. El dinero gastado en sistemas basados ​​en Kubernetes elimina recursos de otras necesidades más urgentes. No conozco una sola organización de TI con un presupuesto ilimitado para probar todas las nuevas tecnologías. Debes elegir tus batallas con cuidado. Copyright © 2024 IDG Communications, Inc.

Source link