En tant qu’architectes cloud, nous recherchons une amélioration continue, à la fois dans la satisfaction de nos tâches quotidiennes et dans l’objectif plus large d’accélérer le parcours de notre organisation vers le cloud. Nous devons produire de la valeur à la fois immédiate et à long terme.
J’ai investi beaucoup de temps dans l’architecture des systèmes cloud et je comprends que notre tâche consiste essentiellement à utiliser les connaissances techniques pour résoudre les problèmes réels de l’entreprise. Cependant, tous les problèmes que nous traitons ne sont pas techniques, pas plus que les services.
Les entreprises pour lesquelles j’ai travaillé étaient différentes, elles partageaient des difficultés similaires. J’ai en fait proposé 3 conseils cruciaux pour améliorer l’effet que les architectes cloud peuvent utiliser pour relever des défis d’organisation complexes, quel que soit le contexte.
Utilisez ce que vous avez réellement
Lorsque nous sommes confrontés à un nouveau problème d’application logicielle, nous allons souvent droit aux tableaux blancs et commençons à gribouiller. Nous nous trompons en pensant que chaque problème que nous traitons est spécial. En règle générale, ce n’est pas le cas. C’est le moment de s’appuyer sur les épaules des concepteurs sensés qui nous ont précédés et de construire un pont entre le passé et le futur.
Les concepteurs de cloud devraient souvent travaillez avec des contraintes strictes – temps, plan de dépenses, capacité de groupe – tout en faisant avancer les choses dès que possible. Nous devons concevoir avec les restrictions qui nous sont données.
La meilleure façon de gérer ces restrictions est de tirer le meilleur parti des services d’application logicielle existants, y compris la conception d’applications cloud et le développement d’architecture, ainsi que la gestion et le suivi du cloud, pour voir ce qui fonctionne le mieux. Cela pourrait nécessiter une analyse médico-légale institutionnelle dans des cas antérieurs, pour découvrir pourquoi les succès ont fonctionné et où les échecs ont échoué.
Essayez de trouver des schémas de réussite et d’échec – la technique en plus de la supervision et de l’organisation. Choisissez les blocs de construction les plus solides pour surmonter votre obstacle existant et mettez votre énergie mentale dans d’autres parties du problème qui ne se fournissent pas dans des services prêts à l’emploi.
C’est une ligne directrice fondamentale de l’économie que toute entreprise, ou individu, fait tout son possible pour obtenir le meilleur avec le moins d’effort possible. Commencez avec ce que vous avez et construisez dessus. Il n’est pas nécessaire de transformer la roue. Utilisez les roues dont vous disposez et commencez à conduire dès aujourd’hui. Vous aurez la possibilité d’avancer beaucoup plus rapidement.
Recadrez le problème
Le facteur essentiel à prendre en compte dans tout type de travail d’avancement d’application logicielle est probablement le délai de mise sur le marché. L’horloge tourne constamment. Plus vite vous établissez une solution technique au problème commercial, mieux tout le monde s’en porte. Vous souhaitez obtenir le meilleur résultat avec le moins de complexité, car la complexité ralentit les projets.
Un problème typique des concepteurs de cloud est qu’ils pensent que les outils dont ils disposent ne sont pas suffisants pour construire le service requis . Dans la majorité des cas, cependant, ce sont les seuls outils dont vous aurez besoin pour résoudre ce problème. Vous pouvez supposer que cela indique que vous devrez compromettre les performances. Croyez plutôt d’une manière différente.
Laissez-moi vous donner un exemple. Dans une tâche antérieure, j’étais chargé de rechercher des logiciels nuisibles dans les systèmes de l’entreprise, qui comptaient des millions de fabricants sur de nombreux réseaux. Une tâche énorme. Ce n’était pas impossible, mais proche.
J’ai réalisé que traquer les logiciels malveillants était comme gérer un système. Vous essayez de trouver du code ou des systèmes qui font quelque chose qu’ils ne sont pas censés faire. Avec les logiciels malveillants, c’est intentionnel et destructeur ; avec une gestion facile du système, ce n’est pas le cas.
Nous avons donc reformulé le problème avec une préoccupation simple : que font les créateurs de différent de ce qu’ils font normalement ? Nous avons commencé à suivre ces distinctions – les deltas – progressivement. Le codage delta est une méthode de stockage ou d’envoi d’informations sous la forme de distinctions entre des données séquentielles, plutôt que de stocker des fichiers totaux. (Plus généralement, cela s’appelle la différenciation des données.)
Cela a réduit la quantité d’informations que nous avons collectées ainsi que la rapidité avec laquelle nous pouvions les analyser. Et c’était évolutif. Une analyse de billions d’événements effectuée à d’innombrables calculs par seconde était réalisable. Si nous avions rassemblé et examiné chaque bit de code, il n’aurait pas été mis à l’échelle. En recherchant uniquement les anomalies, nous avons pu créer une option.
Alors que nous, concepteurs de cloud, abordons des problèmes difficiles, nous devons avoir la capacité d’écouter, de comprendre, de résoudre et d’améliorer, dans cet ordre. Cela implique souvent de recadrer le problème.
Résoudre en rationalisant
Ce principe unifie les 2 premiers points.
Je crois que si vous n’investissez pas suffisamment vos ressources (temps, talent, plan de dépenses), votre résultat peut être insuffisant. Et si vous ne recadrez pas le problème, vous risquez d’essayer d’établir des solutions trop compliquées.
En gardant ces éléments à l’esprit, considérez ceci : que pourriez-vous faire de compromis pour construire une option plus simple avec les logiciels existants qui obstruent cela ? donner les résultats les plus tangibles ? Sur quelles exigences du système que vous essayez de construire pourriez-vous tricher – pas de manière médiocre, remarquez – pour atteindre vos résultats ?
Vous n’essayez pas de bricoler un article inférieur, naturellement. Vous décomposez des problèmes complexes en blocs compréhensibles.
De nombreuses entreprises suivent actuellement ce cours lorsqu’elles utilisent du code conteneurisé. Les conteneurs sont des ensembles de logiciels qui contiennent tous les éléments nécessaires pour fonctionner dans n’importe quel environnement. En virtualisant le système d’exploitation, les conteneurs peuvent être utilisés n’importe où, qu’il s’agisse d’un centre d’informations personnelles, du cloud grand public et même sur l’ordinateur portable d’un développeur. Ces blocs rationalisent et décomposent ce problème.
Cette technique a un autre avantage. Ceux d’entre nous qui construisent des applications logicielles ont tendance à travailler avec de nombreuses restrictions abstraites, comme le nombre de fabricants avec lesquels vous pouvez traiter, la variation du logiciel, etc. Mais lorsque vous développez pour le cloud, un certain nombre de ces frontières disparaissent.
Votre première préoccupation ne devrait plus être « Comment suis-je limité ? » mais plutôt, « Comment puis-je utiliser les outils dont j’ai besoin pour développer des choses formidables? » Laissez le vieux carcan psychologique derrière vous. Vos nouvelles capacités basées sur le cloud vous libèrent autant que produisent des moyens plus rapides qui mènent à l’innovation.
Les architectes cloud sont une partie importante de toute organisation en pleine croissance. Pour offrir notre pleine valeur, nous devons être capables d’écouter, de comprendre, de résoudre et d’améliorer. Cela nécessite souvent de réévaluer ce que nous faisons et comment nous le faisons. De cette façon, nous pouvons avoir un effet beaucoup plus important sur le parcours de notre entreprise vers le cloud.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur