Please enable JavaScript.
Coggle requires JavaScript to display documents.
Generación de Arquitecturas de Servicios utilizando Azure SAS, ., : -…
Generación de Arquitecturas de Servicios utilizando Azure SAS
Introduccion
Estilo de Arquitectura con Microservicios
Los servicios son los responsables de conservar sus propios datos o estado externo.
Estos son servicios que se comunican entre sí mediante API bien definidas.
Admite la programación políglota. Es decir, no es necesario que los servicios compartan la misma pila de tecnología, las bibliotecas o los marcos.
Diez principios de diseño para A.Azure
Particiones alrededor de limites
Diseño para las operaciones
Uso de Servicios administrados
Coordinacion minimizada
Usar el mejor almacen de datos para el trabajo
Redundancia
Diseñe para evolucionar
Diseñe para la recuperación automatica
Cree teniendo en cuenta las necesidades de la empresa
Diseño escalado horizontal
Estilo de Arquitectura con Microservicios
Las ventajas de los microservicios tienen un "precio". Estos son algunos de los aspectos que deben tenerse en cuenta
Desafíos
Integridad de datos
Cada microservicio es responsable de la conservación de sus propios datos. Como consecuencia, la coherencia de los datos puede suponer un problema
Administración
Para tener éxito con los microservicios se necesita una cultura de DevOps consolidada. El registro correlacionado entre servicios puede resultar un desafío.
Control de versiones
Es posible que varios servicios se actualicen en cualquier momento; por lo tanto, sin un cuidadoso diseño, podrían surgir problemas con la compatibilidad con versiones anteriores o posteriores.
Serie de aptitudes
Los microservicios son sistemas muy distribuidos. Evalúe cuidadosamente si el equipo tiene los conocimientos y la experiencia para desenvolverse correctamente.
Procedimientos
recomendados
Para obtener instrucciones detalladas sobre cómo crear una arquitectura de microservicios en Azure
Designing, building, and operating microserviceson Azure (Diseño, creación y funcionamiento de microservicios en Azure).
Estilo de arquitectura con microservicios
Equipos pequeños y centrados. Un microservicio debe ser lo suficientemente pequeño como para que un solo equipo de
características lo pueda compilar, probar e implementar.
Agilidad, Dado que microservicios se implementan de forma independiente, resulta más fácil de administrar las correcciones de errores y las versiones de características
Base de código pequeña. En las aplicaciones monolíticas, con el paso del tiempo se da la tendencia de que las dependencias del código se acaben enredando.
Mezcla de tecnologías. Los equipos pueden elegir la tecnología que mejor se adapte al servicio de una combinación de pilas de tecnología, según corresponda.
Aislamiento de errores. Si un microservicio individual no está disponible, no interrumpe toda la aplicación, siempre que los microservicios de nivel superior estén diseñados para controlar los errores correctamente.
Escalabilidad. Los servicios se pueden escalar de forma independiente, lo que permite escalar horizontalmente los subsistemas que requieren más recursos.
Aislamiento de los datos. Al verse afectado solo un microservicio, es mucho más fácil realizar actualizaciones del esquema
Desafios
Desarrollo y pruebas. La escritura de un servicio pequeño que utilice otros servicios dependientes requiere un enfoque que no sea escribir una aplicación tradicional monolítica o en capas.
Complejidad. Una aplicación de microservicios tiene más partes en movimiento que la aplicación monolítica equivalente.
Falta de gobernanza. El enfoque descentralizado para la generación de microservicios tiene ventajas, pero también puede causar problemas.
Congestión y latencia de red. El uso de muchos servicios pequeños y detallados puede dar lugar a más comunicación interservicios.
Integridad de datos. Cada microservicio es responsable de la
conservación de sus propios datos.
Administración. Para tener éxito con los microservicios se
necesita una cultura de DevOps consolidada.
Control de versiones. Las actualizaciones de un servicio no deben interrumpir servicios que dependen de él.
Serie de aptitudes. Los microservicios son sistemas
muy distribuidos.
¿ Microservicios?
Es una arquitectura de aplicación.
Su ámbito de diseño, implementación y gestión es la modularización de aplicaciones
No es un concepto de integración de aplicaciones
¿Qué son los microservicios?
Los microservicios son pequeños e independientes, y están acoplados de forma imprecisa
Cada servicio es un código base independiente.
Los servicios pueden implementarse de manera independiente.
Microservicios
Además de los propios servicios, hay otros componentes que aparecen en una arquitectura típica de microservicios: Administración e implementación y puerta de enlace de API.
Estos son servicios que se comunican entre sí mediante API bien definidas.
Admite la programación políglota. Es decir, no es necesario que los servicios compartan la misma pila de tecnología, las bibliotecas o los marcos.
Los servicios son los responsables de conservar sus propios datos o estado externo.
Entre las ventajas de usar una puerta de enlace de API se encuentran las siguientes:
Entre ellas tenemos:
Los servicios pueden utilizar los protocolos de mensajería que no son fáciles de usar para un servicio web, como AMQP.
Directivas estándar, como por ejemplo, para la limitación
La puerta de enlace de API puede realizar otras funciones transversales como la autenticación
.
: