Tendencias de aplicaciones empresariales que impactarán en 2021

Nueva herramienta de monitoreo del desempeño alerta a los desarrolladores en tiempo real

Los problemas de rendimiento y disponibilidad son una amenaza para los resultados de una empresa, y los estudios muestran que las organizaciones pueden perder potencialmente cientos de miles de millones de dólares en ingresos y gastos operativos si estos problemas no se resuelven. Esto impulsó a los proveedores a responder a la solicitud de mejores herramientas de supervisión y gestión del rendimiento.

Sentry, un proveedor de herramientas de monitoreo de aplicaciones, lanzó una nueva oferta en julio de 2020 que permite a los desarrolladores encontrar y solucionar problemas de rendimiento en tiempo real con solo cinco líneas de código adicional. La herramienta notifica a los desarrolladores sobre un error y lo que ha afectado, como usuarios, dispositivos y navegadores. Para brindar una mayor comprensión, proporciona todos los metadatos sobre el problema y de dónde proviene el código.

Además del seguimiento de errores, proporciona información sobre la salud y resúmenes de transacciones para encontrar indicadores de rendimiento deficientes, como los tiempos de duración. También puede detectar métricas de rendimiento que no cumplen con los umbrales predefinidos.

«Es lo mismo de siempre», dijo Chris Gonsalves, vicepresidente senior de investigación de The 2112 Group. «Las organizaciones no necesariamente necesitan ‹herramientas maravillosas› súper sofisticadas impulsadas por inteligencia artificial para descubrir estas cosas. Necesitan bloqueos y abordajes básicos, que Sentry maneja muy bien».

Microsoft y VMware crean Azure Spring Cloud GA

Azure Spring Cloud, un servicio administrado para aplicaciones Spring Boot, se puso a disposición general en septiembre de 2020. Con este servicio, los desarrolladores de Java pueden centrarse más en desarrollar aplicaciones Spring Boot y Steeltoe .NET Core en lugar de operar infraestructura.

«En la mayoría de las encuestas de Java, Spring es el marco más popular. Para Microsoft, todo lo que gira los diales de Azure está bien: .NET, Java, Linux, todo está bien», dijo Jeffrey Hammond, analista de Forrester Research.

Para simplificar la implementación de aplicaciones, Microsoft y VMware diseñaron varias herramientas y marcos para el servicio, incluido el registro del servicio, el equilibrio de carga del lado del cliente y los mecanismos de interruptores automáticos. También incluye kpack, un servicio de compilación nativo de Kubernetes de código abierto que automatiza la creación y actualización de imágenes de contenedores en Kubernetes mediante Cloud Native Buildpacks.

Azure Spring Cloud también se integra con otros servicios de Azure, como Azure Active Directory, Cosmos DB y Key Vault. Su componente de seguimiento distribuido es popular entre los desarrolladores, ya que les ayuda a identificar y solucionar problemas rápidamente. El servicio también incluye el descubrimiento de servicios y la gestión de la configuración integrados.

Mirantis compra Lens Kubernetes IDE para llegar a los desarrolladores

Mirantis, un proveedor de nube de código abierto, continúa fortaleciendo su enfoque en los contenedores de aplicaciones. En agosto de 2020, adquirió Lens, un IDE para Kubernetes, para brindar a sus usuarios más funciones, como la administración de múltiples clústeres en tiempo real para desarrolladores que crean aplicaciones para entornos de Kubernetes.

El IDE de Kubernetes va más allá de las capacidades típicamente asociadas con un entorno de desarrollo integrado tradicional y, de hecho, proporciona herramientas para el personal de operaciones de TI y para los desarrolladores. Para reflejar esto, Hammond se refiere a él como un IOE o entorno operativo integrado. El analista de Forrester, Dave Bartoletti, lo describe como un panel de K8 de varios clústeres. Y el CEO de Mirantis, Adrian Ionel, compara Lens con Visual Studio de Microsoft.

Un elemento atractivo de la herramienta es que los desarrolladores pueden trabajar con múltiples clústeres de Kubernetes en cualquier nube desde un solo entorno, como:

• Minikube
• Docker Desktop
• Docker Enterprise
• Amazon EKS
• Microsoft AKS
• Google Kubernetes Engine
• Ranchero
• Red Hat OpenShift

COVID-19 alimenta la demanda de COBOL

COVID-19 expuso una falta preocupante de programadores COBOL a nivel empresarial en 2020 debido a los sistemas de seguro de desempleo anticuados que experimentaron un aumento en su uso. COBOL, un lenguaje que ahora tiene más de 60 años, es un lenguaje fundamental para las aplicaciones alojadas en mainframe. De hecho, todavía hay miles de millones de líneas de código COBOL que residen en los sistemas informáticos críticos de organizaciones como la Administración del Seguro Social.

Desafortunadamente, hay muy pocos planes de estudios universitarios que enfatizan COBOL y la mayoría de los programadores familiarizados con él están jubilados. Si bien los codificadores voluntarios se han intensificado con la escasez, las agencias gubernamentales requieren arquitectos e ingenieros capacitados que comprendan el lenguaje, su papel en la arquitectura de mainframe y cómo manipular su escalabilidad.

Para hacer frente a la crisis, IBM y The Linux Foundation lanzaron un Foro de programadores COBOL, donde los programadores COBOL pueden publicar sus currículums y ofrecer su experiencia. De manera similar, el Foro técnico de COBOL es otra comunidad donde los programadores experimentados pueden brindar consejos gratuitos sobre cómo trabajar con COBOL y compartir cursos de capacitación de COBOL de código abierto.

La elección de GraphQL frente a REST dirige el desarrollo de microservicios

Debido a la importancia cada vez mayor de las API que se ha derivado del desarrollo basado en microservicios, muchas organizaciones ahora se enfrentan a la elección entre desarrollar GraphQL o desarrollar API REST. Si bien REST ha disfrutado de su posición como protocolo estándar, GraphQL está ganando popularidad rápidamente debido a su protocolo de base de datos de gráficos y beneficios de seguridad adicionales.

Pantheon Platform, una empresa que se especializa en servicios de alojamiento para sitios WordPress y Drupal, era una empresa que necesitaba tomar la decisión de GraphQL frente a REST. La empresa quería adoptar microservicios, pero necesitaba una forma distribuida y compatible con versiones anteriores para coordinar la comunicación de microservicios. El desarrollo de API primero era una mala opción para la empresa, ya que impedía a los desarrolladores de aplicaciones para el usuario y servicios de fondo comenzar sus ciclos de desarrollo y realizar pruebas con un esquema al mismo tiempo.

«[Eso] no es algo que podamos hacer con el desarrollo enfocado en API», dijo Michelle Krejci, ingeniera de servicio líder en Pantheon. «Tuvimos que esperar a que alguien creara la API después de [diseñarla] ».

En este caso, Pantheon recurrió a Apollo GraphQL Server, una versión federada de la plataforma GraphQL de la herramienta que ayuda a administrar las comunicaciones entre servicios entre servicios, obtener una mayor eficiencia de red, admitir consultas detalladas sobre relaciones de objetos, monitorear puntos finales y desacoplar el desarrollo de back-end de la parte delantera.

Sin embargo, existe una curva de aprendizaje pronunciada para los desarrolladores más familiarizados con los conceptos REST, ya que necesitan cambiar nuevas técnicas de codificación para esquemas de gráficos. Además, GraphQL presenta inconvenientes, incluida su incapacidad para utilizar el almacenamiento en caché HTTP en navegadores web y móviles o utilizar códigos de estado HTTP familiares.