Enable javascript in your browser for better experience. Need to know to enable it? Go here.
technology radar edition24

El último radar tecnológico de Thoughtworks advierte sobre los peligros de la selección de herramientas en la gestión de implementaciones en la nube

El informe semestral de la consultora global de software también destaca el auge del "equipo de plataforma"

Hoy, Thoughtworks, una consultora de software global, lanzó el Volumen 24 del Radar Tecnológico, que insta a las empresas a considerar cuidadosamente su elección de funciones de cloud, en medio de una creciente disponibilidad de conjuntos de herramientas consolidados.

 

A medida que las plataformas en la nube maduran, los proveedores ofrecen más paquetes de herramientas para administrar el desarrollo y la implementación de la nube: herramientas diseñadas para repositorios de artefactos, control de fuentes, canalizaciones de CI/CD, wikis y más. Sin duda, esta agregación de herramientas entrega comodidad para los desarrolladores y los equipos de adquisiciones; sin embargo, es poco probable que estos paquetes representen la mejor opción en todos los ámbitos.

 

“Definitivamente hay valor en estos conjuntos de herramientas consolidados, que teóricamente, deberían funcionar bien juntos y complementarse entre sí”, dice la Dra. Rebecca Parsons, chief technology officer de Thoughtworks. “Sin embargo, también hay ocasiones en las que es más apropiado adoptar el enfoque de 'best of breed'. Por ejemplo, si desea tener la flexibilidad de intercambiar sus cargas de trabajo entre proveedores de la nube, es útil no estar atrapado en un conjunto de herramientas ".

 

El Radar Tecnológico Vol. 24 también destaca los siguientes temas:

 

Los equipos de plataforma impulsan el Speed to Market

 

Cada vez más, las organizaciones están adoptando un concepto de "equipo de plataforma". Por lo general, esto consiste en un grupo dedicado que crea y respalda las capacidades de la plataforma interna para acelerar el desarrollo de aplicaciones, reducir la complejidad operativa y mejorar el time to market, o tiempo de comercialización.

 


 

 Perennemente "demasiado complejo para hacer blip"

 

Muchos de los temas complejos considerados para incluirlos en el Radar terminan siendo clasificados como “TCTB -  too complex to blip, o demasiado complejo para hacer blip”. Y, a menudo, estos temas se repiten constantemente; incluyendo monorepos, pautas de orquestación para arquitecturas distribuidas y modelos de ramificación. Como muchos temas en el desarrollo de software, existen muchas compensaciones, que permiten entregar un asesoramiento claro e inequívoco.

 


Discernir el contexto para el acoplamiento arquitectónico

 

El tema del nivel apropiado de acoplamiento en la arquitectura de software, entre microservicios, componentes, puertas de enlace API, centros de integración y frontend, es siempre de gran interés. Pero nunca habrá una sola respuesta correcta: las decisiones deben tomarse caso por caso, en lugar de buscar una solución genérica, pero inadecuada.

 

Visite Thoughtworks.com/radar para explorar la versión interactiva del radar o descargue la versión PDF.