Vous souvenez-vous de l’époque où les performances étaient importantes ? J’avais l’habitude d’investir des journées dans des laboratoires informatiques pour vérifier les performances et faire des rapports pour des publications techniques sur ce que j’avais découvert. La technologie qui a fourni la meilleure efficacité, c’est-à-dire le traitement du processeur, les informations, le stockage et d’autres parties à la vitesse la plus élevée, a généralement remporté le « choix de l’éditeur ».
Aujourd’hui, nous comprenons que d’excellentes performances des applications, des plates-formes et des bases de données est des enjeux de table pour tous les systèmes publiés, consistant en le cloud computing. Cela dit, je n’entends pas autant les discussions sur l’efficacité du système cloud qu’il y a à peine 5 à 7 ans. Que s’est-il passé ?
C’est peut-être une indication que nous sommes devenus si compétents en matière de performances que ce n’est plus un problème. Je pense que des problèmes de performances subsistent, mais la façon dont nous traitons les correctifs dans le cloud n’est pas discutée autant qu’elle devrait l’être. Les techniques et la technologie utilisées pour régler les problèmes d’efficacité ne sont pas trop comprises, du moins d’après mon expérience des tâches de migration vers le cloud et du développement de nouveaux systèmes cloud.
Lorsqu’on demande aux architectes cloud pourquoi ils ne font plus de modélisation des performances et de dépistage dans la mesure où nous l’avons fait autrefois, je pense que la plupart diront que les clouds publics disposent d’une quantité presque infinie de ressources de calcul et de stockage. Si l’efficacité finit par être un problème, nous allouerons simplement plus de ressources jusqu’à ce que la difficulté soit résolue.
Il y a quelques problèmes avec cette présomption.
Ces ressources ne sont pas complémentaires . Ils augmentent le coût opérationnel des systèmes publiés dans le cloud, peut-être 3 à 5 fois plus que si d’autres types de correctifs d’efficacité, tels qu’un style amélioré, étaient pris. Jeter de l’argent sur un problème n’est pas une « option technologique », et même si je suis sûr qu’une telle solution est possible, si cela vous coûte cinq fois plus cher, ce n’est pas une véritable solution.
Deuxièmement, nous La migration et le déploiement de nouveaux systèmes vers le cloud étant si rapides, le provisionnement de davantage de ressources finit par être le service le plus rapide et donc celui qui est généralement choisi. Les architectes supposent que les inefficacités seront découvertes et éliminées des systèmes à un moment donné sur la route. Comme la majorité d’entre vous le savent actuellement, cela se produit rarement.
Enfin, nous ne comprenons pas vraiment la source des problèmes de performance. Ceux qui sont restés dans le domaine de l’ingénierie des applications logicielles aussi longtemps que j’ai compris que les correctifs de style sont souvent bien plus abordables que l’augmentation de la puissance et de la vitesse d’E/S de stockage.
Le danger est que l’ingénierie du système cloud pour la performance l’optimisation finira par être un art perdu. J’élève l’ingénierie et l’optimisation des performances plus fréquemment qu’il y a 10 ans. Je crains que nous n’égarons comment vérifier, concevoir et réparer pour plus d’efficacité, avec la réaction instinctive de simplement jeter des ressources basées sur le cloud sur les problèmes.
C’est un autre moment où un mal conçu et mal conçu solution déployée « fonctionne ». Ce n’est pas du tout amélioré et aspirera silencieusement l’argent de l’entreprise alors que personne n’est vraiment conscient de la réalité.
Espérons que nous n’allons pas trop loin en raison de la direction. Je continuerai à vous rappeler si nous le faisons.
Toute l’actualité en temps réel, est sur L’Entrepreneur
