# Proposition pour avoir accès à un cluster Kubernetes accessible aux développeurs en zone Hors Prod

Depuis 3 ans maintenant, les plateformes innovation ont montré toutes les avancées
que pouvaient offrir les conteneurs pour provisionner facilement et rapidement
des environnements vierges et sans état (et donc facilement reconstructibles).

Ainsi, plusieurs équipes ont utilisé ces possibilités pour, selon les cas :
* tester rapidement une solution envisagée (sous forme d'un poc)
* mettre en place des tests de fonctionnalités de façon isolée (par merge request par exemple)
* mettre en place des montées de version pour les tests d'adaptations (java, postgres...)

L'arrêt de la plateforme innovation prévu prochainement viendra mettre un terme à ce service, ce qui ne manquera pas d'augmenter les demandes faites aux CEI pour disposer d'environnements, rajoutant une charge supplémentaire et potentiellement des frictions face aux délais fixes de mise à disposition de ces environnements.

Il semble aujourd'hui possible de déployer un cluster Kubernetes pour pallier à cela, permettant par la suite le déploiement, facilité et dans une optique DevOps, d'environnements sans persistence : des ateliers organisés par la DIIT l'ont montré encore très récemment (installation de cluster kube avec [KubeSpray](https://kubespray.io/#/)).
D'autres ateliers ont aussi montré l'intérêt spécifique de la solution Kubernetes (devenue standard de l'industrie) pour des développeurs (voir par exemple les travaux autour de https://dev.insee.io).

**Ainsi, nous souhaiterions la mise à disposition de quelques briques matérielles pour permettre au collectif de déployer un cluster kubernetes. Ce cluster permettrait d'accéder à toutes les fonctionnalités permises par le produit depuis nos postes de travail ou le service gitlab afin de pouvoir construire facilement et rapidement (et sans charge supplémentaire sur les travaux du CEI) des environnements de tests techniques ou des maquettes de démonstration.**

Pour cela, nous proposons que nous soit mis à disposition :
* un VLAN isolé en zone HP,
* 10 VM vierges (dans ce vlan) (avec 2vcpu/16Go de ram)
* un nom de domaine spécifique (par exemple dev.insee.fr, ou le domaine insee.test existant)
* deux VIP F5

Tout cela fait partie des demandes standards telles que définies dans le processus de gestion des changements.

Au vu des dernières présentations lors du séminaire développeurs, il semble que vmware puisse fournir des services autour de cluster kubernetes. Cependant, nous avons bien conscience que les travaux autour de la production actuelle et son évolution (edifice, pea...) ne permettent surement pas un gros investissement sur ce sujet de la part du DPII, c'est en partie pourquoi nous proposons que l'installation et la gestion de ce cluster Kubernetes se fasse par une communauté de developpeurs, associant également l'ensemble des forces informatiques de l'institut.

En terme de coût, les VM demandées pour ce cluster pourrait également présenter l'avantage de soulager l'important nombre d'instances de développement actuel (tout en laissant en place les environnements de qualification fonctionnelle), qui représentent à ce jour plus de 2000 vcpu et 3.5 To de RAM.

La demande d'un vlan et de VM vierge sans OS a pour but de minimiser les impacts sur le reste des VM du CEI.

Les VIP et le nom de domaine permettront de publier les environnements pour y accéder par le navigateur ainsi qu'utiliser les outils classiques de déploiement sur kubernetes.

L'effort autour de cette démarche se veut résolument collectif et ouvert à tous (y compris les collègues du SNSI et du CEI donc). Cela pourrait constituer une première brique vers la levée de la frontière actuelle entre les devs et les ops.

Demandeurs et demandeuses (par ordre alphabétique) :

Nom | Poste
---------------------|-----------------------
Brunetti Antoine | Développeur (SNDIO)
Bour Benjamin | Informaticien (DAAP/Lille)
Caouissin Laurent | Développeur (SNDIL)
Cespedes Jorge | Développeur (SNDIN)
Chemin Cécile | Développeuse (SNDIP)
Clément Philippe | Développeur (SNDIP)
Comte Frédéric | Informaticien (UNISSI/DIIT)
Couralet Cédric | Développeur (SNDIP)
Daneau Mathias | Développeur (SNDIN)
Dondon Alexis | Informaticien (DAAP/Nantes)
Dufaure Clément | Développeur (SNDIP/DOT)
Eneman Donatien | Développeur (SNDIP/DOT)
Gamba Stéphane | Développeur (SNDIN)
Givernaud Florian | Développeur (PGCOC)
Hamelin Elise | Développeur (SNDIN)
Koehl Armelle | Développeuse (SNDIP)
Lambois Alice | Développeuse (SNDIL)
Larat Sébastien | Développeur (SNDIO)
Laval Nicolas | Développeur (SNDIL)
Le Gueut Yves-Marie | Développeur (SNDIN)
Lecacheur Antoine | Développeur (SNDIO)
Levitt Olivier | Informaticien (UNISSI/DIIT)
Lhotelier Julien | Développeur (SNDIN)
Merlat Cécile | Développeuse (PGCOC)
Schleininger Audrey | Développeuse (SNDIP)
Sénave Nicolas | Développeur (SNDIL)
Varlet Gaëtan | Développeur (SNDIP)
Werquin Benoit | Développeur (SNDIL)