Comment devenir architecte cloud

Tout comme il existe une demande croissante de services cloud parmi toutes sortes d’organisations, il existe un besoin accru de professionnels de la technologie dotés de compétences connexes. Cela inclut les architectes cloud, qui développent et supervisent l’environnement cloud de l’organisation.

Parmi leurs principales responsabilités, les architectes cloud conçoivent des applications cloud, créent des plans d’approbation cloud et développent des systèmes de gestion de stockage cloud. Ces personnes consacrent également une grande partie de leur temps à la gestion, y compris la gestion et la formulation de stratégies pour la maintenance des systèmes cloud, des serveurs, des réseaux, du stockage et des plates-formes frontales.

IDG

D’autres responsabilités incluent l’évaluation de l’intégrité des applications logicielles, matérielles et cloud ; créer et organiser des systèmes cloud ; développer des stratégies cloud pertinentes et gérer les processus pour les adapter ; collaborer avec des professionnels de la sécurité informatique pour surveiller la confidentialité du cloud ; répondre à une série de problèmes techniques en temps opportun ; et déterminer les solutions d’architecture cloud les plus efficaces pour répondre aux besoins de l’entreprise.

Pour découvrir ce que cela implique de devenir un architecte cloud, nous avons discuté avec Cris Merritt, un architecte cloud indépendant.

Éducation

Merritt a étudié à l’école d’ingénieurs de l’Université Johns Hopkins et a obtenu un baccalauréat ès sciences en mathématiques appliquées en 1986. « À l’époque, il n’y avait pas de département d’informatique ; vous deviez soit étudier l’électrotechnique, soit les mathématiques appliquées, et ajouter des matières comme les algorithmes et les structures de données pour les « orienter » vers l’informatique », dit-il.

Les mathématiques appliquées étaient « incroyablement difficiles, parce que j’étais en concurrence avec des génies des mathématiques », dit Merritt. « Mais j’ai travaillé dur et je suis reparti avec une appréciation pour l’élégance des mathématiques. L’un de mes sujets préférés à l’intersection des mathématiques et de l’informatique était la théorie des automates correspondants, qui concerne les classes formelles de machines théoriques et la façon dont ces automates correspondent aux classes de grammaires du langage informatique telles que les expressions régulières.

Une grande partie du langage informatique et de la conception des compilateurs est une application directe de cette théorie, dit Merritt. « J’ai trouvé fascinant ce lien entre la théorie mathématique et l’application », dit-il.

Merritt a appris à coder par lui-même lorsqu’il avait environ 12 ans. “Il y avait un terminal informatique avec un rouleau de papier – pas d’écran – dans une pièce de l’école et personne ne savait comment l’utiliser”, dit-il. “J’ai lu le manuel et j’ai commencé à coder. La première chose que j’ai construite était un programme pour calculer et imprimer un tableau des rapports de démultiplication des vélos.

Il emportait une impression du code dans ses cours et travaillait secrètement, annotant l’impression avec des modifications. Ensuite, il retournait dans la salle informatique entre les cours pour les saisir, exécuter le code et apporter la sortie à sa classe suivante pour la déboguer. “Personne n’avait la moindre idée de ce que je faisais”, dit Merritt.

Mouvements de début de carrière

Après avoir obtenu son diplôme, Merritt est allé travailler comme ingénieur logiciel chez le fabricant d’équipements de test Megatest, où il a développé un compilateur pour un langage de test VLSI (intégration à très grande échelle) en C/C++. Cinq ans plus tard, il rejoint la société de communication Siemens, où il travaille sur une application de spécification graphique et de conception de logiciels.

À partir de 1993, Merritt a assumé des rôles pour un certain nombre d’entreprises en Suisse, occupant des postes tels qu’assistant de recherche, ingénieur logiciel et ingénieur Unix, et acquérant des connaissances et de l’expérience dans des domaines tels que les systèmes de stockage RAID, les systèmes d’analyse des vibrations industrielles et Unix. distributions.

