Les outils de gestion du cloud toujours insaisissables

L'équipe Cloud de Google a discuté cette semaine de l'intégration multicloud avec sa propre plate-forme et AWS à l'aide de Google Cloud Endpoints et de Lambda d'AWS. Les points de terminaison Cloud vous permettent de développer des API ouvertes, et vous pouvez ensuite appeler ces API à partir de Lambda. Cela peut être la voie à suivre pour les entreprises désireuses d'intégrer leurs multiples fournisseurs de cloud public. Nous nous intéressons à la dépendance au réseau qui est maintenant introduite lorsque les deux fournisseurs se connectent. Nous verrons quels autres outils d'intégration ou de gestion multicloud sortiront à mesure que cette tendance se développera.

Sur le thème des clouds travaillant ensemble, le thème de la conférence ONUG Spring 2017 de cette semaine était le cloud hybride. L'ONUG, l'Open Networking User Group, s'occupe de développer et d'utiliser les technologies ouvertes qui peuvent aider les entreprises à fonctionner. Les membres du groupe ont opté pour le cloud hybride car il manque encore beaucoup au cloud computing public, comme les API standard, la sécurité, les outils de surveillance et les compétences informatiques. Comme de nombreuses entreprises l'ont découvert, il n'est pas facile d'étendre l'infrastructure sur site au cloud pour les charges de travail critiques.

La gestion de l'infrastructure cloud est en train de devenir une nouvelle classe de produits pour les entreprises qui tentent de rendre le cloud moins complexe. La gestion du cloud couvre toute la gamme de l'utilisation de la technologie héritée pour gérer un cloud privé aux outils de gestion de cloud public tiers. Ensuite, il y a les défis de gestion multicloud et cloud hybride auxquels les entreprises sont confrontées. Étant donné que ce type d'outils de gestion du cloud n'est pas exactement disponible, les acheteurs doivent lire attentivement les petits caractères lorsqu'ils examinent les produits qui indiquent qu'ils peuvent gérer tous vos déploiements cloud.

Enfin, voici une histoire d'horreur de réseau pour vous envoyer dans le week-end. La petite erreur de code d'un ingénieur réseau a supprimé l'accès mobile à des millions de personnes. L'erreur de code a été aggravée par d'autres erreurs, certaines d'origine humaine et d'autres liées au processus. Les leçons apprises sont particulièrement précieuses :prenez le blâme là où il est dû, mais corrigez d'abord, puis pointez du doigt. La planification des tests et les tests réels sont essentiels. Et un conseil sur l'erreur humaine que nous pouvons tous utiliser :ne commettez pas deux fois la même erreur. Il y a encore plus d'histoires "Comment j'ai cassé mon réseau" du podcast Network Collective.

Jusqu'à la semaine prochaine, pointez vos t et croisez vos i.