Les premiers pas d’Anchor Developer dans le Serverless

La semaine dernière, nous avons discuté de certains des défis que nous avons dû surmonter lorsque nous travaillions avec une architecture sans serveur, mais qu’en est-il de l’expérience du développeur ? Comment commencer, comment s’assurer que nous pouvons travailler avec le code, les déploiements et les tests.

Le serverless est un excellent paradigme qui nous a donné d’excellents résultats, mais l’expérience du développeur est également très importante, nous savions que nous voulions avoir des environnements isolés de la production, avec un peu de chance, chaque développeur avec son propre environnement également isolé des autres pour pouvoir tester de nouveaux codes sans effets secondaires sur la production ou le code de quelqu’un d’autre, Nous avons donc cherché quelques options.

Nous avons commencé le développement initial en utilisant Serverless Framework, il était très facile de mettre en place quelque chose, souvent appelé simplement « Serverless », Serverless Framework est un framework open-source qui simplifie le déploiement et la gestion des applications serverless. Il fait abstraction de la complexité de la gestion de l’infrastructure, ce qui nous permet de nous concentrer sur l’écriture du code.

Le cadre était crucial, le caractère déclaratif nous a permis d’avoir toute notre infrastructure en code (IaC), en décrivant l’état souhaité de l’infrastructure plutôt que de spécifier le processus étape par étape pour atteindre cet état, nous avons pu obtenir des descriptions plus abstraites et lisibles de l’infrastructure. Nous avons pu disposer d’une infrastructure de contrôle de code source, ce qui a permis la gestion des versions, la collaboration et le suivi des modifications au fil du temps, ce qui est très important pour gérer et documenter l’évolution des configurations, et cela nous a également permis de recréer des environnements entiers de manière cohérente. Cela s’est avéré inestimable pour le développement, les tests et le déploiement, car cela réduit les risques de problèmes liés à l’environnement et garantit que tout le monde travaille avec la même configuration d’infrastructure.

C’était le grand tremplin pour permettre aux développeurs d’avoir des environnements cohérents et des clones à 100 % de la production, un effet secondaire agréable d’avoir tout sans serveur était que puisque nous ne payons que pour les ressources de calcul réelles utilisées, l’utilisation sporadique des piles de développement n’a pas entraîné les mêmes coûts que l’environnement de production, aujourd’hui nous sommes passés à Terraform (Aussi un moyen de gérer l’infrastructure en tant que code) mais l’idée est la même, les leçons tirées du Serverless Framework traduites dans Terraform.

Restez à l’écoute, d’autres sont à venir #AnchorTechChronicles

Gabriel