Pourquoi le service d’emojis a-t-il choisi le MSA ?
(tech.kakao.com)J’ai rédigé ce billet pour partager l’historique de l’adoption du MSA afin de sortir du legacy.
Comme la réflexion qui nous a amenés à adopter cette architecture est partie d’un point de vue de maintenance du service,
il sera sans doute plus utile à celles et ceux qui s’intéressent à la refonte d’un système legacy qu’à ceux qui créent un nouveau MSA.
Pour l’infrastructure mise en place pour l’adoption du MSA :
-
kubernetes + istio + argocd(kustomization)
-
spring cloud gateway
Les principaux environnements techniques du service sont :
-
spring-webflux-coroutine
-
r2dbc
-
grpc
entre autres.
Nous préparons aussi une nouvelle série de tâtonnements pour introduire ensuite une architecture event driven.
J’espère pouvoir la partager également une fois la mise en place terminée.
S’il y a des points qui vous semblent manquer ou des questions, n’hésitez pas à laisser un commentaire. Je répondrai dans la mesure du possible ~
ps. Le titre du document partagé est un hommage à un support de présentation célèbre du passé :)
2 commentaires
Ah… haha
J’ai pris beaucoup de plaisir à lire votre article sur le processus d’amélioration d’un service de grande ampleur et sur les technologies que vous avez choisies~
On fait souvent l’analogie avec la construction d’une maison, mais on se concentre surtout sur la conception ; j’ai aussi apprécié le fait que vous évoquiez jusqu’à l’étape de supervision du chantier.
Merci pour ce très bon article.
Merci d’avoir lu cet article ~ :=)