Pour l’un de ces emplois, chez UBS Bank, Merritt faisait partie d’une équipe qui a conçu la distribution Unix interne d’UBS. “Cette équipe était tellement en avance sur son temps et ils m’ont tellement appris”, dit-il. «Ils faisaient de l’infrastructure en tant que code et devops avant que les termes n’existent. C’est cette expérience qui m’a fait passer du développement d’applications industrielles aux opérations de centres de données et, éventuellement, aux opérations dans le cloud. »

De Suisse, Merritt a déménagé aux Pays-Bas, travaillant dans quatre entreprises différentes entre 1998 et 2008. Cela comprenait un passage en tant qu’architecte Unix dans une banque, où il a géré une grande ferme de serveurs Unix pour les applications de négociation de titres. Il a ensuite occupé le poste de directeur technique d’une société de services et de conseil en informatique, où il a conçu une plate-forme de gestion des points d’accès Wi-Fi et dirigé une équipe d’ingénieurs pour la développer.

Après son séjour aux Pays-Bas, Merritt est retourné en Suisse, où il a travaillé comme consultant en sécurité pour Sun Microsystems. Il a également effectué un séjour de deux ans en tant que spécialiste de la sécurité de l’information dans une société de sécurité, Engiweb Security, en Italie.

Devenir architecte cloud

En 2011, Merritt a fondé une société appelée Bay31, qui a développé une plate-forme d’analyse de sécurité basée sur le cloud. Il a été PDG et co-architecte du produit, puis a vendu Bay31 à Courion Corp. en 2015. Ensuite, il a rejoint Kespry, un fournisseur de plateforme d’analyse de drones, en tant qu’architecte cloud. Dans ce rôle, il a développé et géré l’infrastructure AWS de Kespry pour le traitement d’images distribué.

Puis, en 2017, Merritt est devenu un architecte cloud indépendant. Dans ce rôle, il aide les clients à gérer les projets cloud AWS de la conception au déploiement, en optimisant leurs infrastructures pour de meilleures performances et des coûts réduits.

“Ma carrière a été vraiment non traditionnelle, car j’ai eu une tonne d’emplois différents”, dit Merritt. « J’ai souvent travaillé en freelance et j’ai travaillé partout dans le monde. J’ai découvert il y a longtemps que j’aimais le plus le défi d’un nouveau travail, apprendre de nouvelles technologies et de nouveaux domaines. »

Être pigiste permet à Merritt de travailler sur une variété de projets. “Cela profite également à mes clients car j’ai vu tant d’environnements, d’organisations, de processus et de difficultés de croissance différents et je peux mettre cette expérience à leur service”, dit-il. « J’apprécie aussi beaucoup la flexibilité personnelle. Certaines semaines, je travaille plus, d’autres moins, ou parfois j’ai un travail d’acteur et je me concentre là-dessus. Si je suis entre deux clients, je peux partir en voyage pendant un certain temps. J’ai vraiment mis un point d’honneur à cultiver et à défendre ce genre de liberté. Je me sens vraiment chanceux pour cela.

Une journée dans la vie d’un architecte cloud

Merritt a trouvé un créneau en travaillant avec des clients qui peuvent être des startups ou des petites ou moyennes entreprises qui se développent rapidement. Il note qu’il peut s’identifier à leurs valeurs entrepreneuriales pour avoir lui-même travaillé dans un certain nombre de ces types d’entreprises. “Je peux changer de rôle en fonction de ce dont ils ont besoin sur le moment”, dit-il. « Une semaine, je code, la suivante, je fais de la conception de haut niveau, et la suivante peut être un plan de mise sur le marché. Je m’épanouis dans ce type de changement, et les clients apprécient que je puisse changer de rôle selon leurs besoins. »

