desired subdomains are assigned to deployed services #110
Labels
No labels
0 points
0.5 points
1 point
13 points
2 points
21 points
3 points
34 points
5 points
55 points
8 points
ambition
application-offering
ambition
configure-applications
ambition
front-end
ambition/install-applications
ambition
security
ambition
switch-host
ambition
update-applications
ambition
user-management
api service
blocked
component: fediversity panel
component: nixops4
documentation
estimation high: >3d
estimation low: <2h
estimation mid: <8h
infinite points
productisation
project-management
question
role: application developer
role: application operator
role: hosting provider
role: maintainer
security
technical debt
testing
type unclear
type: bug
type: deliverable
type: key result
type: objective
type: task
type: user story
user experience
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Blocks
Depends on
#78 Start deployment migration
fediversity/fediversity
#99 applications deployed on command
fediversity/fediversity
#100 migrating application data between hosting providers
fediversity/fediversity
#118 Relevant email accounts are provisioned such that the operator may be contacted
fediversity/fediversity
#954 demo env broken
fediversity/fediversity
Reference
fediversity/fediversity#110
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As a Fediversity user,
I want to use selected sub-domains for my services,
so that I may configure the URLs to my visitors' needs.
implementation notes
clients / utils
clan dyndns module: tied to their servicegodns(module, providers)dns.nix: zone files|godns| | | | | |bind(optionally with client octodns (thru TF / NixOS-DNS)) or (given a nix package/module, possibly thru ngipkgs) deSEC.as an alternative to interfacing with upstream DNS providers, we could initially presume hosting providers would have registrar status (pilot with ProcoliX: EURid registrar), significantly reducing the number of potential upstreams to interface with.EURid has a €2500 signup fee, lacks public API documentation, and ProcoliX isn't a registrar with them so far, tho EURid's interface is like EPPmetaregistrar (dutch commercial entity, TF DNS challenge 1 2) was suggested by procolix as a registrar that serves many registries, for short-term demo purposes (with long-term intent to instead do an open-source registrar connecting many registries). (for what it's worth, this registrar appears not currently suggested by any of our listed DNS clients.)- seems not as convenient so far as the automation already available for the belowc.f.:
open questions
This needs to be rewritten to a user story instead of being phrased in terms of implementation details. If I try imagining what it would be like, I don't see the difference to #109. Isn't all of this actually about being able to (register and then) select a DNS record before deployment?
The deployment process informs the DNS service of the IP of provisioned VMs, so that the right subdomain can be assigned to itto desired subdomains are assigned to deployed serviceskiara referenced this issue2026-04-22 11:10:48 +02:00
a new idea suggested by @koen is to check up with eurid on whether they might have a testing environment available for us
edit: actually, that would not result in actual domains, so wouldn't really help to test more than just that one bit, rather than our whole application