L’une des choses que j’ai découvertes très tôt est de développer des systèmes qui permettent un changement simple et continu. Comment? Système cloud ou non cloud, vous construisez pour la modification en séparant les parties du système afin qu’elles puissent être configurées ou modifiées par elles-mêmes. Une analogie simpliste serait de savoir comment nous pouvons échanger des pièces automobiles pour mélanger et assortir les éléments du système, ayant la capacité de remplacer ou de mettre à niveau les composants sans redévelopper l’ensemble du véhicule.
D’autres approches tirent parti des services et des microservices pour centraliser et réutiliser certains comportements et données d’application. Cela indique que la mise à niveau d’un service particulier à un seul endroit modifiera le comportement de tous les systèmes utilisant ce service, par exemple, la modification d’un calcul de taxe, la modification d’un modèle de base de données et même la mise à niveau de la technologie d’autorisation d’un composant, comme la relocalisation vers des conteneurs et des conteneurs. orchestration.
Par conséquent, nous avons la capacité de modifier rapidement un système pour répondre à un besoin métier sans latence, coût et menace inutiles. La difficulté avec cette approche n’est pas qu’elle est complexe et difficile à réaliser. Il semble qu’une grande partie de ceux qui sont chargés de l’architecture et de la construction de ces nouveaux systèmes dans le cloud ne font pas de la capacité de changer rapidement leurs systèmes une priorité dans le style global.
Je comprends pourquoi. Lorsque les liquidités sont rares, que le temps presse ou que d’autres obstacles se dressent sur le chemin, les bonnes pratiques de conception de systèmes sont souvent mises de côté. Il est facile de faire valoir que tous les efforts et l’argent investis dans la conception d’un système flexible reviendront au centuple, c’est toujours un argument difficile à gagner lorsque d’autres priorités absolues pressantes détournent l’attention des meilleures pratiques. Et la possibilité de créer un système dynamique et conçu pour s’adapter à toutes les exigences de l’entreprise est absolument une bonne pratique.
Comment résolvons-nous ce problème ? C’est un problème avec les individus et la culture autant qu’avec la technologie. Il s’agit certainement d’établir des attentes selon lesquelles les systèmes doivent être conçus en utilisant cette pratique exemplaire. De plus, vous devez établir des politiques et des tests pour garantir que les concepteurs et les concepteurs créent et construisent des systèmes basés sur le cloud qui peuvent changer rapidement.
Ceci est similaire aux contrôles de sécurité et de performances que nous plaçons dans nos devops chaînes d’outils de nos jours. Dans le même temps, recherchez des modèles de conception qui favorisent une modification simple et offrent la possibilité de mieux améliorer les systèmes basés sur le cloud en cours de construction et de publication.
Le problème n’apparaît pas avec la première génération de les systèmes en nuage. Cependant, lorsqu’ils doivent être modifiés pour une exigence commerciale, dans de nombreux cas, la conception du système nécessitera un redéveloppement total et retardera le changement nécessaire. Si cela se produit ne serait-ce qu’une seule fois, vous supprimez la valeur de l’organisation de ce système basé sur le cloud.
Toute l’actualité en temps réel, est sur L’Entrepreneur
