-
Notifications
You must be signed in to change notification settings - Fork 6
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
Devise URL strategy for CLARIAH services #82
Comments
@mmisworking to be able to have a URL strategy it's nice to know what services we are talking about. I'd say a first list of services is:
Also there might be some services, which are only for internal use (VPN access), they should have a different domain name (or subdomain of xyz). And the of course we should decide which services need a DEV, TEST or ACCEPTANCE environment. |
Sounds like a topic for the Tech Board? |
We are the Tech Board aren't we? That's why we raise it here ;) I don't think we need to in detail plan the full URLs of all services, but we do need to agree on things like putting everything under I'm already going on the assumption that we use |
I mean the formal route: as a Tech Board we should formulate a proposal to have it approved and/or amended by the CLARIAH board and other stakeholders. |
@roelandordelman is something decided during the TC meeting? |
@mmisworking During the Tech Day we briefly discussed that the URL strategy is important, also wrt clusters running elsewhere and being part of the C-infra. If we could have a proposal ready based on the above on 07/03, we can have it discussed in the board meeting of March. |
url strategy for service dev different kind of stages.
which url will we use for the upcoming years
Who is able to decide
Who can we request for comments
The text was updated successfully, but these errors were encountered: