Deployment
Last updated
Last updated
Copyright © 2024 OpenG2P. This work is licensed under Creative Commons Attribution International LicenseCC-BY-4.0 unless otherwise noted.
OpenG2P offers production-grade deployment scripts, Helm charts and utilities based on reputed open-source components like Kubernetes, Rancher etc. This architecture is also referred to as V4*. The deployment infra may be used for sandbox, pilot or full-scale rollout. All modules are available as Dockers and Kubernetes is used as the orchestration platform. The deployment architecture is depicted below.
* This deployment architecture is referred to as "V4" by the OpenG2P team due to the way it has evolved over the past few years. The V4 deployment architecture is an extension of MOSIP's V3 architecture. Unlike V3, where separate clusters are created for environments, in V4, all sandboxes and environments reside in the same cluster with finer access controls
Essentially, for an organisation, you will need two clusters - one for Rancher (it requires its own dedicated Kubernetes cluster. Learn more >>) and one for all OpenG2P modules and supporting components. All sandboxes and environments reside in the OpenG2P cluster under separate namespaces. The RBAC of Kubernetes is used to provide users access to namespaces. Further, the secure access to applications can be controlled by the following means:
Multiple Wireguard servers enabling separate access channels.
Access control at the application level where login to dashboards, and portals is controlled via authentication and authorisation defined in Keycloak.
The Keycloak inside the Rancher cluster provides organisation-wide authorization and offers single sign-on to all resources.
The above is a recommended architecture that also optimises resource usage.
For deployment, set up the following in the sequence given below:
OpenG2P specific modules (instructions available in module-specific deployment pages)