Elegir los servicios de Azure adecuados para implementar aplicaciones Java
En este artículo se explica el uso de los servicios de Azure para la implementación de aplicaciones Java, profundizando en la compatibilidad de Azure con diversas tecnologías y arquitecturas de Java. Aquí se describen los métodos de implementación como "Lift and Shift", la contenedorización y la plataforma como servicio (PaaS), adaptadas según diferentes niveles de control y simplicidad.
El artículo propone una metodología A+B, donde se le aconseja elegir los servicios en función de las necesidades de la aplicación en vez de una opción A o B fija. Se recomienda tener en cuenta el caso práctico, los objetivos del negocio, la seguridad y el presupuesto para usar un modelo flexible. En el artículo se destaca la colaboración de Microsoft con los mejores proveedores del ecosistema de Java para mejorar las experiencias de los desarrolladores y se recomiendan servicios de Azure para implementar aplicaciones Java, ya sea como código fuente, archivos binarios o contenedores. Este método con matices le permite centrarse en la innovación, con la ayuda del compromiso de Microsoft de ofrecer aplicaciones Java con los servicios de Azure ideales para su estrategia de implementación, maximizando la eficiencia, la escalabilidad y la rentabilidad.
Implementación de cualquier aplicación Java con confianza y facilidad
El ecosistema de Java incluye diversas tecnologías como Java SE, Jakarta EE (sucesor de Java EE y J2EE), Spring, numerosos servidores de aplicaciones y otras plataformas. Haga lo que haga con Java, como crear una aplicación, usar una plataforma y ejecutar un servidor de aplicaciones, Azure le ayuda con su carga de trabajo con una gran cantidad de opciones. Del mismo modo, Azure le asiste con cualquier arquitectura de aplicaciones, desde aplicaciones monolíticas que se ejecutan en máquinas virtuales o contenedores hasta aplicaciones basadas en microservicios nativos de la nube que se ejecutan en servicios totalmente administrados.
Azure ofrece los tres métodos principales siguientes para ejecutar aplicaciones Java en la nube, adaptadas según distintos niveles de control y simplicidad:
El modelo "Lift and Shift" permite la migración de cambios mínimos de las aplicaciones existentes directamente a Azure Virtual Machines.
La contenedorización aporta flexibilidad, ya que Azure Kubernetes Service (AKS) y Red Hat OpenShift de Azure son las principales plataformas para organizar aplicaciones en contenedores.
La plataforma como servicio (PaaS) es el paradigma de la facilidad y la eficiencia, lo que genera una productividad y una gestión de las operaciones óptimas para los desarrolladores, además de, con frecuencia, de un coste total de propiedad más económico.
Independientemente de la fase del desarrollo de la aplicación Java, Azure ofrece una solución en la nube compatible que cubren sus requisitos. Puede obtener más información sobre estas soluciones en Implementación de aplicaciones Java con confianza y facilidad.
Portabilidad completa de las aplicaciones Java: implementación sencilla en cualquier lugar
Sea cual sea el servicio de Azure que elija para la aplicación Java, se garantiza la flexibilidad de la aplicación. Como tiene el código de Java y sus resultados compilados, tiene la libertad de implementar la aplicación en cualquier lugar que desee, ya sea en la máquina local de desarrollo, los servidores de compilación, los entornos locales o cualquier plataforma en la nube que elija. La portabilidad de la aplicación depende de lo que haga.
Por supuesto, cuando hay tantas opciones, surge un dilema.
Dilema: usar el servicio A o B para las aplicaciones Java
Si tiene en cuenta las soluciones de Azure, es posible que se le plantee el dilema de elegir el servicio de Azure más adecuado para ejecutar las aplicaciones Java. Esta decisión es fundamental, ya que influye en la planificación de los recursos, el presupuesto, los plazos y, en última instancia, el tiempo de lanzamiento de la aplicación. La decisión afecta no solo a los costes de implementación iniciales, sino también a los gastos de mantenimiento continuos.
En el pasado, las organizaciones a menudo se sentían obligadas a elegir entre dos plataformas, tecnologías o soluciones de la competencia para sus aplicaciones de software. Por ejemplo, las organizaciones tenían que decidir entre aplicaciones de WebLogic o WebSphere para Java Enterprise, Docker Swarm o Kubernetes para la gestión de contenedores o contenedores frente a máquinas virtuales (VM) para la implementación. Este proceso para tomar una decisión se denomina "metodología A o B" y difiere significativamente de las pruebas A/B, que es un método para comparar dos versiones de una página web o aplicación entre sí para determinar cuál funciona mejor. En su lugar, la metodología A o B en este contexto consiste en elegir una plataforma o tecnología en lugar de otra para la implementación de aplicaciones. Procede de procedimientos locales tradicionales, donde las decisiones suelen regirse por factores como los modelos de distribución de software empaquetado, las elevadas inversiones iniciales en las licencias de infraestructura y software y los largos plazos obligatorios para compilar e implementar cualquier plataforma de aplicaciones.
Aplicar esta metodología en Azure puede hacer que se emplee demasiado tiempo en crear una sola plataforma que intente acomodar todas las aplicaciones, lo que podría introducir retrasos y deficiencias. Sin embargo, Azure ofrece un método más ventajoso, favoreciendo que se cambie esta metodología restrictiva por otra que adopte lo mejor de ambos mundos, lo que da lugar a un mejor retorno de la inversión (ROI).
Mientras realiza la transición a Azure, el entorno en la nube ofrece un paradigma flexible en el que puede aprovisionar y desaprovisionar recursos según lo que necesite, por lo que no tendrá que elegir entre un servicio y otro. Esta flexibilidad da lugar a la metodología A+B, una estrategia que se diferencia de la metodología tradicional A o B al facilitar una perspectiva más amplia e inclusiva de pensar. Azure facilita este cambio al hacer que sea sencillo y rentable combinar las ventajas de varios servicios y adoptar una metodología A+B. Este método da más importancia al principio por el que se eligen servicios que mejor se alineen con las necesidades específicas de la aplicación, lo que se traduce básicamente en escoger la herramienta adecuada para la tarea correspondiente.
La transición a una metodología A+B permite a las organizaciones ampliar sus procesos de toma de decisiones y estrategias técnicas, aceptando nuevas posibilidades y oportunidades que ofrece esta metodología. En este artículo se describen los principios de la metodología A+B, para que pueda seleccionar con fundamento los servicios de Azure que se adapten de forma más eficaz a los requerimientos de la aplicación. Tanto si es con Azure Container Apps (ACA), Azure App Service, Azure Kubernetes Service o máquinas virtuales, la metodología A+B le enseña el camino para evaluar y elegir entre un grupo de servicios de Azure para hospedar las aplicaciones. Esta filosofía es aplicable universalmente, trascendiendo los límites de lenguajes y plataformas de trabajo. Aunque las aplicaciones Java es lo que interesa aquí, la metodología A+B es igualmente de esencial y beneficiosa para las aplicaciones desarrolladas en cualquier lenguaje de programación.
Al aplicar la metodología A+B, no se le limita para que use un único servicio predeterminado. Es más, tiene la capacidad de combinar servicios de la manera que mejor se adapte a las demandas únicas de la aplicación. Este método no solo mejora la flexibilidad y la escalabilidad, sino que también optimiza los costes y la eficacia operativa. Esta metodología garantiza que la estrategia técnica sea tan dinámica y adaptable como el entorno en la nube en el que vaya a trabajar.
Por qué no es necesario pensar en un servicio A o B
La tarea de elegir el servicio en la nube adecuado para las aplicaciones no tiene que implicar una decisión binaria entre el servicio A o el servicio B, gracias a la flexibilidad y variedad de las opciones que ofrece la nube, especialmente con Azure. En las secciones siguientes se explica por partes por qué no es necesaria la opción tradicional de "un método u otro" y cómo implantar un método más fluido puede optimizar las operaciones.
De los procedimientos antiguos a la nueva flexibilidad
Tradicionalmente, la implementación de sistemas de TI entrañaba importantes inversiones iniciales en hardware y software, así como plazos de configuración muy largos. Este entorno hizo que lo más lógico fuera elegir con cuidado una plataforma y optimizar todo lo que la rodeaba para ahorrar en costes y recursos. Sin embargo, el entorno en la nube, Azure incluido, plantea un cambio de paradigma con su naturaleza de uso a petición y elástica. Solo paga por lo que usa y es fácil ajustar los recursos para cubrir sus necesidades, sin la molestia de los gastos iniciales de capital.
El paso a la nube
La migración a la nube y a Azure, en particular, implica un cambio significativo en la forma en que se administran las responsabilidades de la infraestructura y la plataforma. Gran parte del mayor volumen de trabajo, ya asumido por su organización, ahora se pasa a Microsoft, tal como se muestra en el diagrama siguiente. Este cambio simplifica las operaciones y reduce el esfuerzo necesario para administrar las aplicaciones. No hay restricciones que le limiten a la hora de administrar varias plataformas, lo que le permite elegir la mejor herramienta para cada trabajo sin preocuparse por los costes extra y otras cuestiones complejas.
En el diagrama siguiente se muestra el modelo de responsabilidad compartida entre el cliente y el proveedor de la nube:
Elegir la mejor opción para cada necesidad
En este nuevo mundo centrado en la nube, la toma de decisiones se basa más en elegir la herramienta adecuada para el trabajo correspondiente, en lugar de intentar adaptarse a todas sus necesidades en un servicio predeterminado. Sea lo que sea que elija, Azure Kubernetes Service, Azure Container Apps para aplicaciones de Spring Boot o cualquier otro grupo de servicios, se cambia a un modelo que es el que mejor cumple los requisitos de cada aplicación específica.
El auge de los microservicios
La implantación de microservicios integra más si cabe esta metodología flexible. Por diseño, los microservicios fomentan el uso de la tecnología más adecuada para cada servicio, lo que generar una diversidad tecnológica que se alinea naturalmente con la metodología A+B. Este método consiste en usar los puntos fuertes de los distintos servicios para crear una arquitectura de aplicación más sólida, eficaz y escalable.
Ventajas de implantar la metodología A+B
Aplicar una mentalidad A+B ofrece varias ventajas importantes. Permite una mayor agilidad y flexibilidad, por lo que podrá elegir las herramientas y los servicios más adecuados para cada aspecto de sus operaciones. Este método no solo genera mejores recursos y rentabilidad, sino que también reduce el tiempo de comercialización de los productos. En última instancia, este método fomenta la excelencia operativa al acomodar las opciones tecnológicas de forma más estrecha con las necesidades y objetivos de su empresa.
En resumen, la nube, y Azure en particular, propone una nueva perspectiva en la implementación y administración de aplicaciones. Al desechar de la opción A o B restrictiva y recurrir a la metodología A+B, puede tomar decisiones más orientadas a las necesidades específicas de sus aplicaciones, lo que optimiza la eficiencia, mejora la agilidad y disminuye los costes.
Guía práctica para la transición a la metodología A+B
En la lista siguiente se recogen algunos principios básicos que puede usar como guía para pasar a la metodología A+B y mantenerla:
Empiece por el caso práctico hasta la solución, no al revés. A menudo, muchos equipos de software deciden primero la tecnología y luego adaptarla a la fuerza a los casos prácticos y el diseño. En muchos casos, este método conlleva una sobrecarga significativa en términos de costes, tiempo de desarrollo, recursos y gastos operativos. Tenga muy claros los requisitos y los casos prácticos, tanto funcionales como no funcionales, antes de pasar a la solución.
Conozca bien sus objetivos empresariales, la naturaleza del negocio y a la competencia, así como la frecuencia con la que necesita implementar nuevas características en producción. La solución se debe diseñar con el fin de cubrir sus demandas y cumplir sus objetivos empresariales.
Conozca los requisitos de cumplimiento y de seguridad. En la era de la nube, donde a todo se accede a través de Internet, la seguridad es crucial y no es negociable. Además, en función del sector en el que opere, es posible que la aplicación tenga que cumplir ciertos requisitos normativos. Debe diseñar la solución para evitar ataques de seguridad avanzados y ceñirse a las regulaciones.
Defina bien el presupuesto y los plazos. Tenga muy claros el presupuesto para el desarrollo inicial, las operaciones del proceso y los próximos lanzamientos. Además, debe tener muy en cuenta los plazos. Suelen subestimarse los costes de los proyectos retrasados, tanto en términos de gastos extra como de impacto empresarial negativo. Diseñe la solución para que encaje con el presupuesto y esté dentro de los plazos.
Recurra a las soluciones nativas de la nube cuando sea aplicable. La arquitectura y las tecnologías nativas de la nube son un enfoque para diseñar, construir y manejar las cargas de trabajo que están integradas en la nube y aprovechar al máximo el modelo de informática en la nube. Con este modo de trabajo nativo de la nube, puede compilar e implementar aplicaciones en producción a más velocidad. La nube también ofrece funcionalidades que podrían no ser posibles en entornos locales, por ejemplo, elasticidad, escala global, análisis avanzado, inteligencia artificial y funcionalidades de aprendizaje automático (ML). Diseñe la solución en función de las tecnologías nativas de la nube tanto como sea posible.
Tenga en cuenta la cultura de DevOps. DevOps no solo son herramientas o procesos, es una práctica de desarrollo de software que promueve la colaboración entre los equipos de desarrollo y de operaciones con el fin de lograr una entrega del software más rápida y fiable. Habitualmente denominada como una cultura, DevOps conecta a las personas, los procesos y la tecnología para aportar valor de forma constante.
Elija la solución que cumpla los requisitos del negocio y no funcionales, como por ejemplo:
- Rapidez en la implementación.
- Rentabilidad en términos de costes derivados de la mejora de competencias, la creación, la implementación y las operaciones.
- Facilidad de las operaciones.
- Compatibilidad total con la automatización.
- Apoyo de DevOps por diseño.
Estos principios le permiten ocuparse de lo prioritario: en crear una solución que cumpla sus objetivos empresariales en lugar de forzar la integración de la solución en una plataforma predeterminada.
Excepciones
Al igual que pasa en otros casos, hay excepciones al método A+B. La lista siguiente no está completa, pero incluye unas instrucciones orientativas sobre algunas excepciones que podría encontrar:
Estrategia de empresa. Por ejemplo, hay algunas empresas que usan contenedores en todo el ecosistema empresarial para compilar e implementar aplicaciones, ya que pueden utilizan varios lenguajes de programación y buscan compilar e implementar todas las aplicaciones de forma unificada.
La fase de ejecución ya está adelantada. Es posible que haya elegido una solución antes de pasar al análisis A+B. Si ya se ha metido de lleno en la ejecución de una solución, siga con ella, pero para la siguiente aplicación, use los principios de la metodología A+B para seleccionar la solución ideal para su caso.
Migraciones de centros de datos a gran escala. Para agilizar la transición a la nube, las empresas suelen usar una estrategia denominada "lift and shift" que consiste en migrar servidores (hospedar las aplicaciones) de forma masiva a Azure mediante herramientas como Azure Migrate. Algunos usan este método para migrar centros de datos a Azure y apagarlos de forma eficaz y rentable. En este caso, se recomienda usar la metodología A+B para modernizar las aplicaciones después de migrar a Azure.
Aspectos importantes
Le ofrecemos el marco de trabajo y los principios de los que partir para que elija los destinos adecuados en Azure para sus aplicaciones. No hay un tamaño ideal para todo. No es A o B, sino A + B.
En el diagrama siguiente se resumen los criterios más importantes para elegir un servicio de Azure para cualquier aplicación:
Cómo elegir los servicios de Azure adecuados para sus aplicaciones Java
Para facilitar el proceso de selección teniendo en cuenta la cantidad de opciones tecnológicas para aplicaciones Java en Azure, creamos un árbol de decisiones sencillo para ayudar a los desarrolladores, clientes e integradores de sistemas para dar con su servicio óptimo de Azure.
Además de las indicaciones útiles para tener presentes los requisitos no funcionales, desde un punto de vista tecnológico, lo primero que hay que preguntarse es si se necesita control sobre la infraestructura. Si no lo hace, los servicios administrados son el mejor medio más recomendable. La naturaleza de las aplicaciones, tanto si están basadas en Spring como en App Server, ayudan más en la decisión: las aplicaciones de Spring son compatibles con Azure Container Apps, mientras que Azure App Service se adapta mejor a las aplicaciones basadas en Tomcat o JBoss EAP.
Para aquellos que necesita controlar la infraestructura, la elección dependerá de las preferencias de tecnología multinube: Azure Virtual Machines permite una transición sencilla y, para los que están integrados con Tanzu, las soluciones de Tanzu del marketplace de IaaS son ideales. Los clientes que usen Kubernetes tienen las opciones de Azure Kubernetes Service y Red Hat OpenShift en Azure. Este modelo de toma de decisiones está diseñado para simplificar las opciones adaptando los requisitos de los clientes con las soluciones de Azure que mejor encajen.
Microsoft colabora con muchos proveedores, como los de las siguientes áreas:
- Plataformas líderes del ecosistema de Java, como Oracle, Broadcom, Red Hat, IBM y OpenAI.
- Organizaciones de bases de datos y herramientas más destacadas, como MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent y Elastic.
- Especialistas en observabilidad, como New Relic, Dynatrace, AppDynamics, Grafana Labs y Datadog.
- Herramientas de desarrollo, como IntelliJ, Maven y Gradle.
Dedicamos nuestros recursos combinados para crear experiencias para desarrolladores más fluidas, lo que garantiza integraciones fluidas con servicios básicos, como bases de datos, cachés, mensajería y directorios, además de incluir herramientas completas orientadas a la observabilidad. Con la automatización, el equilibrio de carga y el escalado automático, nuestro objetivo es aliviar la carga de las pesadas tareas de administración de la infraestructura. Estas ayudas le permiten centrarse en aportar valor empresarial a través del código, con la seguridad de saber que los sistemas subyacentes son sólidos y escalables. Por estos motivos, se recomienda el uso de servicios específicos de Azure para hospedar y ejecutar sus tipos de aplicaciones Java.
Implementación de aplicaciones Java como archivos binarios o código fuente
En el caso de las aplicaciones Java en Azure, tanto si se implementan directamente a través del código fuente como archivos binarios compilados (archivos JAR, WAR o EAR), la implementación es más sencilla gracias a las soluciones de servicios integrales de Azure diseñadas específicamente para estos fines. La portabilidad inherente de las aplicaciones Java abren las puertas a Azure para ofrecer una amplia gama de servicios que se ajusten a sus estrategias de implementación únicas y lo que necesite para sus operaciones. Esta flexibilidad garantiza que, aparte de los aspectos concretos de la aplicación Java, haya un servicio de Azure que se adapte perfectamente a sus requisitos.
Tenga en cuenta los tres ejemplos siguientes, donde se ve cómo Azure funciona perfectamente en diferentes contextos de implementación de aplicaciones Java:
Aplicaciones de Spring. Para los desarrolladores que trabajan con aplicaciones de Spring, se recomienda usar Azure Container Apps, que se integra con herramientas de desarrollo populares como IntelliJ, VS Code, Maven y Gradle, junto con herramientas de automatización como Azure DevOps, Acciones de GitHub y Jenkins. También se incluyen herramientas de observabilidad como Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic y Splunk. La seguridad es una prioridad básica, con integraciones para Key Vault que gestionan secretos y certificados TLS/SSL, la autenticación "sin contraseña" con servicios auxiliares a través de identidades administradas y el control de acceso basado en roles (RBAC) de Azure, lo que garantiza un proceso de implementación seguro y simplificado para las aplicaciones de Spring en la nube.
Aplicaciones Java en JBoss EAP. Del mismo modo, para las aplicaciones Java que usan JBoss EAP, hay un entorno adaptado gracias a la colaboración entre el equipo de Microsoft Azure y los equipos de Red Hat JBoss EAP. Esta colaboración dio lugar a que mejorara la compatibilidad con Azure App Service, ofreciendo un amplio conjunto de características diseñadas para aplicaciones de JBoss EAP. Esta compatibilidad le permite usar la solución integrada de Microsoft y Red Hat, lo que garantiza que las aplicaciones Java se ejecuten sin problemas, de forma segura y eficaz en Azure.
Aplicaciones empresariales de Java en WebLogic. Las aplicaciones empresariales Java tradicionales que se ejecutan en Oracle WebLogic también tienen una ruta de acceso específica a Azure. La colaboración entre los equipos de Microsoft Azure y Oracle WebLogic abrió el camino para la implementación optimizada en Azure Virtual Machines. Esta colaboración llega a la integración con características básicas de IaaS, como máquinas virtuales, almacenamiento, redes y equilibradores de carga, lo que aporta una base sólida para aplicaciones empresariales Java en Azure. Esta labor coordinada garantiza que las aplicaciones se beneficien tanto de la solidez de WebLogic como de la escalabilidad y la flexibilidad de la infraestructura de Azure.
Estos escenarios ponen de manifiesto la dedicación de Azure para ofrecer un entorno de implementación flexible, seguro y eficaz para aplicaciones Java, adaptado a varios modelos y arquitecturas. Azure también ofrece servicios especializados para otras aplicaciones Java, como las que se ejecutan en Tomcat o WebSphere, lo que garantiza que haya un servicio de Azure adecuado para cada tipo de aplicación Java.
Los desarrolladores y operadores pueden trabajar en un entorno de implementación en la nube fluido y productiva mediante estos servicios de Azure personalizados, automatizando y protegiendo sus aplicaciones Java con facilidad. Sin embargo, a la hora de elegir opciones de implementación alternativas, es posible que necesite gestionar la creación y el mantenimiento de estas soluciones esenciales para desarrolladores y operadores.
En el diagrama siguiente se ven los servicios de Azure recomendados para cada tipo de aplicación Java implementada como código fuente o archivo binario:
Para obtener más información sobre los servicios a los que se hace referencia en este diagrama, acceda a los vínculos de la tabla siguiente:
| Service | Guía de inicio rápido para aplicaciones Java: implementadas como archivos binarios o código fuente |
|---|---|
| Azure Container Apps | Implementación de una aplicación Java Implementación de una aplicación de Quarkus |
| App Service | Implementación de una aplicación Java en Tomcat Implementación de una aplicación Java en JBoss EAP |
| Funciones de Azure | Implementación de una aplicación de funciones Java |
| Azure Virtual Machines | Oracle WebLogic Server en Azure Virtual Machines Familia IBM WebSphere en Azure Virtual Machines |
Implementación de aplicaciones Java como contenedores
En lo que respecta a la implementación de aplicaciones Java, la contenedorización representa un método novedoso que mejora la automatización en la creación, administración y gobernanza de contenedores en todas las empresas. Lo complicado radica en crear contenedores de forma segura y fiable, algo fundamental para distribuir rápidamente aplicaciones de software en contenedores de alta calidad. Este proceso puede empezar desde cero o se pueden usar sistemas de contenedor existentes, integrando herramientas que compilan y almacenan código y archivos binarios para facilitar los cambios y la administración de contenedores. Esta integración es fundamental para adaptarse a canalizaciones de integración continua/implementación continua (CI/CD), lo que habilita un método de implementación flexible para las aplicaciones Java en formato de contenedor.
Los servicios de Azure destacan por no solo hacer sencilla la distribución de aplicaciones contenedorizada, sino también crear rutas de acceso claras para la implementación de código fuente o archivos binarios. Este método por partida doble minimiza el impacto en los desarrolladores y alivia el volumen de trabajo de los operadores de la infraestructura o plataforma. Dada la portabilidad inherente de Java, la variada selección de servicios de contenedor de Azure garantiza que pueda dar con la solución perfecta para sus necesidades y estrategia de implementación.
Tenga en cuenta los dos ejemplos siguientes, donde se ve cómo Azure funciona perfectamente en diferentes contextos de implementación de aplicaciones Java en contenedorizadas:
Aplicaciones de Spring. Azure Container Apps es una excelente opción para aplicaciones de Spring en contenedores. Admite varios tipos de implementación, como las de código fuente, archivos binarios o imágenes de contenedor. Esta flexibilidad le permite cambiar fácilmente entre métodos de implementación. Puede empezar con contenedores, pero más adelante puede decidir implementar a partir de códigos fuente o archivos binarios. Esta opción ofrece muchas ventajas porque no es necesario crear ni mantener de forma continua los contenedores, lo que puede ser laborioso y repetitivo y consumir mucho tiempo.
Aplicaciones Java en Tomcat. Azure App Service es ideal para contenedorizar aplicaciones Java diseñadas para ejecutarse en Tomcat. Admite varios tipos de implementación, como archivos binarios o imágenes de contenedor. Al igual que Azure Container Apps, este servicio es flexible por lo que permite cambiar entre estrategias de implementación. Puede comenzar con la implementación mediante contenedor y dejar para más adelante la opción de pasar a la implementación con archivos binarios (WAR y JAR). Esta versatilidad garantiza que pueda elegir el método de implementación más eficaz según su caso específico, lo que simplifica el proceso de desarrollo e implementación.
Estos ejemplos dan cuenta del compromiso de Azure de ofrecer entornos versátiles, eficientes y fáciles de desarrollar para implementar aplicaciones Java, ya sea a través de métodos tradicionales o mecanismos de contenedorización modernos.
En el diagrama siguiente se ven los servicios de Azure recomendados para cada tipo de aplicación Java implementada como contenedores:
Para obtener más información sobre los servicios a los que se hace referencia en este diagrama, acceda a los vínculos de la tabla siguiente:
Resumen
Tras estudiar la implementación de aplicaciones Java, Azure promueve un método A+B con variaciones, lo que da acceso a una gama de servicios adaptados para cubrir las necesidades de cada aplicación. La colaboración de Microsoft con las empresas líderes del ecosistema de Java ha posibilitado la creación de un conjunto de servicios de Azure, cada uno recomendado para tipos de aplicaciones Java específicos, implementados como código fuente, archivos binarios o contenedores, lo que simplifica el proceso de implementación y garantiza un rendimiento óptimo. Este método basado en adaptar estrategias de implementación con los servicios de Azure más adecuados pone de manifiesto el compromiso de Microsoft de darle la flexibilidad para poder elegir las herramientas ideales para su trabajo. La portabilidad inherente de las aplicaciones Java es una ventaja determinante, ya que permite una transición sin problemas entre sistemas locales y diferentes proveedores de la nube a fin de mejorar la eficacia operativa y la agilidad. Al adoptar este proceso de selección más amplio e inclusivo, Microsoft no solo hace más fácil la transición a la nube para las aplicaciones Java, sino que también prioriza al máximo la escalabilidad, la seguridad, la observabilidad y la rentabilidad. En última instancia, todo lo que ofrece Microsoft permite a los desarrolladores y a las empresas usar el ecosistema de Azure, lo que garantiza que cada aplicación Java crezca en el entorno en la nube más adecuado según sus necesidades.