Architect.io

Je ne sais pas comment j'ai pu vivre sans Architecte. Je suis CTO co-fondateur de 2X, je suis donc toujours à la recherche de moyens d'accélérer le délai d'obtention du MVP. Avec Architect, je n'ai passé que quelques heures sur les DevOps dans ma startup actuelle. Total. C'était très simple de faire tourner mon application entièrement fonctionnelle avec un équilibreur de charge, des serveurs d'applications, une file d'attente de tâches, un cache, une base de données, CI/CD, etc. Mais le meilleur, c'est que je n'ai pas perdu la flexibilité d'évoluer selon les besoins. Oh, et j'obtiens un environnement de développement de type production, des environnements de préparation et même de prévisualisation prêts à l'emploi sans travail supplémentaire.

En tant que CTO de startup responsable du développement d'un nouveau produit, la dernière chose sur laquelle je voulais me concentrer était ma stratégie DevOps et de déploiement. J'avais utilisé Heroku dans le passé (ce qui comporte son propre ensemble de défis) et je n'ai pas eu le temps de me renseigner sur le fonctionnement interne des fournisseurs de cloud ou de K8S. Je connaissais très bien Docker et le développement local, et je m'étais toujours demandé pourquoi je ne pouvais pas utiliser les mêmes modèles pour déployer mes applications dans le cloud. C'est exactement le problème qu'Architect a résolu pour moi. Il étend la familiarité de Docker au monde des environnements de production. Vous écrivez un fichier de composition Docker avec quelques options de configuration supplémentaires, et cela alimente vos environnements Docker ET k8s de production locaux. Je ne saurais trop recommander Architect à mes collègues CTO et développeurs. Si vous êtes en train de lancer un nouveau service ou si vous cherchez à simplifier votre stratégie de déploiement de production, essayez Architect.

Si vous êtes un développeur possédant une compréhension approfondie de la technologie, des personnes et des processus des opérations, le déploiement n'est peut-être qu'une étape supplémentaire dans la chaîne de développement. Mais pour de nombreux humains, ce n’est pas le cas. Si nous avons de la chance, nous collaborons parfois entre équipes pour créer et maintenir un CI/CD efficace et, dans un monde parfait, un CD&D. Mais même dans ce cas, les dépendances inconnues et inconnues peuvent toujours nous pousser à un dépannage effréné ou, pire encore, à des déploiements le week-end. J'adore l'idée de laisser la plateforme résoudre le problème « Cela a fonctionné sur mon ordinateur portable » pour me permettre de me concentrer sur le travail créatif que j'apprécie.