Résumé du livre "Création de microservices"

Je ne comprends rien à l'architecture des microservices, j'ai donc décidé de lire et de décrire le livre de Sam Newman, Création de microservices. À mon avis, cela s'est avéré être une bonne introduction pour les personnes qui commencent à se plonger dans ce sujet.

Microservices

L'idée de l'architecture de microservices repose sur plusieurs concepts: conception orientée sujet, livraison continue, virtualisation à la demande, automatisation des infrastructures, petites équipes autonomes et systèmes évolutifs. Le microservice est un petit service autonome (qui peut être complètement réécrit en deux semaines) qui ne réalise qu'une seule tâche. Dans le même temps, les limites des microservices sont formées sur la base des limites commerciales.

Avantages de l'approche:

• l'hétérogénéité technologique est possible;
• une dégradation élégante est facilement obtenue;
• les parties individuelles du système évoluent indépendamment;
• déploiement indépendant des services;
• partage simple des responsabilités entre les équipes.

Il semblerait qu'il soit possible de remplacer l'architecture de microservice en plaçant simplement le code dans des bibliothèques. Mais cela ne résout qu'une partie des problèmes - hétérogénéité technique, mise à l'échelle simple, déploiement indépendant sont impossibles. De plus, le problème de la connectivité non contrôlée demeure.

Dans certaines langues (par exemple, Erlang), des parties individuelles du programme (modules) peuvent être mises à l'échelle et déployées indépendamment. Mais c'est plutôt une exception à la règle.

Les microservices ne sont pas une solution miracle. Ils sont soumis à tous les problèmes des systèmes distribués. Il est important d'apprendre à déployer, tester et surveiller un tel système de manière qualitative. L'architecture de microservices n'est pas adaptée à toutes les entreprises.

Architecte de développement

Lors du développement d'un système composé de nombreux services, le rôle de l'architecte augmente.

. . , , . — . , , , .

— , , .

:

• ;
• ;
• .

( ) .

— , . , , .

. , . .

( DDD) — .

, , . . , , — .

« », -.

. : , , - . , -.

:

• - ;
• ();
• .

-, , — . , . — . , — .

, «» , , . , - . . , .

, . . «-», .

— . . , ( ). ( ).

, — RPC REST. RPC — , , . REST — , ( REST-).

. - ( ATOM) . , , .

. : , — . -, .

.

— ( 1.5.3 2.0.0) . URI (, /v1/createUser/, /v2/createUser/), , HTTP, .

( 1.5.3 2.0.0), — , . , .

, . .

— . , , .

— API-, . , ( ).

— backend-for-frontend (BFF). (, ) API- .

, API-.

(, CMS CRM). . — , API.

. , , .

. — . , , . : ; .

, . — . . , (, , ).

. . :

• ;
• ;
• , ;
• ( Netflix).

. , (, ) . (-).

( , , ). . . .

, . , Chef, Puppet Ansible. — , . — , deb-. . , . — .

LXC- — . . Docker — , , Kubernetes.

- , , . , , -. E2e , .

- - — (), (). . — Mountebank.

(e2e) . CI, , . CDC ( ).

- . ( ).

. .

-, .

- : — . . -.

( - ) — . (, , - -). , . , . , .

.

-, , . , .

-, . , (, logstash) (, Kibana) .

( , ) -. , - .

: - .

. , .

. — , , . — , . . , .

, :

1. . , - - . , — , .
2. HTTP(S) Basic Auth. -, HTTPS, SSL-. -, ( Basic Auth).
3. . , — , , .
4. . , .
5. - (HMAC). , , . ( JWT) . — , .
6. API-. , , API-. , , .

. , .

. , IP- . .

. , .

«, , ­, »

, , , .

— , , - . , .

: , , . . , , .

— (graceful degradation).

— . , - .

— . , , , . , , - .

— , . , , ( ), . . «», , .

, .

— . . .

— . . .

— . . - , .

— , (), . . .

. , .

, -, :

• , , ;
• - , , , , ;
• , , , .

, , .

HTTP . cache-control expires ETag . HTTP, , .

. , . , , - . , .

— . ( , , ) . , .

CAP

: , . .

Le moyen le plus simple consiste à utiliser DNS. Si ses capacités ne suffisent pas, vous pouvez utiliser des choses comme Zookeeper, Consul ou Eureka.

Documentation

Les services API doivent être documentés. Il est hautement souhaitable que le code et la documentation soient connectés et qu'il soit impossible de changer une chose. Par exemple, vous pouvez prendre Swagger ou HAL.

Sommaire

L'architecture des microservices est basée sur plusieurs principes:

• modélisation autour de concepts commerciaux;
• culture de l'automatisation;
• détails cachés de la mise en œuvre interne;
• décentralisation complète;
• déploiement indépendant;
• échecs isolés;
• observation complète.