Qu’est-ce que « Everything as Code » et pourquoi c’est important

En termes simples, « Whatever as Code » (EaC) est un moyen de gérer les installations informatiques et de créer des systèmes et des outils qui prennent en charge les applications logicielles contemporaines. Il prend les processus manuels et les activités que les individus effectuent et les transforme en code logiciel afin que les appareils puissent faire ces choses à la place. Tout ce dont les équipes ont besoin pour découvrir, s’entendre et contrôler est enregistré et « codifié » sous forme de fichier de configuration que les humains peuvent consulter, puis les appareils peuvent exécuter.

Pensez si votre cuisine pourrait comprendre votre recette préférée et après cela, sélectionnez automatiquement les bons outils pour la préparer, le bon processus pour la cuisiner, et même les bons accords vin blanc et dessert, puis vous servir ce repas exact encore et encore et encore, chaque fois que vous le demandez. Cela semble impossible ? … Il est. Cependant, si votre coin cuisine était un fournisseur de cloud public et que votre repas était une application logicielle, c’est pratiquement exactement ce dont nous parlons ici.

Everything as Code permet aux développeurs d’indiquer à leurs fournisseurs de services cloud (ou à leurs systèmes locaux) exactement ce dont ils ont besoin pour « distribuer » le meilleur l’application, puis les systèmes, les outils et les processus exécutent tous ce plan pour y parvenir.

Utiliser les meilleures pratiques de développement pour accélérer le délai de mise sur le marché

EaC a en fait été autant un changement culturel comme technologique puisqu’il a totalement révolutionné la méthode des concepteurs quant à la structuration, la diffusion et l’évolution des logiciels. Par exemple, avant « en tant que code », si, par exemple, une petite entreprise avait besoin d’exécuter une application, elle devait prendre de nombreuses mesures. Un administrateur informatique achèterait un serveur physique avec la bonne quantité de disque physique embarqué, de CPU et de mémoire. Il arriverait quelques semaines plus tard, et l’administrateur devrait installer le système d’exploitation, configurer le noyau pour une efficacité maximale, puis raccorder le serveur à un réseau physique. Toutes ces étapes étaient longues, susceptibles d’erreurs humaines et difficilement évolutives – et quelques-unes des choses qui devaient être faites avant que les développeurs d’applications logicielles puissent réellement commencer à exécuter leurs applications.

Avec une approche « en tant que code », un développeur peut décrire les mêmes fonctionnalités dans un fichier de configuration de politique, qui informe précisément la société cloud choisie du bon type de environnement de serveur pour « faire tourner ». Le fournisseur de services cloud peut le faire établir en quelques secondes et l’avancement peut commencer instantanément. Plus tard, si le développeur a besoin d’apporter une modification ou de passer d’un environnement de test à un environnement de production, il peut simplement personnaliser le fichier dans le code, le soumettre à nouveau et le fournisseur de cloud le mettra à niveau en quelques secondes. Cela augmente la vitesse et l’échelle de manière exponentielle étant donné que les appareils peuvent exécuter du code beaucoup plus rapidement que les gens ne peuvent effectuer des tâches, et si cela est fait correctement, cela peut également éliminer les erreurs humaines et le travail répétitif.

Exemples populaires « en tant que code »

Deux des exemples les plus populaires de « as code » qui font partie du mouvement « Whatever as Code » sont les installations en tant que code et la politique en tant que code :

Infrastructure as code

L’application logicielle moderne s’exécute dans un environnement hyper-virtualisé, ce qui inclut la complexité mais permet également un niveau de contrôle inégalé. Le code d’application est exécuté dans des conteneurs virtuels, eux-mêmes fonctionnant sur des appareils virtuels, tous en contact avec un réseau virtuel, qui peuvent tous être gérés avec du code d’application logicielle. Aujourd’hui, au lieu de commander un serveur, les concepteurs peuvent simplement définir les exigences de leur application, puis envoyer cette demande sous forme de code d’application logicielle. Les plateformes cloud exécutent ce code et développent immédiatement l’environnement demandé. Ce qui est vraiment important à ce sujet, c’est que cela permet aux entreprises de « s’adapter selon leurs besoins » – elles paient pour l’utilisation réelle à tout moment, et elles peuvent augmenter ou réduire selon les besoins.

