Share:

Lorsque Emilio Garcia, architecte cloud principal, a rejoint Cloudreach en tant que premier employé en 2009, il avait une longueur d’avance à plus d’un titre. Emilio savait que son mélange unique de compétences en ingénierie des systèmes et en programmation était précieux, mais – dans un monde pré-DevOps – il était rare de trouver une entreprise qui comprenait très tôt les vastes implications de l’automatisation et du Cloud. Ainsi, lorsqu’il a pris contact avec les fondateurs de notre startup cloud native, il savait qu’il avait trouvé un endroit où il pouvait traduire ses compétences sans avoir à se mettre dans une boîte, tout en ouvrant un cheminement de carrière qui lui appartenait et en résolvant les défis des clients d’une manière qui n’avait jamais été faite auparavant.

Emilio partage avec nous son parcours unique dans Cloudreach, comment il alimente sa passion pour aller là où personne n’est allé auparavant (à la fois à l’intérieur et à l’extérieur du travail), et donne également aux architectes en herbe quelques conseils sages. Un véritable maître de son métier… rencontrez Emilio !

 

Vous êtes chez Cloudreach depuis plus de 10 ans ! Cela signifie que non seulement vous avez été le premier employé de Cloudreach, mais que vous êtes également l’employé le plus ancien de tous les temps. Alors faisons un retour en arrière : parlez-nous du moment où vous avez rejoint Cloudreach – comment tout s’est-il passé ?

À l’époque (nous parlons de fin 2009), j’avais surtout une formation en ingénierie des systèmes. Mais de par mon éducation, un rôle passé et d’autres passe-temps, j’étais aussi un programmeur enthousiaste. Je venais de déménager au Royaume-Uni et j’étais très frustré parce qu’on me disait constamment que je pouvais être un développeur ou un administrateur système, mais vraiment rien où je pouvais mélanger les deux. De nos jours, cela se traduirait automatiquement en DevOps. Mais la situation était très différente à l’époque. Alors, quand un recruteur m’a appelé et m’a dit que James et Pontus cherchaient exactement ce mélange de compétences, j’ai été ravi.

Un autre intérêt que j’avais à l’époque était de travailler dans une startup. Je voulais vraiment faire une différence et je me suis dit : “Si j’ai pris la peine de quitter mon pays d’origine et le beau temps pour venir à Londres, ce sera pour vraiment faire une différence. »

J’avais passé des entretiens pendant quelques mois dans différentes startups tout en faisant du travail contractuel, mais soit je n’aimais pas assez leur modèle d’affaires, soit je les trouvais technologiquement peu difficiles. Quand j’ai rencontré James et Pontus, j’ai rapidement réalisé qu’ils avaient la meilleure vision et qu’ils ne savaient pas seulement le “quoi”, mais aussi le “comment”.

Je me souviens très bien de mon premier jour. Je suis arrivé au nouveau bureau (c’était littéralement le premier jour où Cloudreach avait un bureau, puisque James et Pontus travaillaient à domicile depuis les six premiers mois), et tout était prêt pour que je commence à travailler… sauf qu’il n’y avait pas de connexion Internet. Mais avec un peu de modem 3G et la puissance du cloud, j’ai réussi à commencer à travailler. Et puis la magie a commencé. Jour après jour, résoudre les problèmes de nos clients d’une manière que personne n’avait littéralement faite auparavant. Le cloud était encore à ses débuts à l’époque, mais vous pouviez vraiment remarquer comment l’automatisation et l’IaaS allaient changer le monde dans ces années-là. Et nous étions là, en première ligne. Les experts du cloud.

Parlez-nous de votre parcours professionnel chez Cloudreach.

C’est pourquoi j’ai commencé en tant qu’ingénieur senior. Parce que, eh bien, il n’y avait qu’un seul ingénieur, donc il devait être senior. Pendant les 5 années suivantes, je suis passé à différents rôles avec des noms différents mais avec des responsabilités de base essentiellement similaires. Parce que Cloudreach était petit à l’époque, les responsabilités du rôle impliquaient souvent beaucoup de “chapeaux” différents. Donc, en dehors du travail d’ingénierie de base, j’ai été architecte à temps partiel et même chef de projet à temps partiel à un moment donné au cours de ces premières années.

Puis, lorsque les choses ont commencé à se structurer chez Cloudreach, j’ai passé un an en tant que Cloud Systems Developer Leader – jusqu’à ce que je réalise que je préférais être un architecte à temps plein. Et donc je suis devenu un officiellement et je l’ai été depuis.

À quoi ressemble votre journée type en tant qu’architecte ? Comment cela a-t-il changé au fil des ans ?

Le quotidien peut changer radicalement d’un projet à l’autre, en fonction du nombre de personnes que vous avez qui travaillent dans le projet. Je vais vous expliquer à quoi ressemble un projet avec un bon nombre d’ingénieurs :

Une fois que vous arrivez au bureau (ou que vous démarrez votre Slack), vous avez probablement déjà une file de questions de plusieurs personnes sur la façon de faire ceci ou cela dans le projet. Ainsi, vous commencez à y répondre tout en vérifiant le calendrier de la journée, qui est susceptible d’être plein de réunions clients et de cérémonies Scrum.

Ensuite, les réunions commencent et des développeurs de systèmes cloud (CSD) se connecteront avec vous sur votre bureau pendant un certain temps. Le temps d’arrêt entre les deux est le moment où vous pouvez vraiment vous rendre au “travail”. Cela inclut des tâches de l’ensemble du cycle de vie de la livraison, telles que la collecte (ou l’aide à la mise en forme) des exigences commerciales, la mise au point des meilleures solutions de conception, la rédaction de nombreux documents, l’aide à la livraison réelle et même la réalisation de certains PoC vous-même de temps en temps.