“J’essaie de travailler sur des problèmes difficiles qui nécessitent une réflexion intense du cerveau gauche, comme le codage ou le débogage, le matin”, explique Merritt. « Ensuite, sortez faire de l’exercice physique pour me vider la tête. J’essaie de repousser les réunions, l’écriture et l’administration vers l’après-midi ou le soir. »

Pour son client actuel, Merritt effectue de nombreux travaux de conception architecturale pour les opérations de sécurité, d’infrastructure et de technologie, y compris l’écriture de code, les tests et la planification. « Pour certains clients, je collabore beaucoup toute la journée », dit-il. Pour d’autres, « je montre simplement les résultats lorsque j’ai terminé », dit-il. « Je publie régulièrement des jalons, afin que les clients puissent suivre où j’en suis avec leur projet. Mes clients m’accordent beaucoup de confiance, ce que j’apprécie beaucoup, et je ne les laisse pas tomber. J’ai des normes très élevées en matière de qualité, de sur-ingénierie. C’est l’ingénieur en moi.

Il y a aussi une certaine quantité de travail pour acquérir de nouveaux clients, dit-il, mais la plupart viennent par le biais de références ou de LinkedIn. Merritt consacre également régulièrement du temps à l’étude des nouvelles technologies.

Au cours des dernières années, “je me suis particulièrement intéressé à l’orchestration des conteneurs, comme Kubernetes”, déclare Merritt. « Je vois tellement d’environnements cloud qui sont des ensembles de serveurs ad hoc, et les entreprises ne savent souvent pas ce qui s’exécute sur leurs propres serveurs. Je pense que Kubernetes est la voie à suivre pour gérer cette complexité pour des opérations évolutives et sécurisées.”

Formations et certifications : AWS et Kubernetes

Merritt a obtenu des certifications dans des domaines tels que AWS Cloud et Kubernetes. « La formation est précieuse et la certification aide à mettre le pied dans la porte », dit-il. “Mais vous avez vraiment besoin d’une expérience de projet pour maîtriser n’importe quelle nouvelle technologie. Il vous suffit de monter sur le projet pour l’obtenir. Honnêtement, j’apprends quelque chose de nouveau à chaque travail.

Moments de carrière mémorables et inspirations

“Ma startup a certainement été une expérience mémorable”, déclare Merritt. “Nous avions une technologie incroyable, mais nous étions terribles en termes de ventes. Trois ans après, nous avions écrit des articles dans [research firm] Gartner et les magazines techniques ont expliqué à quel point notre technologie était cool, mais nous manquions de gaz pour payer nos quelques employés. Environ un mois avant le mois précédant l’épuisement de l’argent—ce que nous avons gardé secret, bien sûr—une grande entreprise a appelé et a proposé de racheter l’entreprise. C’était tellement stressant, mais ce n’était pas une coïncidence. parce que nous l’avions mis en place pour attirer cet appel. J’ai appris que si vous osez quelque chose et que vous vous y tenez, la récompense viendra.

“Dans ma profession, j’ai beaucoup appris du gars qui m’a entraîné dans ma première startup”, déclare Merritt. « J’ai appris de lui ce que l’on peut accomplir avec du bon sens, de l’authenticité et en donnant la priorité à ses clients et à ses collègues. En fin de compte, cette startup a échoué, mais c’est la genèse de la suivante, qui a réussi. Plus récemment, je suis extrêmement reconnaissant envers ma copine, ma compagne, qui est actrice et qui m’a fait réaliser que j’avais aussi une artiste en moi. Elle m’a encouragé à commencer à peindre et à jouer et j’ai découvert un énorme puits de créativité et d’expression dans lequel je n’avais jamais puisé.

Conseils de carrière d’un architecte cloud

“Continuez à apprendre et à changer, essayez différentes choses”, dit Merritt. “Ayez confiance que cela mènera à quelque chose d’incroyable que vous n’auriez peut-être pas prévu. En effet, toute ma carrière a consisté à apprendre continuellement et à me réinventer professionnellement.