Thèmes généraux

Un gros coût pour un multicloud

Un gros coût pour un multicloud

Tout le temps que les programmeurs passent à apprendre les tenants et les aboutissants de différents clouds est du temps qu’ils ne peuvent pas consacrer à la résolution de problèmes métier.

Le PDG a peut-être annoncé que votre entreprise approuve « pleinement et collectivement » le fournisseur de cloud X lors d’une récente réunion, mais ne cédez pas. Votre organisation est irréversiblement multicloud. Comment puis-je le savoir ? Parce que toute entreprise, même de taille moyenne, est multi-cloud par hasard, sinon par conception. C’est ainsi que l’informatique fonctionne dans une entreprise et c’est pourquoi j’ai suggéré que l’apprentissage d’un deuxième cloud, comme l’apprentissage d’une deuxième langue, peut être bénéfique pour votre carrière.

Cependant, le cloud multimédia a un coût. Par conséquent, comme l’a récemment écrit Tim Bray, ancien directeur d’AWS, la meilleure stratégie cloud est celle qui rend les gens plus productifs. Astuce : Cela peut impliquer de consolider autant de services que possible avec un seul fournisseur de services cloud. Mais ce ne sont que des aspirations.

Vérifiez également :

Multicloud par accident

Aujourd’hui, nous utilisons des services sur plusieurs clouds. Le CIO ne le pense peut-être pas, mais avec la prolifération des logiciels open source ces dernières années, le CIO n’est pas le mieux placé pour savoir tout ce qui se passe dans l’organisation. Obligés de fournir des applications et une infrastructure à un rythme accéléré, les développeurs utiliseront tout ce qui contribue à cet objectif.

Parfois, cela signifiera BigQuery de Google. Lambda d’AWS. Service Microsoft Azure Kubernetes. Un certain nombre de services différents de ce cloud ou d’un autre, même les fonctions de base comme le calcul et le stockage, varient considérablement d’un cloud à l’autre et vos développeurs auront une connaissance (et des préférences) de l’un par rapport à l’autre.

Alors oui, vous êtes un multimédia que cela vous plaise ou non. La question est de savoir si vous devriez.

Amélioration pour les personnes

Le truisme souvent oublié en informatique est que les personnes, et non le matériel ou les logiciels, sont l’atout le plus précieux (et le plus précieux) d’une organisation. En 2008, Jeff Atwood, fondateur de Discourse et Stack Exchange, a attiré l’attention sur ce fait : « Même les calculs les plus simples vous diront qu’il faut un investissement massif dans le matériel pour compenser les coûts annuels d’une équipe même modeste de cinq développeurs. » Il le dit autrement : « Le matériel est bon marché. » Et les développeurs sont chers. Il en est de même avec le programme.

Cependant, il ne s’agit pas seulement des salaires des personnes concernées. J’ajouterais une autre phrase à la pensée d’Atwood : « Le matériel (ou le logiciel) est une marchandise – les gens ont de la valeur. » Les gens peuvent réfléchir attentivement à la manière d’améliorer le logiciel ou de prolonger la durée de vie du matériel. Les gens innovent comme le matériel et les logiciels ne le font pas.

Cela nous ramène à l’argument de Bray.

Oui, les entreprises peuvent choisir d’utiliser le cloud ou se retrouver avec de bonnes intentions. Cependant, affirme-t-il, il est payant « d’aller sur une plate-forme de cloud public et d’utiliser des outils sans serveur au plus haut niveau possible » car « chaque fois que vous réduisez la charge de travail associée au nombre d’instances, aux tailles existantes et à l’espace pour les tables, les descripteurs de fichiers , et les niveaux de révision, vous venez d’augmenter le pourcentage d’embauches durement gagnées pour fournir des fonctionnalités essentielles à l’entreprise qui sont visibles pour les clients.

En d’autres termes, moins les développeurs passent de temps à explorer les différentes entrées et sorties des clouds, plus ils passent de temps à innover pour le compte des clients.

L’inconvénient d’essayer de sortir de l’enfermement une manière architecturale est que vous perdez tout le temps que vous pourriez passer à construire. Bray note: « Si vous allez jusqu’au bout, vous obtiendrez de très gros gains », comme une jauge incroyable, une flexibilité, etc. Bien sûr, « vous pouvez décider que vous n’êtes pas prêt pour toutes les API propriétaires », poursuit-il, « mais vous devrez alors embaucher plus de personnes, ne pas être en mesure de fournir des solutions aussi rapidement et (plus probablement) dépenser plus d’argent .”

Tout cela n’est pas destiné à rendre plusieurs clouds nuisibles à votre organisation. Au lieu de cela, c’est une suggestion que la bonne stratégie sera toujours d’améliorer la productivité des personnes que vous avez ou que vous souhaitez embaucher.

Source : InfoWorld

Articles similaires

Bouton retour en haut de la page