En parallèle, il est important de garder un œil sur les tendances technologiques et les actualités du jour, afin de ne pas devenir obsolète dans ce domaine particulier (ce qui dans le Cloud peut arriver ridiculement rapidement!).

Qu’est-ce qui vous motive à travailler ici ?

Cela semble simple, mais, en fin de compte, c’est cette combinaison de toujours faire partie d’engagements intéressants et stimulants tout en se sentant soutenu et entouré de personnes formidables.

Quels types d’engagements trouvez-vous les plus intéressants ? Le plus difficile?

Dans le fond, je pense comme tous les techniciens. Peu importe que vous soyez un CSD associé qui débute ou l’architecte le plus expérimenté, ce que moi et d’autres techniciens apprécions le plus, c’est de résoudre les problèmes de nouvelles manières ou, si ce n’est nouveau, de la manière la plus appropriée et optimale. Aller “là où personne n’est allé auparavant”, en termes technologiques. Ainsi, lorsque vous obtenez l’un de ces projets, vous pouvez vraiment profiter de l’apprentissage et, en même temps, mettre toutes vos connaissances au travail pour obtenir la solution la plus appropriée au problème sur lequel vous travaillez.

Personnellement, je trouve cela plus difficile lorsque je navigue dans les mentalités d’entreprise conservatrices que certains clients peuvent avoir lors de la première adoption du Cloud. Entrer correctement dans le cloud est un grand saut mental, et certains clients ne sont pas toujours prêts à le faire en une seule étape (même lorsque ce serait le moyen le plus efficace et le plus bénéfique). Souvent, cette mentalité retiendra un client de la plupart du potentiel du cloud…

D’un autre côté, c’est vraiment gratifiant lorsque vous sentez que vous avez aidé à combler l’écart entre cette attitude initiale et ce que les services cloud peuvent vraiment offrir.

Quelles compétences avez-vous qui vous permettent de réussir en tant qu’architecte ?

Je pense que la sauce secrète est mon approche pragmatique avec les clients et ma capacité à identifier les besoins commerciaux des clients et à les mapper à la bonne combinaison de services et de technologies cloud avec les ressources dont le client dispose. Trouver une solution classique à un problème n’est souvent pas la bonne solution. Sinon, le client aurait pu le rechercher lui-même sur Google.

Des compétences pour vous rendre aussi performant qu’un architecte ? » width=

Une compétence très nécessaire est de pouvoir anticiper rapidement les problèmes. Avoir un instinct pour ce qui fonctionne et ce qui ne fonctionne pas et, en même temps, être capable de réagir rapidement.

fry fix it GIF

Et, last but not least, d’être humble. Parce que dans le secteur d’activité du cloud, vous réalisez que vous devrez continuer à apprendre tous les jours et que vous ne saurez jamais la moitié de ce qu’il y a à savoir.

qu’est-ce qui vous passionne en dehors du travail?

J’aime vraiment voyager, alors je vis la planification de vacances trépidantes loin de chez moi. En raison de la situation covid actuelle, je ne peux planifier que maintenant, mais la planification est la moitié du plaisir. Comme conséquence logique (pour moi) de cela, j’aime aussi l’astronomie. Je possède quelques télescopes et j’aime prendre des photos de ces endroits très lointains où je ne pourrai jamais aller en vacances.

Moon

Aussi, il n’y a pas si longtemps, j’ai été impliqué dans le passe-temps légèrement ringard de la construction d’appareils de rétrogamingtels qu’une console portable et une machine d’arcade en dimensions réelles. Mais cela a été un peu plus temporaire.

Jeux rétro

Votre chaîne Cloudreach Slack préférée ?

Dernièrement, avec la situation actuelle c’est, #of-london parce que cela me rappelle qu’il existe toujours une chose telle qu’un bureau Cloudreach. Avant cela, n’importe lequel des canaux experts-*, car il a toujours été formidable que, chez Cloudreach, vous puissiez toujours trouver quelqu’un avec un peu de temps pour vous donner un coup de main.

Quels sont les derniers développements / innovations dans le Cloud que vous trouvez les plus convaincants ?

J’ai hâte de voir comment la stratégie multi-cloud et Kubernetes se dérouleront à la fin. Il y a encore un effort géant qui attend le Saint Graal de la plate-forme agnostique qui fonctionne partout dans le cloud. Nous connaissons tous la théorie et les problèmes que les conteneurs résolvent, mais la réalité est toujours plus compliquée.

Donc, je suis impatient de savoir si Kubernetes sera capable de surmonter sa propre complexité et de se stabiliser tout en fermant tous les défis ouverts ou si son propre succès jouera à son désavantage, en le reléguant à un deuxième plan avec quelque chose d’autre capable de réduire la complexité et de fournir une base de référence plus stable OU si nous verrons un retour en arrière dans le PaaS des CSP à la place.

Quelle est votre TSR (recommandation de dix secondes)?

Apprenez quelque chose de nouveau tous les jours, car c’est gratuit et personne ne peut vous le voler par la suiteMerci Emilio!

Les architectes Cloud comme Emilio conçoivent des solutions cloud techniques innovant et intelligentes qui modernisent les applications et résolvent leurs défis commerciaux uniques. Vous souhaitez devenir architecte cloud chez Cloudreach ? actuellement, nous recrutons des architectes à Londres, en Allemagne et à NYC. Visitez notre page Carrières et postulez dès aujourd’hui.