Maître de stage - Episode 4: Sujets
Rédigé par uTux Aucun commentaireLe temps passe vite, j'aurais aimé écrire cet article à la moitié du stage mais mon rythme de publication est clairement insuffisant. En réalité, le stage se termine déjà mais j'en parlerais plus tard.
Je savais que le stage ne se passerait pas comme je l'avais prévu, et bien sûr ce fut le cas. Tout d'abord le sujet de stage que j'avais prévu de lui confier était lié à un projet qui a été retardé de deux mois, ce qui m'a obligé à trouver d'autres choses. Et mine de rien, ce n'est pas facile d'improviser. J'ai eu l'impression de ne pas l'occuper assez et j'ai eu peur qu'il se lasse. Mais en lisant son rapport de stage, je trouve qu'il a en fait été beaucoup occupé ce qui est une bonne chose.
Les deux gros projets qui ont le plus monopolisé son stage, sont d'une part un sujet de recherche sur une méthode d'externalisation des logs du cloud public (afin d'en avoir une sauvegarde) et d'autre part un projet client consistant à migrer des ressources entre subscriptions Azure (vers du CSP) et en déployer de nouvelles.
Pour l'externalisation des logs, il a monté une infra ELK (ElasticSearch, Logstash, Kibana) en bac à sable, puis a trouvé progressivement le moyen de brancher les ressources Azure et Aws dedans. La solution a été présentée dans un DAT (Dossier d'Architecture Technique) et l'installation documentée dans un Wiki. Il s'est révélé très autonome.
Le projet client qui devait être le sujet principal s'est finalement révélé assez court, mais lui a permis d'aborder la notion de CSP (Cloud Solution Provider). En gros c'est une sorte de revendeur qui peut facturer au client l'utilisation des ressources du Cloud Public, et prendre sa marge tout en proposant un tarif plus avantageux que le prix public. En contrepartie, il s'engage à faire le support N1 et N2 pour les clients. On est donc à moitié dans le commercial et à moitié dans la technique, ce qui est très valorisant dans notre métier.
Le déploiement de ressources dans le Cloud Public Azure a également été l'occasion de se frotter au réseau et notamment au hub-spoke. Il faut donc non seulement adresser les différents réseaux mais aussi construire les tables de routage et paramétrer les NSG (Network Security Groups) pour contrôler les flux qui passent.
Donc oui finalement les sujets n'ont pas manqué et se sont révélés assez consistants. Mon seul regret peut-être est de ne pas lui avoir fait faire de support, c'est à dire traiter les tickets d'incident sur des infra existantes.
L'Episode 5 parlera de la fin du stage et de la soutenance devant le jury.