Votre installation de Publik sera composé de plusieurs modules, et chacun doit avoir un nom de sous-domaine, sur un domaine commun et unique, pour que l'ensemble puisse fonctionner.

Il vous revient donc donc choisir un domaine commun, comme par exemple :
* guichet.grandlyon.com ou
* services.nancy.fr ou
* moncompte.nanterre.fr

Si nous prenons l'exemple de guichet.grandlyon.com, nous aurons donc la structure suivante : *yyyyy.xxxxx.com*

* yyyyy : le nom générique de la démarche GRU (par exemple guichet, demarches, services, etc. selon votre choix)
* xxxxx.com : le nom de domaine généralement associé à votre collectivité (grandlyon.com, lozere.fr, strasbourg.eu)

Note interne : en premier il faut proposer de faire une délégation de zone, qu'au niveau du DNS yyyyy.xxxxx.com soit géré par Entr'ouvert. (éléments techniques sur le sujet à rédiger)

h1. Sous-domaines pour la partie production

Pour fonctionner, Publik a besoin de sous-domaines complémentaire à cette structure de base.
Ces sous-domaines qui devront être couverts par un certificat couvrant *.yyyy.xxxxx.com.

Voici les sous-domaines à créer : 

* citoyen.yyyyy.xxxxx.com : porte d'entrée de Publik pour les usagers
* services.yyyyy.xxxxx.com : module w.c.s qui sert à la gestion des démarches en ligne, url visible par le citoyen
* connexion.yyyyy.xxxxx.com : fournisseur d'identité, URL visible furtivement par le citoyen au moment de la connexion  

et également ces sous-domaines internes, invisibles pour le citoyen : 
                           
* agents.yyyyy.xxxxx.com : point d'entrée des agents, invisible pour le citoyen
* passerelle.yyyy.xxxxx.com : URL technique pour notre mini-esb, invisible pour le citoyen
* statistiques.yyyyy.xxxxx.com : module BI de construction des indicateurs statistiques, invisible pour le citoyen
* hobo.yyyyy.xxxxx.com : module d'administration, invisible pour le citoyen
* porte-documents.yyyyy.xxxxx.com : module porte-documents, invisible pour le citoyen
* agendas.yyyyy.xxxxx.com : module chrono, invisible pour le citoyen


En fonction des modules déployés sur Publik, d'autres sous-domaines devront éventuellement être créés.

h2. Sous-domaines pour la partie recette

Il est préférable que les sous-domaines utilisés en recette soit cohérents avec ceux utilisés pour la partie production.

Nous proposons de mettre en place, dès le début du projet, d'utiliser le même sous-domaine en rajoutant -test sur le préfixe.

Pour la recette, nous aurons donc besoin des sous-domaines suivants. Ces sous-domaines doivent également être couverts par le certificat. 

* citoyen-test.yyyyy.xxxxx.com 
* services-test.yyyyy.xxxxx.com 
* connexion-test.yyyyy.xxxxx.com 
* agents-test.yyyyy.xxxxx.com 
* passerelle-test.yyyy.xxxxx.com
* statistiques.yyyyy.xxxxx.com 
* porte-documents-test.yyyyy.xxxxx.com 
* fargo-test.yyyyy.xxxxx.com 
* agendas-test.yyyyy.xxxxx.com


h1. Certificat

Tous les modules Publik dialoguent via des connexions chiffrées, il est donc nécessaire que vous disposiez de certificats pour la recette et pour la production, ceux-ci peuvent être des certificats
"wildcard" couvrant un domaine et ses sous-domaines (cf plus haut).
Si souhaité de votre part, il est possible, pour la recette, d'utiliser notre certificat qui couvre la zone "test.entrouvert.org" avec des URL alors à définir pour la recette.