Quand les conteneurs ou le serverless sont-ils un drapeau rouge ?

Par David Linthicum, InfoMonde |

Vous en êtes aux premiers stades du développement de quelques nouveaux systèmes de gestion des stocks et de la chaîne d'approvisionnement basés sur le cloud. Dès les premières réunions, vous commencez à vous sentir mal à l'aise : la technologie est abordée bien trop tôt dans le processus. Les signes sont indéniables. Votre équipe ne se concentre pas sur les exigences de base ou ne définit pas l'analyse de rentabilisation. Au lieu de cela, les gens parlent de nouvelles tendances technologiques, telles que les conteneurs et le sans serveur.

Je choisis spécifiquement ces technologies, mais cela pourrait être n'importe quelle technologie d'ailleurs, y compris l'IA générative, l'informatique de pointe ou tout nouveau sujet mis en lumière lors de la dernière conférence des fournisseurs de cloud. Le problème n'est pas que vous choisissiez une technologie - cela doit arriver à un moment donné - vous le faites trop tôt dans le processus et vous prendrez probablement des décisions sous-optimisées, en vous concentrant trop sur la solution technologique finale plutôt que sur exigences et valeur commerciale.

Donc, en supposant que l'accent est mis sur la résolution du problème à l'aide de ces technologies, voici quelques problèmes que les équipes doivent prendre en compte.

Les cas d'utilisation limités signifient que les conteneurs et les technologies sans serveur sont bien adaptés à certains types d'applications, telles que les microservices ou les fonctions événementielles. Mais elles ne s'appliquent pas à tout ce qui est nouveau. Les applications héritées ou d'autres systèmes traditionnels peuvent nécessiter des modifications ou une restructuration importantes pour fonctionner efficacement dans des conteneurs ou des environnements sans serveur.

Bien sûr, vous pouvez forcer n'importe quelle technologie pour résoudre n'importe quel problème, et avec suffisamment de temps et d'argent, cela fonctionnera. Cependant, ces « solutions » seront de faible valeur et sous-optimisées, entraînant plus de dépenses et moins de valeur commerciale.

Complexité est un inconvénient commun à la plupart des nouvelles tendances technologiques. Les plates-formes de conteneurs et sans serveur introduisent une complexité supplémentaire à laquelle les équipes qui construisent et exploitent ces systèmes basés sur le cloud doivent faire face. La complexité signifie généralement des coûts de développement et de maintenance accrus, une valeur moindre et peut-être des problèmes de sécurité et de performances inattendus. Cela s'ajoute au fait qu'ils coûtent simplement plus cher à construire, à déployer et à exploiter.

La gestion des frameworks d'orchestration de conteneurs tels que Kubernetes ou la gestion des complexités des déploiements de fonctions sans serveur est un défi. Ces innovations peuvent valoir le défi, surtout compte tenu de la valeur commerciale qu'elles peuvent apporter, mais seulement dans certains cas.

Verrouillage du fournisseur semble plus une peur irrationnelle de nos jours, mais c'est toujours une chose. Chaque fournisseur possède des fonctionnalités uniques, telles que des API, des langages et des méthodes de déploiement. Vous construisez votre application étroitement couplée à une plate-forme particulière, donc la migration vers un autre fournisseur ou l'adoption d'une pile technologique différente à l'avenir peut nécessiter des remaniements et des investissements importants.

Les avantages doivent être considérés avec les inconvénients, toujours en fonction de la manière dont une technologie s'intègre aux exigences de l'entreprise. Trop souvent, nous laissons les réalités commerciales prendre le pas sur la chasse aux nouvelles technologies, ce qui est un problème. Je choisis le sans serveur et les conteneurs, car ils sont plus mal appliqués que toute autre technologie de nos jours, et le résultat est beaucoup moins de valeur qui revient à l'entreprise.

Ces technologies répondent à de nombreuses exigences commerciales, mais elles ne résolvent pas tous les problèmes commerciaux. Aucune technologie ne le fait. L'architecture cloud consiste à configurer la technologie pour générer une valeur entièrement optimisée pour l'entreprise. Nous devons travailler du problème commercial à la solution. Tout écart par rapport à ce processus, comme choisir une technologie trop tôt, se traduit par une nouvelle technologie en place mais une valeur commerciale horrible.

Lisez ensuite ceci :

David S. Linthicum est un expert de l'industrie reconnu internationalement et un leader d'opinion. Il est l'auteur de 13 livres sur l'informatique, dont le dernier est An Insider's Guide to Cloud Computing. Les opinions de David sont les siennes.

Copyright © 2023 IDG Communications, Inc.