Le rapport de Flexera vérifie que les versions multicloud sont de plus en plus une course à deux cloud entre les fournisseurs de cloud public. Parmi tous les répondants, 50% des entreprises ont un travail substantiel sur AWS et 41% exécutent ces charges de travail considérables sur Azure. Google Cloud a une part de 22%. Ce qu’ils ont tous en commun, c’est un développement explosif en 2020 et, j’en suis certain, un développement continu cette année.
Pour être sincère, je me fiche de savoir qui remporte la course pour devenir la première entreprise de cloud public. Il s’agit davantage de savoir comment tirer parti de ces nuages de manière à vous permettre de résoudre les problèmes de service.
Sur L’Entrepreneur: Quand le multicloud hybride a des avantages techniques ]
Les raisons de passer au multicloud ne sont pas beaucoup pour éviter le verrouillage mais pour avoir des choix pour créer des applications et migrer vers le cloud. De nombreuses entreprises utilisent au moins deux marques de cloud public, ce qui indique le multicloud. Mais vous pouvez tuer une bonne implémentation multicloud si vous ne tenez pas compte de ces 3 recommandations.
Choisissez des outils communs, cross-cloud. La pire chose que vous puissiez faire lors de la construction d’un service multicloud est de outils et technologies de silo dans chaque cloud. Cela comprend la sécurité, la gouvernance, les outils opérationnels, etc.
. Le résultat d’achèvement est un outil pour chaque cloud public. Lorsque tout est confié aux équipes cloudops, elles doivent gérer au moins neuf outils, qui nécessitent des compétences et une formation différentes. La complexité indique généralement que la version finale multicloud n’est pas fonctionnelle de manière réaliste. Vous devez trouver des outils communs qui fonctionnent dans les nuages.
Comprenez les dépenses liées à l’inclusion des nuages. Si vous prenez en charge 2 clouds publics, les frais liés à l’ajout d’un autre devraient être équivalents ? Incorrect. Cela dépend vraiment de ce que vous faites avec ce cloud public particulier.
Si vous avez 100 applications et bases de données liées sur un cloud et 150 sur un autre, si vous ajoutez un cloud public qui n’en a que 5, le coût des opérations par application augmente considérablement pour cette société de cloud public. Ceux qui souhaitent intégrer un tout nouveau cloud public à notre multicloud doivent prouver des facteurs économiques forts. Gardez à l’esprit que les coûts d’exploitation de chaque entreprise de cloud computing sont principalement réparés. Évitez une culture de choix sans encombre. Multicloud signifie choix – options dans les services de sécurité, les outils de développement d’applications, les bases de données , etc. Le choix de différents services cloud en ligne augmente la complexité et la complexité augmente les menaces et les coûts. C’est un compromis. Nous souhaitons que les développeurs et autres innovateurs choisissent les meilleurs services qu’ils souhaitent utiliser. S’ils passent à de tout nouveaux services, vous aurez probablement des services redondants pour fonctionner en back-end, tels que des services multi-sécurité, des services multi-bases de données, etc. . L’idée est de ne pas être oppressif sur des services cloud plus hétérogènes, mais de comprendre les compromis qui doivent être gérés. À la fin de la journée, il devrait y avoir un ensemble convenu de services typiques pour réduire la complexité, les dépenses et le danger. Plus à venir. Nous découvrons des choses à ne pas faire chaque semaine.
