-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ci: deploy to beta.ecologie.data.gouv.fr #72
Comments
Probably not the (main) target: Most likely we'll be shooting for ecologie.data.gouv.fr. Though there's the question of having *.ecologie.gouv.fr (or rather *.developpement-durable.gouv.fr) redirect. |
It is, of course, up to you. I was thinking just in a |
Ah ok. We might be able to deploy under data.developpement-durable.gouv.fr but we have to ask (and therefore plan) for it. |
J'avais une coquille dans le domaine, je rajoute une description complète. |
A priori on part sur :
Reste un point à confirmer avec la team data.gouv sur .ecologie.data.gouv vs ecologie..data.gouv. |
Yes ! Cela reste un point plus « bizdev » que technique : vous permettre d'avoir des vraies utilisateurs tout en vous protégeant. Je ne sais pas si « dev » c'est le meilleur nom mais de ce que tu décris cela remplit l'objectif de ce ticket. |
"dev" dans le sens dev informatique, pas "bizdev". A priori pas d'utilisateurs là dessus, ça sera le playground pour l'équipe tech Ecosphères. dev.data.gouv sert la même fonction. A terme les utilisateurs seront uniquement sur ecologie.data.gouv (prod), et éventuellement demo.ecologie pour les plus téméraires. Pour la release de décembre, on va devoir dévier un peu de cette cible.
|
Oui, pardon. Ce que je voulais dire par « bizdev » c'est la casquette depuis laquelle je crée ce ticket.
OK !
Mauvaise approche AMHA cf. opendatateam/udata-front-kit#74 etc.
Je mets un point de vigilance juste sur la release "big bang" (cf. https://apolitical.co/solution-articles/en/when-is-my-government-digital-service-ready-to-go-live). L'idée est d'avoir des métriques d'impact avant (#75) et qu'elles servent à guider le déploiement en continu. Si tu t'en prives, et que tu ne mesures l'impact qu'ex post, tu perds beaucoup de retours utilisateur très utiles. Je vous décourage vivement de suivre cette approche en cascade. |
Et le meilleur moyen d'avoir des métriques d'impact avant est d'avoir des vrais usagers dès plus tôt possible avec une version beta (ou demo, etc.) C'était dans ce sens là ce ticket. |
Je suis d'accord avec toi sur le principe, mais des contraintes internes ne nous permettent pas de d'ouvrir et communiquer en décembre. |
Depends on opendatateam/udata-front-kit#74
Depends on opendatateam/udata-front-kit#65
Depends on opendatateam/udata-front-kit#67
Depends on opendatateam/udata-front-kit#69
Amélioration technique
Dans l'esprit de garder l'agilité, surtout après une première « mise en prod », le contexte administratif impose de prendre en compte les particularités du cadre administratif et de la responsabilité envers les usagers (la relation entre les usagers et l'administration n'est pas une relation de type contractuelle mais une relation régie par le droit admnistratrif directement). Comme évoqué dans opendatateam/udata-front-kit#74, il est extrêmement recommandé de faire un premier déploiement sur un sous-domaine beta.ecologie.data.gouv.fr :
The text was updated successfully, but these errors were encountered: