Nous aimons l'échec

Echouer est le meilleur moyen de réussir. Notre choix d’architecture reflète cette philosophie.

Dans tout service il y a des erreurs. Qu’il soit monolithique ou construit à l'aide de micro services, il peut tomber en panne à tout moment. Le travail d'un éditeur est de détecter ces erreurs et les réparer rapidement.

La structure monolithique est complexe. Elle est par essence difficile à tester, déployer et maintenir.

Les micro services sont eux construits pour supporter ce type d’échecs. La pluralité des services minimise leur interdépendance. La panne de l’un ne fait pas tomber l'ensemble du système.

Une architecture de micro service est structurellement sous surveillance. On peut ainsi, comme le fait le programme Simian Army de Netflix, tester ses limites et l’améliorer infiniment.

L'écriture minimaliste du code, la vitesse de déploiement, la capacité à réparer et modifier chaque application individuellement nous donne la flexibilité nécessaire pour innover et tester aussi souvent que nous le voulons.

Cette flexibilité nous permet d'assumer l'échec. Et l'échec est la source vive de l'innovation. Nous pouvons innover, tester, nous tromper sans perturber l’ordre des choses.

Ne pas avoir peur de l’échec permet aux équipes de repousser les limites et les normes et de réaliser l’impossible.

C’est cette capacité à accepter l'échec qui nous fait aimer les micro services.

Note : Captain Dash commence une nouvelle série d’articles sur les Microservices. Certains sont techniques, d’autres moins. Notre objectif est de considérer cette forme d’architecture que nous utilisons et de la rendre compréhensible pour le commun des mortels. Ces articles seront publiés tous les dimanches. Donc suivez-les sur Twitter ou abonnez-vous à notre blog et recevez votre mise à jour hebdomadaire sur cette fabuleuse architecture qui est en train de changer la façon de faire des affaires !

 

Anti-Fragile - Micro Services Love Stress

When it comes to architecture safety, we traditionally refer to systems as being fragile or robust. But, there is in fact a triad – Fragile, Robust and Anti-Fragile!

antifragile-microservices-and-devops-a-study-4-638Over the years, companies have invested millions in their architecture and with each passing addition these architectures grow increasingly complex till they are a mass of technological spaghetti. When faced with such architecture we are afraid to touch it with fear of completely unraveling it. This is what a fragile system looks like; a system where even the slightest change can result in a complete breakdown.

The solution routinely sold to us is to make it robust, more resilient. This solution consists of wrapping a fragile system in layer upon layer of protection – much like bubble wrapping a delicate wine glass – and these layers will need to eventually be removed to affect any changes. A robust system will at it’s best ignore changes and at it’s worst will resist change. This is dangerous in the present environment of constant change.

Micro Services offer us the third option – to build an anti-fragile system! An anti-fragile system simply put is a system that not only thrives but also benefits from stress – the stress of run time, of change, of failure. It gets better with stress and allows us to embrace change and agility.

An example is Netflix’s Simian Army. This is a tool that systematically destroys their existing system to expose weaknesses and forces the system to improve, to handle runtime conditions better and to change faster.

simian-army

Imagine a system that allows you to destroy it and comes out of that better than before! THIS is what Micro Services bring. By allowing for mistakes, stresses, and weaknesses they lead us to take leaps in innovation instead of baby steps. We can call Micro Services just another name for SOAs or call them a buzzword but what they bring to the table – anti-fragility, flourishing on change, innovation – are more than just buzzwords. They are a reality if we want to stay relevant!

To stay updated with our series on Micro Services architecture follow us on twitter or subscribe to our blog.

Written By: Meghna Verma Meghna Verma is the Content Manager at Captain Dash.  You can reach her on Twitter @M3GV3RMa .