Le groupe de solutions cloud dispose d’un architecte qui a conçu le service cloud cible ou la sélection et la configuration des différents types d’innovation cloud – idéalement, tout en gardant à l’esprit les exigences de l’entreprise. Malheureusement, souvent, la solution ressemble à un who’s who de la technologie hype, composée de tout sans serveur, de l’informatique de pointe utilisant des jumeaux numériques, des conteneurs et des clusters de conteneurs partout. Le plaisir commence en fait lorsque toute cette innovation se transforme en descriptions de tâches et qu’une armée de recruteurs internes et internes essaie de remplir ces rôles.
Ceux d’entre vous qui recherchent ces compétences comprennent qu’il y en a environ 20. tâches req courir après un seul prospect certifié. Dans de nombreux cas, c’est 50 à 1, avec plus d’emplois non pourvus, ce qui reporte les projets cloud ou, dans de nombreux cas, les annule carrément.
Dans sa « 2021-2023 Emerging Technology Roadmap » basée sur des études de 437 entreprises dans le monde, Gartner a indiqué que les responsables informatiques considèrent le manque de talents comme le plus grand obstacle au déploiement d’innovations émergentes, principalement des technologies basées sur le cloud telles que les bases de données, sans serveur, l’intelligence artificielle, les conteneurs, le stockage avancé et l’analyse.
Ce ne sont pas des nouvelles, mais ce qui est nouveau, c’est la réalité qu’un certain nombre de ces pénuries de compétences peuvent être des blessures auto-infligées.
Comment ? De nombreux magasins informatiques qui déménagent dans le cloud compliquent excessivement les types d’innovations dont ils ont réellement besoin. Ils utilisent les 50 à 100 déclarations des conférences annuelles sur les hyperscalers comme listes d’achats de technologies à publier. Dans la plupart de ces cas, des innovations plus récentes et à la mode peuvent ne pas être nécessaires et ne font que compliquer la solution cloud proposée, rendant l’utilisation des compétences dont vous avez besoin pratiquement difficile.
Prenez les conteneurs par exemple. Dans de nombreux cas, ils pensent judicieusement qu’un système distribué est nécessaire pour une application spécifique et qu’une certaine mobilité et un traitement en cluster seront utiles. Par conséquent, les concepteurs insistent pour conteneuriser les applications en découplant des fonctions d’application particulières et en les refactorisant en tant qu’applications et informations qui existent dans un conteneur et éventuellement un cluster de conteneurs Kubernetes.
De nombreuses applications de conteneurs et d’orchestration de conteneurs sont un ajustement de force. En utilisant des conteneurs, l’entreprise augmente les dépenses, la complexité et le danger par rapport à une méthode plus conservatrice, telle que le lift and shift avec une certaine refactorisation. En utilisant des techniques et des technologies qui nécessitent des capacités plus facilement offertes, vous êtes en mesure de travailler avec et de répondre aux besoins de l’organisation beaucoup plus rapidement, avec moins d’argent et moins de complexité opérationnelle.
Vous pouvez souligner que dans de nombreux cas, des innovations plus récentes telles que les conteneurs, l’IA ou le sans serveur sont nécessaires. De toute évidence. Je ne suggère pas que nous n’utilisions pas les armes dont nous avons besoin pour gagner. Je suggère que dans de nombreuses circonstances, l’utilisation de nouvelles innovations n’est pas justifiée par le cas de l’organisation, et l’exagération ajoute des dépenses inutiles et un danger. En fait, nous avons tous traité des projets pour lesquels cela est vrai.
Je constate maintenant que la migration vers le cloud et les nouvelles tâches natives du cloud s’arrêtent net en raison de l’incapacité d’employer les bonnes compétences basées sur le manière dont ils ont défini la solution cloud. Dans de nombreux cas, nous nous surpassons.
Toute l’actualité en temps réel, est sur L’Entrepreneur