Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Adopción de servicios administrados nativos en la nube siempre que sea posible y práctico
Si se plantea inicialmente cómo aprovechar los servicios en la nube, utilizar servicios de infraestructura y herramientas de desarrollo con los que sus equipos estén familiarizados puede parecer el mejor camino a seguir. Sin embargo, seleccionar servicios administrados nativos en la nube, especialmente las opciones sin servidor, puede reducir considerablemente los costos, el esfuerzo y la complejidad.
Los servicios administrados nativos en la nube eliminan muchas de las tareas de TI indiferenciadas que requieren tiempo y esfuerzo del personal, que podrían dedicarse mejor a actividades centradas en la misión. Además, a medida que los proveedores mejoran las capacidades de sus servicios, sus soluciones heredan mejoras incrementales en eficiencia, seguridad, resiliencia, rendimiento y otras características de forma natural. Por ejemplo, un servicio de base de datos completamente administrado es un sistema de administración de bases de datos relacionales que cuenta con muchas características, pero no es necesario aprovisionar ni administrar el servidor ni el sistema operativo subyacentes en los que se ejecuta la base de datos. Esto elimina las tareas administrativas que se suelen requerir cuando se mantiene una base de datos relacional en su propio centro de datos o en un servidor virtual autoadministrado que se aprovisiona en la nube. En el siguiente diagrama se ilustra esta diferencia.
Los beneficios de eliminar la administración de la infraestructura son evidentes al comparar cualquier servicio administrado nativo en la nube con un enfoque autoadministrado comparable. Como resultado, siempre que necesite implementar componentes en los que se ejecutarán las aplicaciones adquiridas o desarrolladas de forma personalizada, debe utilizar servicios administrados nativos en la nube para reducir el tiempo y el esfuerzo.
Cuando su equipo sea responsable de crear, implementar o administrar soluciones en la nube, utilice servicios administrados nativos en la nube para aprovechar al máximo las capacidades e innovaciones diferenciadas de su proveedor de nube. Esta estrategia le permite seleccionar, integrar e implementar los servicios en la nube de manera que reduce el tiempo y el esfuerzo que requieren estos proyectos y, al mismo tiempo, aumenta su resiliencia y seguridad. Para que la estrategia de nube tenga éxito, considere la posibilidad de adoptar estos componentes básicos nativos en la nube al migrar soluciones personalizadas a la nube, desarrollar nuevas soluciones en la nube o implementar software con licencia en la nube. Cuando evalúe las opciones de servicios administrados nativos en la nube, tenga en cuenta las siguientes preguntas clave.
-
¿Necesita dedicar más tiempo y esfuerzo del personal a las funcionalidades básicas de su misión educativa?
La administración de los servidores, incluso los virtuales, requiere tiempo y atención para garantizar que estén actualizados con las actualizaciones y los parches del software del sistema. El uso de servicios administrados que se encarguen de estas tareas le permite destinar el tiempo del personal de TI a actividades que se ajusten más directamente a la misión de su institución. Por ejemplo, si necesita implementar contenedores, considere la posibilidad de utilizar un servicio administrado sin servidor, como AWS Fargate
, para no tener que configurar ni mantener los servidores. Al eliminar la necesidad de adquirir, aprovisionar y administrar la infraestructura subyacente, podrá centrarse en ofrecer nuevas funcionalidades, optimizar el rendimiento y mejorar la experiencia del usuario. Tenga en cuenta esta ventaja al comparar los servicios administrados con las opciones autoadministradas. -
¿Qué esfuerzo tendrá que hacer su equipo para adoptar los servicios administrados nativos en la nube?
Diseñar e implementar soluciones con servicios administrados nativos en la nube puede requerir una curva de aprendizaje, pero estos esfuerzos se verán recompensados con una reducción de los costos, el tiempo y la complejidad a lo largo de la vida útil de la solución. Debido a la pay-as-you-go naturaleza de la computación en nube que requiere demanda, los servicios nativos de la nube le permiten realizar iteraciones y experimentar rápidamente de forma más ágil y, al mismo tiempo, evitar inversiones iniciales. Esto se traduce en una mayor innovación y en unos plazos más cortos para el proyecto. Sin embargo, para aprovechar estos beneficios de manera efectiva, considere lo que podría ser necesario para adoptar y usar el servicio, como capacitar al personal sobre los patrones de uso óptimos y refactorizar el código para adaptarlo a los servicios específicos. APIs Incluso si el servicio utiliza un código abierto o estándar del sector APIs, es posible que tengas que refactorizar o configurar tu aplicación para gestionar la disparidad de funciones o las discordancias entre versiones.
-
¿Cómo implementa y administra la infraestructura actualmente? ¿Necesita mantener ese nivel de control?
Existen varias formas de alojar y administrar la infraestructura en la nube, como el uso de hosts bare metal, máquinas virtuales, servicios de contenedores administrados y ofertas sin servidor. Incluso si actualmente utiliza una infraestructura similar, como máquinas virtuales o contenedores, en su entorno en las instalaciones, considere si un enfoque alternativo sería adecuado para determinadas cargas de trabajo. Por ejemplo, en lugar de ejecutar todas las aplicaciones en máquinas virtuales, considere la posibilidad de incluir las aplicaciones en contenedores y aprovechar los servicios de contenedores administrados, como Amazon Elastic Container Service (Amazon ECS)
. Esto puede requerir una refactorización, pero puede utilizar una herramienta como AWS App2Container para simplificar y facilitar la inclusión en contenedores. Para ir un paso más allá, en lugar de implementar servidores o contenedores para todos los componentes, considere el uso de opciones completamente sin servidor. Las tecnologías sin servidor cuentan con un escalado automático, una alta disponibilidad integrada y un modelo de pay-for-use facturación para aumentar la agilidad y optimizar los costes. Al mismo tiempo, eliminan la necesidad de administrar los servidores y planificar la capacidad. Los servicios de computación sin servidor, como AWS Lambda , son fundamentales para las arquitecturas sin servidor. Lambda admite lenguajes de programación más comunes y permite a los desarrolladores centrarse en el código de la aplicación en lugar de administrar la infraestructura. Explore estas opciones para cada carga de trabajo y tenga en cuenta factores como la curva de aprendizaje, los gastos generales de administración, el costo y las licencias. -
¿Tiene que implementar y administrar la infraestructura de algún software con licencia?
Al implementar y administrar software con licencia de proveedores de software independientes (ISVs), puede parecer lógico imitar la implementación local con la infraestructura de nube. Por ejemplo, podría considerar la posibilidad de sustituir las máquinas virtuales en las instalaciones por máquinas virtuales alojadas en la nube. Si bien se trata de una opción viable, considere la posibilidad de sustituir algún componente de la arquitectura por servicios administrados nativos en la nube. Por ejemplo, es posible que pueda sustituir un servidor de bases de datos autoadministrado por un servicio de bases de datos completamente administrado que reduzca la carga administrativa y ejecute el mismo motor de base de datos. Muchos ISVs ya utilizan arquitecturas de nube que aprovechan los servicios gestionados e incluso pueden ofrecer plantillas prediseñadas para simplificar la implementación. Siempre ISVs que sea posible, preferiría ofrecer orientación y soporte prescriptivos para las implementaciones en la nube. Antes de implementar software con licencia en la nube, asegúrese de consultar sus opciones con su ISV para saber en qué se diferencian las licencias del entorno de nube de las licencias en las instalaciones.
-
¿Le preocupa que el uso de un servicio administrado pueda suponer la dependencia del proveedor?
Muchos servicios gestionados y nativos de la nube están diseñados para cumplir con los estándares comunes del sector y. APIs Por ejemplo, los servicios de análisis como AWS Glue
Amazon EMR se basan en marcos de procesamiento y almacenamiento estándar del sector, como Apache Spark y Apache Parquet. AWS Lambda admite de forma nativa código Java, Go, Microsoft PowerShell, Node.js, C#, Python y Ruby. Amazon Relational Database Service (Amazon RDS) admite varias versiones de motores de bases de datos comunes, como SQL Server, Oracle, PostgreSQL y MySQL. Cuando los servicios son propietarios APIs, nativos o asociados, es posible que haya soluciones disponibles para interactuar con ellos APIs mediante protocolos comunes e independientes de la nube. Por ejemplo, Amazon Simple Storage Service (Amazon S3) tiene una API específica del servicio para la integración directa, pero también puede interactuar con ella mediante protocolos de almacenamiento estándar, como el sistema de archivos de red (NFS), Server Message Block (SMB) y la interfaz de sistemas informáticos pequeños de Internet (iSCSI) cuando usa AWS Storage Gateway . Debe seguir centrándose en elegir el servicio administrado nativo en la nube que mejor se adapte a sus necesidades y, al mismo tiempo, reduzca al máximo la sobrecarga operativa, pero quizá prefiera los servicios que utilizan o ponen a disposición los estándares y protocolos comunes del sector.
