Hosting Services Series: Laying out architecture (Part-2)
A.k.a the plan for hosting cloud services we all frequently depend upon.

The independent microservices
  - auth
 
  - notes
 
  - polls
 
  - calendar
 
  - mail
 
  - contacts
 
  - url-shortener
 
would be behind a reverse-proxying Nginx.
Further each microservice lives in its own Git repository in the following tentative form:
- Repo name:
  - auth.fossterer.com
 
- Directories:
  - 
- ui
 
-  service
 
-  db
 
 
- Package names
  -  com.fossterer.auth, com.fossterer.calendar, com.fossterer.notes and so on. 
 
Soon enough, every such service gets to be stood up as a Docker container such that thereafter,
  - they can be run and killed on their own
 
  - a simple Nginx server block (or the equivalents in other reverse-proxying servers) can be setup to proxy dedicated domain names to these localhost URLs
 

The plan is to move my  users away from existing Nextcloud apps one by one as I build secure and usable microservices that can live on their own.
Benefits
  - New lean services can be built and old ones can be killed at any time where users don’t have to face any downtime
 
  - Users get access to Beta services early so they can give them a try and provde early feedback during development itself
 
  - All features come with the same Single-Sign On (SSO)
 

The Register/Login page in the intial stages allows the following mechanisms:
Soon, the following methods would be added
  - WebAuthn
 
  - OAuth2/OpenID Connect for Github, Google and StackExchange Logins