Quand les conteneurs ne sont pas la réponse

Les conteneurs semblent être l’approche par défaut pour la plupart des systèmes migrant vers le cloud ou y étant construits, et pour de bonnes raisons. Ils offrent une portabilité et une évolutivité (grâce à l’orchestration) qui sont plus difficiles à obtenir avec d’autres technologies habilitantes. De plus, il existe un écosystème sain autour des conteneurs, et une solution est plus facile à définir.

Cependant, tout comme d’autres technologies à la mode ces jours-ci, telles que l’IA, le sans serveur, etc., nous constatons de nombreux cas où les conteneurs sont mal appliqués. Les entreprises choisissent des conteneurs alors que d’autres technologies habilitantes seraient des solutions meilleures et plus rentables.

En effet, je pense que nous laissons des millions de dollars sur la table en choisissant une technologie qui ne convient pas. Nous allons chercher des points pour le battage médiatique et une autre technologie tendance sur le CV.

Le principal inconvénient des conteneurs aujourd’hui est la surapplication du développement de conteneurs et la migration d’applications existantes vers des conteneurs dans le cadre de projets de « modernisation d’applications ». Ce n’est pas que les conteneurs ne fonctionnent pas, bien sûr qu’ils le font. Mais beaucoup de choses « fonctionnent » qui sont extrêmement inefficaces par rapport à d’autres technologies.

La plupart des entreprises recherchent les avantages de la portabilité pour une charge de travail qui ne quittera probablement jamais sa plate-forme hôte cible. De plus, et surtout, ils ne comprennent pas que pour vraiment tirer parti de l’offre des conteneurs, il faut dans la plupart des cas une réarchitecture complète de l’application, ce qu’ils ne faisaient généralement pas.

Le nouveau développement du Net a également ce problème. Les entreprises dépensent jusqu’à quatre fois plus d’argent pour créer la même application en utilisant le développement et le déploiement basés sur des conteneurs par rapport aux méthodes plus traditionnelles. Également en cause, l’application basée sur des conteneurs pourrait coûter plus cher à exploiter en utilisant davantage de ressources basées sur le cloud, telles que le stockage et le calcul. Il en coûte également plus cher à sécuriser et plus cher à gouverner.

Lors de l’évaluation des conteneurs, voici quelques points essentiels à prendre en compte :

• Concentrez-vous sur le retour de la valeur à l’entreprise. C’est la vieille histoire des développeurs et des ingénieurs qui ne se soucient pas de l’entreprise autant qu’ils le devraient. Ne suivez pas le battage médiatique.
• N’exagérez pas les avantages, tels que la portabilité, qui ne seront peut-être jamais utilisés. Si cela coûte deux ou même quatre fois plus cher pour y arriver, quelles sont les chances que vous déménagiez un jour candidature ?
• Comprendre les coûts d’exploitation. Les conteneurs peuvent coûter plus cher à exploiter à long terme. Je ne dis pas qu’il ne faut jamais utiliser de conteneurs, mais comprenez le coût réel de leur entretien au fil des ans.
• Utilisez les meilleures pratiques architecturales. Les applications doivent souvent être repensées pour que les conteneurs soient efficaces. « Emballer » quelque chose ne vous donne pas l’efficacité par défaut.

Ceci est un récit édifiant pour souligner la nécessité d’un scepticisme sain à l’égard de toute technologie. J’utilise des conteneurs comme exemple, mais cela pourrait vraiment être n’importe quelle technologie. Gardez un œil sur la valeur retournée à l’entreprise et vous ferez probablement les bons appels.