fbpx
i

Class aptent taciti sociosqu
ad litorato rquent per conubia nostra

icone-cours-time-80

5h

icone-cours-level-confirme-80

niveau
confirmé

puis 25€ /mois

icone-cours-time-80

5h

icone-cours-level-confirme-80

niveau
confirmé

puis 25€ /mois

icone-cours-time-80

5h

icone-cours-level-confirme-80

niveau
confirmé

puis 25€ /mois

Jusqu'à présent nous sommes restés très théorique dans notre approche du DevOps, il est grand temps de passer à un peu plus de pratique. Les API, l'approche SOA et plus particulièrement MSA sont de merveilleux outils qui vous permettrons de développement rapidement vos services, il est donc important pour une équipe DevOps de bien comprendre leurs enjeux. Vous comprendrez à quel point les API sont omniprésentes dans l'informatique moderne. Tous les outils de clouds et d'automatisation se basent sur des API, pour pouvoir optimiser l'utilisation de ces outils il vous faudra donc maîtriser les rouages des API.Dans ce module vous trouverez quatre fiches.

Part #1 - Premières notions d'API

En informatique, une interface de programmation applicative ou API pour « Application Programming Interface » désigne une interface structurée permettant d’offrir des services à un autre logiciel.

De nos jours vous trouverez de plus en plus d’entreprise qui expose leur Système d’Information à travers des API public ou privée. Cette dernière approche est très rare car toute les API dignes de ce nom doivent supporter un mécanisme d’authentification qui permettent de sécuriser les communications inter API.

Part #2 - L'architecture microservices - MSA

Selon Wikipedia « Microservices is a variant of the service-oriented architecture (SOA) architectural style that structures an application as a collection of loosely coupled services. In a microservices architecture, services should be fine-grained and the protocols should be lightweight. The benefit of decomposing an application into different smaller services is that it improves modularity and makes the application easier to understand, develop and test. It also parallelizes development by enabling small autonomous teams to develop, deploy and scale their respective services independently. It also allows the architecture of an individual service to emerge through continuous refactoring, Microservices-based architectures enable continuous delivery and deployment. »

Part #3 - Migrer vers une MSA

Les problèmes listés dans le chapitre précédent ne sont pas insurmontables, les méthodes agiles permettent notamment de réduire leurs impacts. Cela demande cependant une certaine rigueur, rigueur qui devrait être de plus en plus importante au fur et à mesure que le projet grossis.

Face à ces tentions l’architecture microservices aborde une approche très basique. Il ne faut que des petits projets.

Part #4 - Les services Stateless et Stateful

En terme de service ou d’API il est primordial de distinguer deux comportements fondamentalement opposés.

Pour comprendre le concept de « stateless », il faut comprendre le « stateful ». Quand on parle de systèmes informatiques, un « state », état en français, est simplement la condition ou la qualité d’une entité à un instant donné. Etre « stateful », c’est s’appuyer sur des moments dans le temps et changer la sortie en fonction des entrées et de l’état déterminés.

Part #5 - Quiz de validation des connaissances

Quiz de 5 questions avec un score minimal requis de 70%

Bonne chance !

Certificat de réussite