El informe semestral de la consultora global de software tambi茅n destaca el auge del "equipo de plataforma"
Hoy, 黑料门, 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.
听
鈥淒efinitivamente 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 黑料门. 鈥淪in 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 鈥淭CTB -听 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 黑料门.com/radar para explorar la versi贸n interactiva del radar o descargue la versi贸n PDF.
听