La sur-ingénierie est la procédure de conception d’un produit avec plus de fonctions qu’essentiel. Lorsqu’il est déployé pour son utilisation désignée, l’élément est inutilement complexe, inefficace ou les deux. L’augmentation des dépenses, des dangers et/ou des complexités du système finira par entraîner son échec.
Voici 3 signes d’une solution cloud surdimensionnée :
Également sur L’Entrepreneur : AWS vs Azure vs Google Cloud : quelle offre gratuite est la meilleure ?]
Indication n° 1 : L’absence de commande et de contrôle centralisés. Le problème central de la plupart des entreprises est l’absence de planification centralisée. La pandémie a accéléré l’utilisation des ressources basées sur le cloud, ce qui a poussé de nombreuses entreprises à se précipiter pour exécuter leurs solutions cloud sans planification correcte ni commande et contrôle centralisés. Lorsqu’il s’agit de services typiques, d’exploitation, de sécurité, etc., trop de choix et une absence de gouvernance conduisent rapidement à un gâchis brûlant que les équipes pourraient faire travailler dans l’étroit, mais pas dans le large.
Pour Par exemple, un cloud public contribue à une implémentation multicloud du fait qu’un seul groupe d’avancement a déclaré avoir besoin d’une base de données particulière qui fonctionne sur un cloud particulier. L’ajout a eu lieu sans examiner les dépenses, les opérations et la complexité de la gestion d’un cloud public qui fournit un service à une équipe.
De nombreux travaux de cloud ont des sous-projets découplés les uns des autres. La préparation de solutions indépendantes conduit fréquemment à diverses approches et technologies. Un manque de coordination entre les équipes de développement et de migration n’entraînera pas étonnamment une méta-architecture totalement améliorée pour votre solution cloud. Au contraire, l’absence de contrôle central et de coordination conduira le plus souvent à une option avec beaucoup de pièces mobiles.
Indication n° 2 : Aucune source unique de réalité pour les données d’entreprise. Le concept : la relocalisation vers le cloud nous offrira enfin la possibilité de centraliser nos informations au sein d’une seule base de données (physique ou abstraite) pour stocker des données cruciales telles que le client, les ventes ou le stock.
Le vérité : sans aucune coordination centrale autour des services de base de données communs, les équipes supporteront de nombreux types de bases de données lors de la migration vers le cloud. Vous n’accéderez jamais à une seule source de réalité.
Les groupes d’avancement ou de migration choisissent souvent plus de bases de données avec plus de différences que nécessaire. Cela signifie simplement plus de silos. Sur une base individuelle, les décisions des équipes sont souvent produites par d’excellentes raisons. L’impact sur le déploiement du cloud de l’entreprise est trop complexe, augmentant ainsi les dépenses et les risques.
Les Trekkies se souviennent peut-être de la déclaration de M. Spock : « Le raisonnement détermine clairement que les besoins du grand nombre dépassent les besoins de quelques-uns. » Une personne disposant d’une autorité centralisée doit appliquer la logique de Spock aux informations commerciales et aux bases de données lors de leur migration vers le cloud.
Indication n° 3 : La solution cloud coûte beaucoup plus cher que le statu quo. comme les professionnels de la santé prêtent serment de « ne pas faire de dégâts », ceux qui sont chargés de sélectionner et de configurer l’innovation cloud et non cloud ne devraient jamais se retrouver avec une architecture cloud qui coûte considérablement plus cher que l’état antérieur de l’architecture.
Il est courant d’investir plus sur une option cloud que sur son point de départ, vous devez également prendre en compte ses nombreux avantages pour l’entreprise. Une excellente règle générale pour une augmentation de coût acceptable serait peut-être de 10 à 15 % de plus que son point de départ, tout au plus. Je vois des états finaux qui sont 30 à 50 % plus chers, sans aucun avantage clair pour l’entreprise pour valider les coûts supplémentaires pour construire de nouveaux dans le cloud.
Il n’y a pas une seule façon de faire de l’architecture cloud, mais le les concepteurs de cloud les plus efficaces surveillent de près l’efficacité centrale et l’optimisation des coûts. La suringénierie a lieu lorsque nous ajoutons beaucoup de fonctionnalités inutiles, même si nous le pouvons. Ces fonctionnalités augmentent les coûts sans retour sur investissement inverse. L’architecture cloud à valeur ajoutée se produit généralement lorsque la plus petite quantité de sur-ingénierie a lieu.
Toute l’actualité en temps réel, est sur L’Entrepreneur
