Diseño para la optimización del uso

Sacar el máximo partido de sus herramientas y operaciones. Asegúrese de que cumplen los requisitos funcionales y no funcionales de la solución.

Los diferentes servicios incluyen diferentes características y puntos de precio. Después de elegir un plan, no deje que esas características se pierdan. Encuentra formas de usarlos completamente y obtener la pena de tu dinero. Además, tenga en cuenta los modelos de facturación. Es inteligente comprobar si hay un mejor modelo de facturación que se adapte a cómo está usando realmente el servicio.

Escenario de ejemplo

Contoso University hospeda un sistema comercial fuera del estante (COTS) que ayuda a los profesores a administrar cursos y permite a los alumnos registrarse. Está conectado a un sistema de administración de educación basado en la nube al que planean cambiar completamente en unos años. Por ahora, quieren optimizar los costos en los elementos de integración personalizados.

La solución tecnológica de la oferta de COTS se trata generalmente como una caja negra, excepto su base de datos, que se ejecuta en Azure Database for MySQL. La integración personalizada es una función duradera de Azure que se ejecuta en un plan estándar de Azure App Service que se usa para hospedar el sitio web de la universidad, pero ya no lo hace. La función durable es una aplicación de Python que usa Azure Storage. Sincroniza los datos todas las noches desde la base de datos MySQL a la API basada en la nube.

Uso del valor completo de los recursos

Compra solo lo que necesitas y usa todo lo que pagas.

Algunas SKU de recursos incluyen características integradas para el rendimiento, la seguridad o la confiabilidad. Si paga por ellos, asegúrese de que los usa. Y si no necesita esas características, elija una SKU más sencilla para ahorrar dinero.

Desafío de Contoso

• La función durable se ejecuta en un plan de App Service estándar que se ha dimensionado originalmente para un sitio web público, pero ese sitio web se ha retirado desde entonces.

• El equipo nunca vuelve a evaluar la SKU, por lo que sigue pagando por características y capacidad que no usan.

• No están seguros de qué características son realmente necesarias para la carga de trabajo de integración.

Aplicación del enfoque y los resultados

• El equipo revisa el plan actual de App Service y concluye que la integración no requiere el mismo nivel de escalabilidad o rendimiento y puede ser compatible con una configuración de nivel inferior.

• Mueven la función a un plan de nivel inferior que sigue admitiendo funciones duraderas, pero cuestan mucho menos.

• También comprueban su SKU de MySQL y confirman que tiene derechos para la carga de trabajo actual.

• Estos cambios les ayudan a reducir los costos sin afectar al rendimiento ni a la confiabilidad.

Optimización del diseño de alta disponibilidad

Priorice la implementación de modelos activo-activo o solo activo sobre los modelos activos-pasivos, como parte del plan de recuperación, si ya ha pagado por los recursos.

Si el diseño usa modelos activos-pasivos, es posible que tenga recursos inactivos que, de lo contrario, se podrían usar. La conversión a activo-activo puede permitirle cumplir los requisitos de expansión de escalado y expansión de carga sin sobrecargar. Si puede cumplir los objetivos de recuperación con un modelo de solo activo, los costos de esos recursos se pueden quitar completamente.

Desafío de Contoso

• La aplicación COTS usa el servidor flexible de Azure Database for MySQL configurado para alta disponibilidad de la misma zona, que proporciona un servidor en espera en la misma zona de disponibilidad que el servidor principal. También han habilitado copias de seguridad automáticas.

• El objetivo de punto de recuperación (RPO) de la carga de trabajo es relativamente largo en 12 horas y el objetivo de tiempo de recuperación (RTO) es de tres horas durante el día escolar.

• En función de las pruebas de recuperación anteriores, el equipo sabe que puede cumplir sus objetivos de RPO y RTO a través de la conmutación automática por error al servidor en espera. También han probado la recuperación de la base de datos de una copia de seguridad y pueden cumplir los objetivos de este escenario.

Aplicación del enfoque y los resultados

• El equipo de carga de trabajo vuelve a evaluar la ventaja del diseño de alta disponibilidad en comparación con el costo del servicio que es el doble que una sola instancia.

• El equipo prueba la creación de una nueva instancia y la recuperación de una base de datos de la copia de seguridad y está satisfecho con que seguirán cumpliendo sus destinos de recuperación, por lo que deciden eliminar la instancia en espera.

• El equipo actualiza el plan de recuperación ante desastres para reflejar la nueva estrategia de recuperación y realizar el ahorro de costos a través de la nueva configuración.

Escalado inteligente con demanda

Ajuste la capacidad en función de lo que realmente necesite.

En lugar de aprovisionar para el uso máximo todo el tiempo, escale verticalmente cuando aumenta la demanda y se reduce verticalmente cuando cae. Este enfoque mantiene los costos alineados con el uso real.

Desafío de Contoso

• La función de integración se ejecuta todas las noches, pero el plan de App Service siempre permanece activo.

• Están pagando por los recursos de proceso que se encuentran inactivos la mayor parte del día.

• No han explorado las opciones para reducir verticalmente o pausar el servicio cuando no está en uso.

Aplicación del enfoque y los resultados

• El equipo configura el plan de App Service para reducir verticalmente durante las horas fuera del horario laboral.

• Exploran el traslado de la función a Azure Container Apps o al plan de consumo de Azure Functions, que puede escalar a cero.

• También configuran alertas para supervisar el uso y ajustar las reglas de escalado según sea necesario.

• Estos cambios les ayudan a alinear los costos con el uso real y reducir los residuos.