Premier déploiement en Production
Besoin
Votre application WEB va devoir répondre à une url et sera accessible depuis le RIE ou Internet. Elle ne peut avoir un url technique sur la base .gsil.r2.eco4.cloud.e2.rie.gouv.fr qui ne peut convenir à la production contrairement à la recette ou la formation. Elle doit être identique à la Preprod qui a été préalablement recetté techniquement et fonctionnellement avant d'être utilisée pourr toute activité de production.
Préalable
- Avoir choisi une url basée sur un sous domaine de son service, pour le RIE en e2.rie.gouv.fr, pour Internet en din.developpement-durable.gouv.fr
- Avoir optimisé l'usage des ressource, la taille des images et respecté les bonnes pratiques
- Avoir dentifié et créé les volumes de données persistantes en dehors des images
Formulaire
Sur la console de Production, activer l'option "Mes Projets". La liste des projets en Preprod fournira la version actuelle en Preprod et le cas échéant en Production. Si aucune version est en Production, l'icone flèche montante bleue, permet d'activer un formulaire.
Un formulaire s'affiche :
La liste déroulante permet le choix de l'exposition, le RIE est le défaut. Il faut une justification pour tout autre choix. Le nom de domaine doit être un sous domaine de celui afficher.
En cliquant sur le bouton CREER LA DEMANDE, un fiche SPS sera créer pour demander la création du reverse-proxy qui publiera sur la bonne exposition l'application Web.
Validation de GSIL
La fiche ne sera traitée que si :
- le nom de domaine est correcte et appartient bien au service. Il peut être national (sans référence au service) mais ne doit pas être à usage interne.
- les services en Preprod ne sont pas ultra consommateurs de ressources
- les images dockers ont été optimisée voir bonnes pratiques
Mise en ligne
Dès que le reverse-proxy national répond, l'utilisation de la flèche montante entrainera le déploiement en Production de la version en Preprod. Il en sera ainsi pour les montées de versions suivantes qui ne nécessitent plus de validation. Un contrôle régulier de l'impact des services est effectué, soit pour signaler au service concerné les optimisation à faire, soit pour accroitre les ressources des nodes docker de la plateforme ConteneursFaciles.