Development #13838
multicollectivités Publik
0%
Description
Aujourd'hui on gère un Publik avec n w.c.s. pour les communes mais on doit plutôt aller vers n Publik (avec leur combo, leur wcs, etc.).
Fichiers
Demandes liées
Révisions associées
tests: declare new "secondary" key as expected (#13838)
Historique
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Fichier 0001-general-add-support-for-deploying-full-publik-system.patch 0001-general-add-support-for-deploying-full-publik-system.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Alors voilà.
Dans l'Hobo de l'agglo (appelons-le "primaire") on peut déclarer un Hobo de commune ("secondaire"), ça fonctionne de manière tout à fait classique, comme n'importe quel autre service Publik.
On ajoute un flag "shadow" aux services, ça permet côté hobo secondaire aux services de l'agglo d'être déclarés; bien sûr c'est important que l'authentic soit connu pour assurer un SSO mais c'est aussi utile que les combo soient connus, pour qu'au niveau de l'agglo on puisse aggrérer les demandes des différents wcs (par exemple). Comme l'hbo secondaire fait partie du premier cercle, il en reçoit les hobo_deploy (vu qu'il a même été déployé de la sorte), on a ainsi la liste des services.
Du côté hobo primaire, comme il s'est trouve être déclaré "shadow" dans l'hobo secondaire, ça fait qu'ajouter un service du côté de la commune remonte dans un hobo_deploy sur le hobo primaire, qui alors peut déclarer celui-ci "shadow" et le voilà qui peut ainsi se trouver connu de tous les services de l'interco. Aussi, on leur ajoute comme variables le nom et le slug de l'hobo secondaire, comme ça lors de l'hobo_deploy authentic ceux-ci peuvent être reconnus et servir à placer les services dans une o.u. différente.
À côté de ce patch, il en faut deux autres petits, un côté combo.apps.publik pour inclure dans le menu publik l'authentic de l'interco mais pas les autres services; et un côté wcs pour ne pas faire de déploiement sur une déclaration shadow.
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Lié à Development #13842: apps.publik : gestion des services "shadow" ajouté
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Lié à Development #13843: hobo : ne pas déployer les services "shadow" ajouté
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Fichier 0001-general-add-support-for-deploying-full-publik-system.patch 0001-general-add-support-for-deploying-full-publik-system.patch ajouté
- Tracker changé de Bug à Development
Patch édité pour s/shadow/secondary/ qui est plus précis et permet d'expliquer plus facilement ce qui est vu comme services ("primaires" et "secondaires" mais pas "ternaires").
Mis à jour par Serghei Mihai il y a plus de 7 ans
Ça me paraît bon.
Il faudrait documenter les étapes de deploiement des instances secondaires dans le cook.
Mis à jour par Thomas Noël il y a plus de 7 ans
Ack.
(et je pose ça ici : on instaure une hiérarchie qui ne permet pas aux villes de se "voir" entre elles. On verra comment faire le jour où cela aura une conséquence génante, pas sûr que ça soit un vrai problème)
Mis à jour par Frédéric Péters il y a plus de 7 ans
Il faudrait documenter les étapes de deploiement des instances secondaires dans le cook.
Lisant le patch il n'y a rien qui fait référence à cook, tu penses à quoi ?
Mis à jour par Serghei Mihai il y a plus de 7 ans
Je pense mettre à jour la doc sur comment faire le recipe.json quand on souhaite deployer un publik multicollectivité en utilisant le cook.
Aucun rapport avec le patch.
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Statut changé de En cours à Résolu (à déployer)
commit d077b2ac7c34b838d60e55df175443cabd03cf46 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Thu Nov 3 11:50:26 2016 +0100 general: add support for deploying full publik systems (#13838)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
general: add support for deploying full publik systems (#13838)