La politique en tant que code

C’est à ce moment que les politiques sont constituées d’un grand nombre de règles codifiées et mises en œuvre dans différents systèmes. Considérez la « politique en tant que code » comme un ensemble de garde-fous qui identifient ce qui est autorisé à se produire et ce qui ne peut jamais se produire. La politique est dissociée (ou séparée) de l’application ou de l’infrastructure. De cette façon, si une politique doit être modifiée, un concepteur n’a pas besoin de mettre à niveau (ou de s’inquiéter de changer ou de casser) le reste de l’application ou de l’infrastructure. Cela signifie que vous pouvez modifier le codage de la stratégie sans modifier le codage de l’application. Open Policy Representative (OPA) est un excellent exemple de politique en tant que code. OPA est un moteur de politique à usage général qui fournit une norme unique pour la politique qui peut être mise en œuvre n’importe où.

Les trois principaux avantages d’un tout -technique as-code

Lorsque vous laissez les humains être imaginatifs et analyser des problèmes difficiles, et que vous les laissez faire équipe, partager et imaginer, nous comprenons tous que la magie peut se produire. Tout en tant que code permet aux humains de choisir ce qui est juste, puis charge les machines de le faire. Cela indique que vous tirez le meilleur parti de tout, y compris :

• Répétabilité : tous les processus, politiques et descriptions sont notés dans le code, de sorte qu’ils sont facilement répliqués. Supposons qu’un concepteur travaillant pour une banque internationale souhaite définir une politique qui stipule : « Seuls les utilisateurs situés dans le centre des États-Unis peuvent accéder aux comptes de service entre 9h00 et 17h00 CT. » Si un autre concepteur situé en Europe souhaite appliquer la même politique, mais avec un fuseau horaire mis à jour, il peut rapidement reproduire la politique pour le faire. Cela économise du temps au deuxième concepteur, le libère de la transformation de la roue et implique également moins de marge d’erreur.
• Évolutivité : définir la configuration en tant que code implique que les systèmes peuvent évoluer à la demande avec peu de risque d’erreur. . Et comme les environnements sont littéralement définis dans le code et peuvent être lancés n’importe où, le filtrage devient également beaucoup plus facile. Les environnements d’avancement, de projection et de production peuvent être aussi proches que possible de l’identique, et les leçons apprises dans l’un peuvent être utilisées pour les autres avec des modifications de politique uniquement. Avec une approche « en tant que code », les développeurs peuvent évaluer leurs modifications avant qu’elles ne soient mises en production, réduisant ainsi le risque d’erreurs et les risques de sécurité. L’automatisation libère également du temps pour les développeurs et leur permet de se concentrer sur des tâches plus séparées.
• Sécurité : lorsque la politique et la configuration de sécurité sont libérées de boîtes noires dédiées, de fichiers PDF et de conférences de groupe et sont plutôt codifiées dans des fichiers de politique, les groupes peuvent traiter ces politiques soumises comme n’importe quel autre fichier d’application logicielle. Cela signifie qu’ils l’enregistrent et l’examinent par des pairs. Ils itèrent dessus et exécutent cette sécurité partout. Il peut être roulé vers l’avant ou vers l’arrière selon les besoins. Et, lorsque les groupes exigent de prouver aux auditeurs que leur politique reste conforme, ils peuvent rapidement pointer vers le code.

Lorsque c’est bien fait, « whatever as code » permet aux équipes de définir ce qui est juste et laisse ensuite les systèmes s’en occuper. Il démocratise la capacité de développer des applications et de résoudre les problèmes, suggérant que plus de personnes peuvent contribuer à un meilleur produit final.

Et, évidemment, Whatever as Code n’est pas presque le contrôle des systèmes. Il tire également le meilleur parti de la culture du travail que les concepteurs de logiciels ont mise en place pour réduire les erreurs et optimiser la satisfaction et les performances complètes. En automatisant la répétition et en promouvant le partenariat, Everything as Code permet aux gens de se concentrer sur de nouveaux défis et un travail significatif et laisse les créateurs s’occuper du reste.

.