Complete DIGIT Installation step-by-step Instructions across various Infra types like Public & Private Clouds
The Quickstart Guide would have helped you to get your hands dirty and build the Kubernetes cluster on a local/single VM instance - which you can consider for either local development, or to understand the details involved in infra and deployment.
However, DIGIT is a cloud-native platform and at the same time cloud-agnostic. Depending on the scale and performance running DIGIT on production requires advanced capabilities like HA, DRS, autoscaling, resiliency, etc. All these capabilities are supported by commercial clouds like AWS, Google, Azure, VMware, OpenStack, etc.. and also the private clouds like NIC and a few SDCs implemented clouds. These cloud providers provide the Kubernetes-as-a-managed-service that makes the entire infra setup and management seamless and automated, like infra-as-code, and config-as-code.
- Unlike quickstart, full installation requires state/user-specific configurations ready before proceeding with the deployment.
- You need to have a fully qualified DNS (URL) - (Should not be dummy)
- Persistent storage depends on the cloud you are using for Kafka, ES, etc.
- Either a standalone or a hosted PostGres DB above v11.x
- GeoLocation provider configs (Google Location API), SMS Gateway, Payment Gateway, etc.
- The newly created user must have access to the MDMS and config forked repo.
Choose your cloud and follow the instructions to set up a Kubernetes cluster before moving on to deployment.
Post infra setup (Kubernetes Cluster), the deployment involves 2 stages and 2 modes. Check out the stages first and then the modes. As part of a sample exercise, we will deploy the PGR module. However, deployment steps are similar. The prerequisites have to be configured accordingly.
- each service global, local env variables
- Number of replicas/scale of individual services (Depending on whether dev or prod)
- mdms, config repos (Master Data, ULB, Tenant details, Users, etc)
- sms g/w, email g/w, payment g/w
- GMap key (In case you are using Google Map services in your PGR, PT, TL, etc)
- S3 Bucket for Filestore
- URL/DNS on which the DIGIT will be exposed
- SSL Certificate for the above URL
- End-points configs (Internal/external)
Stage 2: Run the digit_setup deployment script and simply answer the questions that it asks.
go run digit_setup.go
#Be prepared for the following questions
1. Do you have the Kubernetes Setup?
2. Provide the path of the intented env kubeconfig file
3. Which version of the DIGIT that you want to install
4. What DIGIT Modules that you choose to install (Choose PGR)
5. All, done, Now do you want to preview the deployment manifests
6. Are you good to proceed with the DIGIT Installation
All Done, wait and watch for 10 min, you'll have the DIGIT setup completed and the application will be running on the given URL.
Essentially, DIGIT deployment means that we need to generate Kubernetes manifests for each individual service. We use the tool called the helm, which is an easy, effective and customizable packaging and deployment solution. So depending on where and which env you initiate the deployment there are 2 modes that you can deploy.
- 1.From local machine - whatever we are trying in this sample exercise so far.
- 2.Advanced: From CI/CD System like Jenkins - Depending on how you want to set up your CI/CD and the expertise the steps varies. Find out how we have set up CI/CD on Jenkins and the pipelines are created automatically without any manual intervention here.
Post-deployment - the application is now accessible from the configured domain.
To try out PGR employee login - Create a sample tenant, city, user to login and assign LME employee role using the seed script.
kubectl port-forward svc/egov-user 8080:8080 -n egov
Forwarding from 127.0.0.1:8080 -> 8080
Forwarding from [::1]:8080 -> 8080
- Seed the sample data
By now we have successfully completed the DIGIT setup on the cloud. Use the URL that you mentioned in your env.yaml Eg: https://mysetup.digit.org and create a grievance to ensure the PGR module deployed is working fine. Refer to the product documentation below for the steps.
Post grievance creation and assignment of the same to LME, capture the screenshot of the same and share it to ensure your setup is working fine.
Post validating the PGR functionality share the API response of the following request to assess the correctness of successful DIGIT PGR Deployment.
Finally, clean up the DIGIT Setup if you wish, using the following command. This will delete the entire cluster and other cloud resources that were provisioned for the DIGIT Setup.
To destroy previously-created infrastructure with Terraform, run the command below:
- 1.ELB is not deployed via Terraform. ELB has created at deployment time by the setup of Kubernetes Ingress. This has to be deleted manually by deleting the ingress service.
kubectl delete deployment nginx-ingress-controller -n <namespace>
kubectl delete svc nginx-ingress-controller -n <namespace>Note: Namespace can be one of egov or jenkins.
- 2.Delete S3 buckets manually from the AWS console and also verify if ELB got deleted.
All done, we have successfully created infra on the cloud, deployed DIGIT, bootstrapped DIGIT, performed a transaction on PGR and finally destroyed the cluster.