Elección de los servicios de Azure adecuados para las aplicaciones de Java
Este artículo le guía sobre el uso de servicios de Azure para la implementación de aplicaciones Java, lo que hace hincapié en la compatibilidad de Azure con diversas tecnologías y arquitecturas de Java. Describe los métodos de implementación como "Lift and Shift", la contenedorización y la plataforma como servicio (PaaS), adaptadas a varios niveles de control y simplicidad.
El artículo aboga por una mentalidad de A+B, que le aconseja elegir servicios en función de las necesidades de la aplicación sobre una opción A o B fija. Sugiere considerar el caso de uso, los objetivos empresariales, la seguridad y el presupuesto para un enfoque flexible. En el artículo se resalta la asociación de Microsoft con los líderes del ecosistema de Java para mejorar las experiencias de los desarrolladores y recomienda servicios de Azure para implementar aplicaciones Java, ya sea como origen, archivos binarios o contenedores. Este enfoque matizados le ayuda a centrarse en la innovación, compatible con el compromiso de Microsoft de proporcionar aplicaciones Java con los servicios de Azure más adecuados 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 otros marcos. Lo que haga con Java, como la creación de una aplicación, el uso de un marco y la ejecución de un servidor de aplicaciones, Soporte técnico de Azure la carga de trabajo con una gran cantidad de opciones. Del mismo modo, Soporte técnico de Azure cualquier arquitectura de aplicación, desde aplicaciones monolíticas que se ejecutan en máquinas virtuales o contenedores hasta aplicaciones basadas en microservicios nativas de nube que se ejecutan en servicios totalmente administrados.
Azure ofrece los tres métodos principales siguientes para ejecutar aplicaciones Java en la nube, adaptadas a distintos niveles de control y simplicidad:
El enfoque "Lift and Shift" permite la migración de cambios mínimos de las aplicaciones existentes directamente a Azure Virtual Machines.
La contenedorización ofrece flexibilidad, ya que Azure Kubernetes Service (AKS) y Red Hat OpenShift de Azure son las principales plataformas para orquestar aplicaciones en contenedores.
La plataforma como servicio (PaaS) representa el pináculo de facilidad y eficiencia, lo que proporciona una productividad óptima para desarrolladores y manejabilidad operativa, a menudo junto con el costo total de propiedad más económico.
Independientemente de la fase del desarrollo de aplicaciones java, Azure proporciona una solución en la nube compatible para satisfacer sus requisitos. Puede obtener más información sobre estas ofertas en Implementación de aplicaciones Java con confianza y facilidad.
Portabilidad completa de las aplicaciones Java: implementación sin problemas en cualquier lugar
Independientemente del servicio de Azure que elija para la aplicación Java, se garantiza la flexibilidad de la aplicación. Dado que tiene el código Java y sus salidas compiladas, tiene la libertad de implementar la aplicación en cualquier lugar que desee, ya sea en la máquina de desarrollo local, los servidores de compilación, los entornos locales o cualquier plataforma en la nube que elija. La portabilidad de la aplicación está en sus manos.
Por supuesto, cuando hay tantas opciones, se enfrenta a un dilema.
Dilema: uso del servicio A o B para aplicaciones Java
Si navega por las ofertas de Azure, es posible que encuentre el dilema de seleccionar el servicio de Azure más adecuado para ejecutar las aplicaciones Java. Esta opción es fundamental, ya que influye en el planeamiento de recursos, el presupuesto, las escalas de tiempo del proyecto y, en última instancia, el tiempo de comercialización de la aplicación. La decisión afecta no solo a los costos de implementación iniciales, sino también a los gastos de mantenimiento continuos.
En el pasado, las organizaciones a menudo se sentían obligados a elegir entre dos plataformas, tecnologías o soluciones de competencia para sus aplicaciones de software. Por ejemplo, las organizaciones tenían que decidir entre aplicaciones WebLogic o WebSphere para Java Enterprise, Docker Swarm o Kubernetes para la administración de contenedores, o contenedores frente a máquinas virtuales (VM) para la implementación. Este proceso de toma de decisiones se denomina "mentalidad 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 mentalidad A o B en este contexto consiste en elegir una plataforma o tecnología sobre otra para la implementación de aplicaciones. Procede de las prácticas locales tradicionales, donde las decisiones suelen estar restringidas por factores como los modelos de entrega de software empaquetados, las inversiones iniciales sustanciales en las licencias de infraestructura y software, y los largos plazos necesarios para compilar e implementar cualquier plataforma de aplicaciones.
Llevar esta mentalidad a Azure puede dar lugar a un tiempo excesivo invertido en crear una sola plataforma que intente acomodar todas las aplicaciones, lo que podría introducir retrasos e ineficacias. Sin embargo, Azure ofrece un enfoque más ventajoso, lo que fomenta un cambio de esta mentalidad restrictiva a uno que adopta lo mejor de ambos mundos, lo que finalmente produce un mejor retorno de la inversión (ROI).
A medida que 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 sus necesidades, lo que elimina la necesidad de elegir entre un servicio y otro. Esta flexibilidad da lugar al enfoque A+B, una estrategia que se diferencia de la mentalidad tradicional A o B al fomentar una forma más amplia e inclusiva de pensar. Azure facilita este cambio al hacer que sea fácil y rentable combinar las ventajas de varios servicios y adoptar una mentalidad de A+B. Este enfoque subraya el principio de selección de servicios que mejor se alinean con las necesidades específicas de la aplicación, básicamente abogando por elegir la herramienta adecuada para el trabajo a mano.
La transición a una mentalidad de A+B permite a las organizaciones ampliar sus procesos de toma de decisiones y estrategias técnicas, adoptando nuevas posibilidades y oportunidades que ofrece esta mentalidad. En este artículo se describen los principios de la mentalidad de A+B, lo que le permite seleccionar con criterio los servicios de Azure que resuenan de forma más eficaz con los requisitos de la aplicación. Tanto si es Azure Spring Apps, App de Azure Service, Azure Container Apps (ACA), Azure Kubernetes Service o Virtual Machines, la mentalidad de A+B le concede la latitud para evaluar y elegir entre una matriz de servicios de Azure para hospedar las aplicaciones. Esta filosofía es aplicable universalmente, trascendiendo los límites del lenguaje y del marco. Aunque las aplicaciones java son el foco aquí, la mentalidad de A+B es igualmente relevante y beneficiosa para las aplicaciones desarrolladas en cualquier lenguaje de programación.
Al adoptar la mentalidad de A+B, no se limita a un único servicio predeterminado. En su lugar, tiene la capacidad de combinar servicios de una manera que mejor se adapte a las demandas únicas de la aplicación. Este enfoque no solo mejora la flexibilidad y la escalabilidad, sino que también optimiza el costo y la eficacia operativa. Este enfoque garantiza que la estrategia técnica sea tan dinámica y adaptable como el entorno de nube en el que se trabaja.
Por qué no es necesario pensar en el servicio A o B
Elegir el servicio en la nube adecuado para las aplicaciones no tiene que ser una decisión binaria entre el servicio A o el servicio B, gracias a la flexibilidad y amplitud de las opciones que ofrece la nube, especialmente con Azure. Las secciones siguientes desglosan por qué no es necesaria la opción tradicional "una u otra" y cómo adoptar un enfoque más fluido puede beneficiar a las operaciones.
Desde los hábitos antiguos hasta la nueva flexibilidad
Tradicionalmente, la implementación de sistemas de TI implicaba importantes inversiones iniciales en hardware y software, junto con tiempos de configuración prolongados. Este entorno lo hizo lógico seleccionar cuidadosamente una plataforma y optimizar todo lo que lo rodea para ahorrar costos y recursos. Sin embargo, el entorno en la nube, incluido Azure, presenta un cambio de paradigma con su naturaleza a petición y elástica. Solo paga por lo que usa y ajusta los recursos para satisfacer sus necesidades es sencillo, sin la carga de los gastos iniciales de capital.
El cambio a la nube
La migración a la nube y a Azure, en particular, aporta un cambio significativo en la forma en que se administran las responsabilidades de la infraestructura y la plataforma. Gran parte del trabajo pesado, previamente cargado por su organización, ahora cambia a Microsoft, como se muestra en el diagrama siguiente. Este cambio simplifica las operaciones y reduce el esfuerzo necesario para administrar las aplicaciones. No está enlazado por las restricciones de administración de varias plataformas, lo que le permite elegir la mejor herramienta para cada trabajo sin preocuparse por los costos adicionales y las complejidades.
En el diagrama siguiente se muestra el modelo de responsabilidad compartida entre el cliente y el proveedor de nube:
Elección de la mejor opción para cada necesidad
En este nuevo mundo centrado en la nube, el proceso de toma de decisiones se convierte más en seleccionar la herramienta adecuada para el trabajo adecuado, en lugar de intentar adaptarse a todas sus necesidades en un servicio predeterminado. Ya sea que elija entre Azure Kubernetes Service y Azure Spring Apps para aplicaciones de Spring Boot, o cualquier otro conjunto de servicios, el enfoque cambia a lo que mejor cumple los requisitos de cada aplicación específica.
El aumento de los microservicios
La adopción de microservicios admite aún más este enfoque flexible. Por diseño, los microservicios fomentan el uso de la tecnología más adecuada para cada servicio, fomentando una diversidad tecnológica que se alinea naturalmente con la mentalidad de A+B. Este enfoque 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 adoptar A+B
La adopción de una mentalidad de A+B ofrece varias ventajas clave. Permite una mayor agilidad y flexibilidad, lo que le permite elegir las herramientas y servicios más adecuados para cada aspecto de las operaciones. Este enfoque no solo conduce a un mejor recurso y rentabilidad, sino que también reduce el tiempo de comercialización de sus productos. En última instancia, este enfoque fomenta la excelencia operativa alineando las opciones tecnológicas más estrechamente con sus necesidades y objetivos empresariales.
En resumen, la nube y Azure, en particular, ofrece una nueva forma de pensar en la implementación y administración de las aplicaciones. Al alejarse de la opción A o B restrictiva y adoptar la mentalidad de A+B, puede tomar decisiones más alineadas con las necesidades específicas de sus aplicaciones, lo que conduce a mejorar la eficiencia, la agilidad y el ahorro de costos.
Guía práctica para la transición a la mentalidad de A+B
En la lista siguiente se enumeran algunos principios clave que puede usar como guía para realizar la transición a la mentalidad de A+B y continuar con él:
Vaya del caso de uso a la solución, no del otro modo. A menudo, muchos equipos de software deciden primero la tecnología y luego intentan forzar el ajuste de los casos de uso y el diseño. En muchos casos, este enfoque incurre en una sobrecarga significativa en términos de costo, tiempo de desarrollo, recursos y gastos operativos. Obtenga claridad sobre los requisitos y los casos de uso, tanto funcionales como no funcionales, antes de pasar a la solución.
Comprenda sus objetivos empresariales, la naturaleza del negocio y la competencia, y la frecuencia con la que necesita implementar nuevas características en producción. Siempre debe diseñar su solución para cumplir sus objetivos y objetivos empresariales.
Comprender los requisitos de seguridad y cumplimiento. En la era de la nube, donde se accede a todo a través de Internet, la seguridad es crucial y no negociable. Además, en función del sector que atienda, es posible que la aplicación tenga que cumplir ciertos requisitos de cumplimiento. Debe diseñar la solución para evitar ataques de seguridad avanzados y cumplir los requisitos de cumplimiento.
Comprenda el presupuesto y las escalas de tiempo. Tenga una comprensión clara del presupuesto para el desarrollo inicial, las operaciones en curso y las versiones futuras. Además, comprenda las escalas de tiempo. El costo de los proyectos retrasados, tanto en términos de gastos adicionales como de impacto empresarial negativo, suele subestimarse. Diseñe la solución para satisfacer el presupuesto y la escala de tiempo.
Piense en la nube nativa 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 la nube nativa, puede compilar e implementar aplicaciones en producción a una velocidad más rápida. La nube también proporciona funcionalidades que podrían no ser posibles en el entorno local, 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.
Piense en la cultura de DevOps. DevOps no es solo herramientas ni procesos, es una práctica de desarrollo de software que promueve la colaboración entre el desarrollo y las operaciones, lo que da lugar a una entrega de software más rápida y confiable. Normalmente se denomina referencia cultural, DevOps conecta personas, procesos y tecnología para ofrecer valor continuo.
Elija la solución que cumpla los requisitos empresariales y no funcionales, una que es:
- Más rápido de implementar.
- Rentable en términos de costos implicados en la aptitud, la creación, la implementación y las operaciones.
- Fácil de operar.
- Totalmente compatible con la automatización.
- Apoyo de DevOps por diseño.
Estos principios le ayudan a centrarse en lo que debe ser, en la creación de una solución que cumpla sus objetivos empresariales en lugar de forzar el ajuste de la solución a una plataforma predeterminada.
Excepciones
Al igual que cualquier otra cosa, hay excepciones a A+B. La lista siguiente no es exhaustiva, pero proporciona instrucciones direccionales sobre algunas excepciones que podría encontrar:
Estrategia empresarial. Por ejemplo, algunas empresas usan una adopción de contenedores de toda la empresa para compilar e implementar aplicaciones, ya que pueden tener varios lenguajes de programación en juego y quieren compilar e implementar todas las aplicaciones de forma unificada.
Demasiado lejos de la línea con la ejecución. Es posible que haya elegido una solución antes de pasar por el análisis de A+B. Si ya está en profundidad en la ejecución de la solución, continúe con ella, pero para la siguiente aplicación, use los principios de la mentalidad de A+B para elegir la solución adecuada para su caso de uso.
Migraciones de centros de datos a gran escala. Para acelerar su recorrido a la nube, las empresas suelen usar una estrategia denominada "lift and shift" que implica migrar servidores (hospedar sus aplicaciones) de forma masiva a Azure mediante herramientas como Azure Migrate. Algunos usan este enfoque para migrar centros de datos a Azure y apagarlos de forma eficaz y rentable. En este escenario, se recomienda usar la mentalidad de A+B para modernizar las aplicaciones después de migrar a Azure.
Consideraciones clave
Le proporcionamos el marco para pensar y los principios que puede usar para elegir los destinos adecuados en Azure para sus aplicaciones. No es un tamaño que se ajuste a todo. No es A o B, pero A + B.
En el diagrama siguiente se resumen las consideraciones clave para elegir un servicio de Azure para cualquier aplicación:
Elección de los servicios de Azure adecuados para las aplicaciones java
Para simplificar el proceso de selección en medio de la multitud de opciones tecnológicas para aplicaciones Java en Azure, creamos un árbol de decisión sencillo para ayudar a los desarrolladores, clientes e integradores de sistemas a su servicio óptimo de Azure.
Además de las instrucciones prácticas para considerar los requisitos no funcionales, desde un punto de vista tecnológico, la pregunta inicial que se debe tener en cuenta es si necesita control sobre la infraestructura. Si no lo hace, los servicios administrados son la mejor ruta más recomendable. La naturaleza de las aplicaciones, tanto si están basadas en Spring como en App Server, guían aún más la decisión: las aplicaciones de Spring se alinean con Azure Spring Apps, mientras que App de Azure Service se adaptan a las aplicaciones de Tomcat o JBoss EAP.
Para aquellos que requieren control de infraestructura, la opción depende de las preferencias de tecnología de varias nubes: Azure Virtual Machines ofrece una transición sencilla y para aquellos integrados con Tanzu, las ofertas de Marketplace de IaaS de Tanzu son ideales. Los clientes invertidos en Kubernetes tienen las opciones de Azure Kubernetes Service y Red Hat OpenShift en Azure. Este marco de toma de decisiones está diseñado para simplificar las opciones mediante el emparejamiento de los requisitos de los clientes con las soluciones más adecuadas de Azure.
Microsoft colabora con numerosos asociados, incluidos los asociados de las siguientes áreas:
- Asociados líderes del ecosistema de Java, como Oracle, Broadcom, Red Hat, IBM y OpenAI.
- Bases de datos clave y organizaciones de herramientas, como MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent y Elastic.
- Expertos en observabilidad, como New Relic, Dynatrace, AppDynamics, Grafana Labs y Datadog.
- Herramientas de desarrollo, como IntelliJ, Maven y Gradle.
Nuestra inversión combinada entra en la creación de experiencias de desarrollador más fluidas, lo que garantiza integraciones sin problemas con servicios esenciales, como bases de datos, cachés, mensajería y directorios, además de proporcionar herramientas completas para la observabilidad. Con la automatización, el equilibrio de carga y el escalado automático, nuestro objetivo es quitar la carga de la administración de la infraestructura de los hombros. Esta compatibilidad le permite concentrarse en la creación de valor empresarial a través del código, seguro en el conocimiento de 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 los tipos de aplicación java.
Implementación de aplicaciones Java como archivos binarios o de origen
En el caso de las aplicaciones Java en Azure, tanto si se implementan directamente desde código fuente como archivos binarios compilados (archivos JAR, WAR o EAR), la implementación se simplifica gracias a las ofertas de servicio completas de Azure diseñadas específicamente para estos fines. La portabilidad inherente de las aplicaciones De Java significa que Azure puede proporcionar una amplia gama de servicios para que coincidan con sus estrategias de implementación únicas y necesidades operativas. Esta flexibilidad garantiza que, independientemente de los detalles de la aplicación Java, haya un servicio de Azure que se adapte perfectamente a sus requisitos.
Tenga en cuenta los tres ejemplos siguientes, que muestran cómo Azure satisface diferentes escenarios de implementación de aplicaciones java:
Spring Applications. Para los desarrolladores que trabajan con aplicaciones de Spring, Microsoft Azure colaboró con Tanzu by Broadcom, líder en proyectos de código abierto de Spring, para ofrecer un servicio en la nube premier conocido como Azure Spring Apps. Esta colaboración mejora las experiencias de desarrollo mediante la integración de 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 admiten herramientas de observabilidad como Application Ideas, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic y Splunk. La seguridad es una prioridad principal, con integraciones para key Vault que controlan secretos y certificados TLS/SSL, autenticación "sin contraseña" con servicios de respaldo a través de identidades administradas y control de acceso basado en rol (RBAC) de Azure, lo que garantiza un proceso de implementación seguro y simplificado para las aplicaciones spring en la nube.
Aplicaciones Java en JBoss EAP. Del mismo modo, para las aplicaciones Java que usan JBoss EAP, hay una experiencia adaptada gracias a la colaboración entre el equipo de Microsoft Azure y los equipos de Red Hat JBoss EAP. Esta asociación dio lugar a una mejor compatibilidad con App de Azure Service, ofreciendo un amplio conjunto de características diseñadas para aplicaciones de JBoss EAP. Esta compatibilidad le permite usar la experiencia combinada de Microsoft y Red Hat, lo que garantiza que las aplicaciones Java se ejecuten sin problemas, de forma segura y eficaz en Azure.
Aplicaciones java empresariales en WebLogic. Las aplicaciones java empresariales tradicionales que se ejecutan en Oracle WebLogic también tienen una ruta de acceso dedicada a Azure. La colaboración entre Microsoft Azure y los equipos de Oracle WebLogic abrió el camino para la implementación optimizada en Azure Virtual Machines. Esta asociación se extiende a la integración con características fundamentales de IaaS, como máquinas virtuales, almacenamiento, redes y equilibradores de carga, lo que proporciona una base sólida para aplicaciones Java empresariales en Azure. Este esfuerzo coordinado 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 resaltan la dedicación de Azure a ofrecer un entorno de implementación flexible, seguro y eficaz para aplicaciones Java, que se encargan de varios marcos y arquitecturas. Azure también proporciona servicios especializados para otras aplicaciones Java, como las que se ejecutan en Tomcat o WebSphere, lo que garantiza que hay un servicio de Azure adecuado para cada tipo de aplicación Java.
Los desarrolladores y operadores obtienen una experiencia de implementación en la nube fluida y productiva mediante estos servicios de Azure personalizados, automatizando y protegiendo sus aplicaciones Java con facilidad. Sin embargo, elegir opciones de implementación alternativas podría requerir que controle la creación y el mantenimiento de estas experiencias esenciales para desarrolladores y operadores.
En el diagrama siguiente se muestran los servicios de Azure recomendados para cada tipo de aplicación java implementado como origen o archivos binarios:
Para obtener más información sobre los servicios a los que se hace referencia en este diagrama, use los vínculos de la tabla siguiente:
| Service | Inicio rápido para aplicaciones de Java: implementadas como archivos binarios o de origen |
|---|---|
| Azure Spring Apps | Implementación de una aplicación de Spring |
| 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 de 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 enfoque de vanguardia que mejora la automatización en la creación, administración y gobernanza de contenedores en todas las empresas. El desafío radica en la creación segura y confiable de contenedores, un paso fundamental para ofrecer rápidamente aplicaciones de software en contenedores de alta calidad. Este proceso puede comenzar desde cero o usar sistemas de contenedor existentes, integrando herramientas que compilan y almacenan código y archivos binarios para simplificar las actualizaciones 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 ofrece un método de implementación flexible para las aplicaciones Java en formato contenedor.
Los servicios de Azure destacan por no solo facilitar la entrega de aplicaciones en contenedores, sino también proporcionar rutas de acceso claras para la implementación desde orígenes o archivos binarios. Este enfoque dual minimiza el impacto en los desarrolladores y aclara la carga de los operadores de infraestructura o plataforma. Dada la portabilidad inherente de Java, la amplia selección de servicios de contenedor de Azure garantiza que encuentre la coincidencia perfecta para sus necesidades y estrategia de implementación.
Tenga en cuenta los dos ejemplos siguientes, que muestran cómo Azure satisface los escenarios de implementación de aplicaciones Java en contenedor:
Spring Applications. Azure Spring Apps es una excelente opción para aplicaciones spring en contenedores. Admite varios tipos de implementación, incluidos orígenes, archivos binarios o imágenes de contenedor. Esta flexibilidad le permite cambiar fácilmente entre los métodos de implementación. Puede empezar con contenedores, pero más adelante decide implementar como orígenes o archivos binarios. Esta opción es ventajosa porque evita la necesidad de la construcción y mantenimiento continuos de contenedores, lo que puede ser complicado, repetitivo y intensivo en el tiempo.
Aplicaciones Java en Tomcat. App de Azure Service es adecuado para incluir en contenedores 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 Spring Apps, este servicio ofrece flexibilidad para alternar entre estrategias de implementación. Puede comenzar con la implementación del contenedor y mantener la opción de cambiar más adelante a la implementación de archivos binarios (WAR y JAR). Esta versatilidad garantiza que puede elegir el método de implementación más eficaz para su escenario específico, lo que simplifica el proceso de desarrollo e implementación.
Estos ejemplos subrayan el compromiso de Azure de proporcionar entornos versátiles, eficientes y fáciles de desarrollar para implementar aplicaciones Java, ya sea a través de métodos tradicionales o contenedores modernos.
En el diagrama siguiente se muestran los servicios de Azure recomendados para cada tipo de aplicación java implementado como contenedores:
Para obtener más información sobre los servicios a los que se hace referencia en este diagrama, use los vínculos de la tabla siguiente:
Resumen
Al navegar por la implementación de aplicaciones Java, Azure campeona un enfoque A+B matizados, que ofrece un espectro de servicios adaptados para satisfacer las necesidades de cada aplicación. La colaboración de Microsoft con los líderes del ecosistema de Java dio lugar a un conjunto de servicios de Azure, cada uno recomendado para tipos de aplicaciones Java específicos, implementados como orígenes, archivos binarios o contenedores, lo que simplifica el proceso de implementación y garantiza un rendimiento óptimo. Este enfoque en la búsqueda de estrategias de implementación coincidentes con los servicios de Azure más adecuados subraya el compromiso de Microsoft con la flexibilidad de elegir las herramientas adecuadas para el trabajo. La portabilidad inherente de las aplicaciones Java es una ventaja clave, lo que permite una transición sin problemas entre sistemas locales y diferentes proveedores de nube para mejorar la eficacia operativa y la agilidad. Al abogar por este proceso de selección más amplio e inclusivo, Microsoft no solo simplifica el recorrido en la nube para las aplicaciones Java, sino que también maximiza la escalabilidad, la seguridad, la observabilidad y la rentabilidad. En última instancia, la guía de Microsoft permite a los desarrolladores y a las empresas usar el ecosistema de Azure, lo que garantiza que cada aplicación de Java crezca en el entorno en la nube más adecuado para sus necesidades.
Paso siguiente
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de