Todas las empresas que consumen la nube están preocupadas por los costos descontrolados de la nube. Para abordar esas preocupaciones, los tres grandes proveedores de servicios en la nube han introducido calculadoras de precios en la nube. También hemos visto el aumento de los finops. Ese es un buen comienzo. Pero las calculadoras en la nube y los finops se centran en la infraestructura, no en las aplicaciones. Para evitar costos innecesarios en la nube, es necesario optimizar el código que se ejecuta sobre la infraestructura. Los proveedores de la nube no abordan esa parte de la ecuación; eso depende de usted. Es hora de que la gente piense en la nube como una extensión de su código. Esto es fundamental porque el código ineficiente en la nube le hace pagar desde el primer día/minuto uno. La falta de optimización conduce a facturas de la nube más altas. En el mundo local, implementaría el código en un servidor. Más adelante, agregaría funciones y datos para atender a aún más usuarios. En algún momento, su servidor alcanzaría un uso del 70% al 80%. En ese punto, comenzaría a pensar en cómo podría acomodar a más usuarios. La forma típica de crecimiento de los centros de datos era la compra de más servidores. Pero debido a que comprar, aprovisionar y conectar un servidor llevaría de tres a seis meses, puede intentar ajustar el rendimiento para ver si puede llevar el uso del servidor del 80% al 60%. De esa manera, tendría un 20 % más de margen hasta que pudiera comprar y configurar su nuevo hardware. Es una historia diferente cuando implementas código en un entorno de nube. En un mundo simplista, a medida que crece la adopción, la utilización aumenta en consecuencia. Sin embargo, nunca se alcanza el 70% o el 80% de la capacidad porque la nube se escala automáticamente. Por lo tanto, nunca entra en el ciclo de planificación de su próxima expansión y nunca trabaja para optimizar ajustando su código para ganar más espacio. Como no entras en ese proceso, la optimización del 20% al 30% que tienes en las instalaciones para crear algo de margen nunca sucede. Eso significa que automáticamente estás gastando en ese uso del 20% al 30%. A medida que este círculo vicioso continúa, usted paga facturas que son mucho más altas de lo que cree que deberían ser. Actualmente, los desarrolladores y los SLO no consideran los costos. Mucha gente todavía cree que la nube es infraestructura. No lo es. ¡Es código! Sin embargo, ningún desarrollador piensa en cuánto costará su línea de código en producción. Los desarrolladores escriben código para lograr funcionalidad o, en algunos casos, resiliencia. Las organizaciones definen parámetros como el consumo de CPU y memoria, la latencia y los tiempos de respuesta como objetivos de nivel de servicio (SLO). Imagine que los requisitos para un proyecto fueran un tiempo de respuesta de dos segundos y un consumo del 60 %. Si los desarrolladores cumplieran con estos dos requisitos, pensarían que estaban bien para continuar. Pero la nube exige un enfoque evolucionado. Porque en la nube el consumo es un costo. Cada segundo de ejecución agrega costo. Una optimización de un segundo para una transacción que normalmente demora dos se refleja directamente en la felicidad del cliente y en ahorros de costos tangibles de inmediato. Si puede reducir una línea de código que se ejecuta durante dos segundos a 500 milisegundos, puede ahorrar un 75 %. La codificación consciente de los costos ofrece eficiencias y ahorros. La adopción de una codificación consciente de los costos hace posible dicha optimización y ahorro de costos. Y la codificación consciente de los costos será aún más importante en el futuro a medida que los desarrolladores trabajen con copilotos de IA, lo que les permitirá desarrollar código mucho más rápido. ¿Cómo comenzar con la codificación consciente de los costos? La codificación consciente de los costos requiere conocimientos de ingeniería de confiabilidad del sitio (SRE). Es posible que tenga conocimientos sobre SRE, o que los haya desarrollado, o puede trabajar con un socio que tenga experiencia en SRE. No piense en SRE como una construcción de soporte a la producción. Piense en ello como una filosofía de ingeniería de software. Un buen comienzo es tratar el costo como un SLO. En el momento en que defina el costo como un SLO junto con la disponibilidad, el rendimiento, la escalabilidad y el consumo, los desarrolladores comenzarán a trabajar para abordarlo. Administre su SLO de costos definiéndolo, midiéndolo, calibrando y recalibrándolo. La codificación consciente de los costos es un proceso iterativo. Diferentes organizaciones lograrán diferentes ahorros al comienzo de sus esfuerzos. A medida que avance, sus rendimientos se estabilizarán porque la codificación consciente de los costos sigue la ley de los rendimientos decrecientes. Es importante comprender que los rendimientos disminuirán. Querrá utilizar codificación consciente de los costos sólo cuando los retornos valgan el esfuerzo que puso en ella. Pero practique la codificación consciente de los costos y rompa el ciclo de pagar más de lo que debería por los servicios en la nube. Será bueno para tu negocio. Incluso si está dentro de su presupuesto para la nube, haga el esfuerzo de realizar una codificación consciente de los costos. Le proporcionará escalabilidad y rentabilidad a medida que crezcan su base de usuarios, su consumo, sus aplicaciones y sus ingresos. Premkumar Balasubramanian es director de tecnología de Hitachi Digital Services. Es el principal responsable de diseñar estrategias y respaldar todas las actividades de comercialización de la empresa, diseñar soluciones repetibles y brindar tecnología y liderazgo intelectual en las áreas de nube, datos, IoT e IA generativa. New Tech Forum proporciona un lugar para líderes tecnológicos, incluidos proveedores y otros contribuyentes externos, para explorar y discutir la tecnología empresarial emergente con una profundidad y amplitud sin precedentes. La selección es subjetiva y se basa en nuestra elección de las tecnologías que creemos que son importantes y de mayor interés para los lectores de InfoWorld. InfoWorld no acepta garantías de marketing para su publicación y se reserva el derecho de editar todo el contenido aportado. Envíe todas sus consultas a doug_dineley@foundryco.com. Copyright © 2024 IDG Communications, Inc.

Source link