La promesse d’une baisse Les coûts matériels ont incité les startups à migrer leurs services vers le cloud, mais de nombreuses équipes ne savaient pas comment le faire de manière efficace ou rentable. Les développeurs de startups pensaient pouvoir maintenir plusieurs bases de code d’application qui fonctionnent indépendamment avec chaque fournisseur de cloud.
Maintenant, ils ont réalisé que cela prend trop de temps à gérer et qu’il n’y a pas de gloire à essayer d’être tout pour tout le monde.
Le déploiement d’une infrastructure cloud implique également l’analyse d’outils et de solutions logicielles, comme la surveillance des applications et la journalisation des activités, ce qui conduit de nombreux développeurs à souffrir de paralysie de l’analyse. C’est pourquoi la monogamie cloud est le principe de fonctionnement généralement accepté pour les startups. Mais toutes les entreprises n’ont pas le luxe d’opérer indéfiniment dans ces limites.
De manière réaliste, il est essentiel d’analyser les outils disponibles avant de choisir un fournisseur d’infrastructure cloud pour contrôler la maturité des applications et les coûts de fonctionnement.
Il vous faut soit :
- Développeurs expérimentés pour maintenir l’intégrité architecturale, la maintenabilité et les considérations de licence, ou
- Une plate-forme cloud conçue pour s’adapter à l’évolution du paysage et créer, migrer et gérer des applications cloud.
En attendant que vous les obteniez, voici quelques bonnes pratiques pour commencer. Examinons les problèmes auxquels les startups sont confrontées avec le cloud, comment définir le résultat de vos applications cloud, comment savoir quand votre infrastructure cloud doit être mise à jour et comment utiliser une combinaison d’outils.
Analysez où vous en êtes et découvrez les difficultés des startups dans le cloud
En matière d’infrastructure cloud, il existe deux niveaux pour les startups :
Il est essentiel d’analyser les outils disponibles avant de choisir un fournisseur d’infrastructure cloud pour contrôler la maturité des applications et les coûts de fonctionnement.
- Startups en phase de démarrage construisant leur premier produit minimum viable. Ces entreprises souhaitent déployer un minimum de cloud computing pour réduire les coûts d’infrastructure et les décisions techniques afin de pouvoir se concentrer sur la stratégie produit et marché.
- Des startups avec des produits qui ont du succès. Ces entreprises s’inquiètent de l’avenir de leur infrastructure cloud en termes de sécurité, d’évolutivité et de maintenabilité. Cependant, ils ne sont pas assez grands pour embaucher une équipe d’experts.
Les fondateurs et les décideurs aux deux niveaux se débattent avec la profondeur de l’expertise technique requise pour gérer le cloud computing. Par exemple, j’ai été approché par une startup de taille moyenne qui avait construit sa solution dans AWS, mais son seul objectif était de tout mettre en place et de le faire fonctionner (niveau 1). Par conséquent, il avait accumulé une dette technique et l’architecture cloud était complexe, avec des centaines de serveurs, plusieurs dizaines de services uniques, des outils tiers, une journalisation partielle et un maillage de services mal implémenté.
Ensuite, cette société a signé un nouveau client basé en Chine qui a insisté pour avoir toute sa solution cloud sur Azure-Chine, un sous-ensemble d’Azure (niveau 2). L’entreprise n’avait aucune idée de ce nouvel environnement.
Construire des solutions parallèles qui ont la parité sur différents fournisseurs de cloud peut être coûteux et nécessiter d’énormes efforts. Mais l’alternative pour cette entreprise était de perdre un important contrat. Ils n’avaient pas le choix.
Pour dupliquer et réajuster le code pour qu’il fonctionne sur deux environnements disparates, les développeurs de l’entreprise auraient pu faire face à une paralysie d’analyse supplémentaire en tentant d’apprendre toutes les implémentations, services et considérations impliqués. C’est pourquoi les startups ont besoin de plates-formes pour créer une architecture indépendante du cloud, écrire du code et automatiser les déploiements sur leur(s) cloud(s) cible(s) tout en effectuant des tests pertinents et des validations de sécurité.
Déterminez le résultat que vous souhaitez obtenir
De nombreuses startups suivent un «modèle de construction et de réparation» pour l’infrastructure cloud. En effet, les développeurs de startups choisissent le premier outil qu’ils voient, puis l’entreprise est liée (en raison de licences ou d’un couplage étroit). Ou ils prennent la recommandation de quelqu’un, ce qui peut ne pas être optimal en termes d’interaction avec d’autres couches de cloud. Ensuite, le manque d’analyse et d’expérimentation appropriées des outils disponibles conduit à des compromis maladroits et à des blocages commerciaux indésirables.