vendredi, 29 mars 2024

Comment le multicloud change les devops

Devops ou devsecops (j’utiliserai devops pour cet article) est plus qu’une simple méthode rapide pour développer et publier des logiciels dans le cloud et sur des systèmes traditionnels. C’est maintenant une norme solide, avec des bonnes pratiques, des procédures et des outils largement acceptés.

Cependant, comme le multicloud finit par être la toute nouvelle voie vers le cloud computing, on me demande comment cela affectera les devops existants programmes. Plus précisément, comment le développement pourrait changer et quels problèmes doivent être résolus avant et après le transfert vers devops pour utiliser des cibles de plate-forme multicloud.

Parlons des modifications et des obstacles.

Premièrement : la complexité. Oui, s’il s’agit d’un multicloud, la complexité devra être gérée, y compris les devops. La gestion de plusieurs plates-formes et technologies cloud peut être compliquée, surtout si elles ont chacune des outils, des procédures et des exigences de sécurité différents. Cela peut rendre difficile pour les groupes devops de gérer et d’automatiser avec succès leur environnement informatique.

Cela équivaut à des dépenses et à une formation supplémentaires. Si vous examinez la plupart des difficultés liées à la complexité du multicloud en termes d’opérations, devops et multicloud reflètent essentiellement ces défis.

2ème : combinaison. L’intégration de différentes plates-formes cloud, applications, informations et autres innovations peut être difficile et coûteuse, en particulier si elles ont des API et des formats d’informations différents. L’objectif est de produire un environnement multicloud fluide qui prend en charge les besoins particuliers du développement, du déploiement et des opérations d’applications.

L’intégration relève vraiment de la complexité, mais c’est une exigence particulière à laquelle les ingénieurs devops doivent répondre. Libérer sur un seul nuage est déjà assez difficile ; néanmoins, l’intégration intra-cloud n’est pas aussi difficile que la combinaison inter-cloud qui se produit dans une version multicloud.

Bien que la plupart des ensembles d’applications et d’informations publiés ne soient pas fermement couplés, des informations et des procédures doivent encore être échangées entre plusieurs clouds qui sont les plates-formes cibles pour les applications publiées. De plus, les processus devops et les chaînes d’outils nécessitent de vérifier ces combinaisons, en plus d’assurer la sécurité et l’efficacité.

Trouvez-vous un modèle ici ? Il y a juste plus de travail à faire lors de l’utilisation de devops avec le multicloud.

Troisième : sécurité et conformité. Garantir la sécurité et la conformité sur plusieurs plateformes et technologies cloud peut être un inconfort substantiel, en particulier si chaque plate-forme a des exigences de sécurité et de conformité différentes, ce qu’elles font généralement. Les équipes Devops doivent s’assurer que leur environnement cible multicloud répond aux exigences et que les données sont protégées des dangers, notamment juridiques.

Quatrième : le coût. C’est un autre problème lié à la complexité. L’exécution de nombreuses plates-formes et innovations cloud coûte cher, surtout si chaque plate-forme a différentes conceptions tarifaires et structures de dépenses. Les groupes Devops doivent tenir compte des implications financières d’un environnement multicloud et découvrir des méthodes pour améliorer les coûts tout en garantissant que leurs environnements cloud répondent à leurs exigences et aux besoins du travail.

C’est là que les finops peuvent être trouvés dans . Finops doit être construit dans une chaîne d’outils et des processus devops pour déterminer quelles plates-formes cloud cibles seront optimisées au mieux en fonction de l’objectif et du coût.

 : collaboration. L’amélioration du partenariat entre différents groupes peut être très pénible, en particulier si chaque groupe est responsable d’une plate-forme ou d’une technologie cloud différente. Les groupes Devops doivent découvrir des moyens d’améliorer la collaboration, la communication et l’automatisation dans l’ensemble de leur environnement informatique. Sinon, les devops ne fonctionneront pas, ce qui concerne principalement les individus et la culture.

Évidemment, vous rencontrerez de nombreux autres problèmes associés à votre organisation spécifique et à votre solution d’innovation. L’énorme chose est de gérer la complexité supplémentaire. La meilleure suggestion consiste à gérer les implémentations cloud complexes (multicloud) selon vos conditions. Pas les termes des implémentations de systèmes complexes.

Utilisez l’abstraction et l’automatisation pour modérer la complexité associée aux devops. Découvrez des performances de coût qui peuvent ne pas exister pour les versions cloud uniques, mais qui sont un avantage du multicloud. C’est la raison pour laquelle vous lancez un multicloud en premier lieu – pour tirer parti des services cloud les plus performants ou les plus rentables. Il appartiendra aux devops de découvrir la voie et les options les plus économiques.

Un déploiement multicloud associé à un excellent programme, procédure, chaîne d’outils et culture devops devrait se dépenser tout au long de sa toute première année d’exploitation. Cependant, en fin de compte, c’est à vous de vous occuper de ces problèmes que j’ai soulevés. Bonne chance.

.

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici