Capítulo 6. Propiedad del Servicio-STOSA
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
En el Capítulo 3, hablamos de lo que era un servicio y de cómo podía utilizarse para ayudar a tomar la complejidad de una aplicación y dividirla entre muchos equipos de desarrollo diferentes, cada uno trabajando en su propia base de código y dando soporte a sus propios servicios. Hablamos de cómo dimensionar los servicios y de cómo deben interactuar.
Pero no profundizamos en los detalles de lo que significa que un equipo sea "propietario" de un servicio, y por qué es importante esta propiedad. En este capítulo, explicaremos qué se entiende por propiedad de un servicio, y qué es necesario para que funcione una Arquitectura de Servicios Propiedad de un Único Equipo.
Arquitectura de servicios propiedad de un único equipo
¿Qué es la Arquitectura de Servicios Propiedad de un Único Equipo (STOSA)? STOSA es un principio rector importante para las grandes organizaciones que tienen muchos equipos de desarrollo que poseen y gestionan servicios que comprenden una o más aplicaciones.
¿Qué significa tener una candidatura y una organización STOSA? Para ser STOSA, debes cumplir los siguientes criterios:
-
Debes tener una aplicación construida con una arquitectura basada en servicios .
-
Debe haber varios equipos de desarrollo responsables de crear y mantener la aplicación.
-
Todos y cada uno de los servicios de tu aplicación deben asignarse ...
Get Arquitectura a escala, 2ª edición now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
