Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/shreyank031/k8s-microservice-deploy
The application is designed as a collection of microservices, each responsible for a specific task. This architecture promotes scalability, resilience, and flexibility, as each microservice can be developed, deployed, and scaled independently using Kubernetes.
https://github.com/shreyank031/k8s-microservice-deploy
k8s kubernetes-deployment kubernetes-pods kubernetes-service kubernetescluster microservices-architecture
Last synced: 4 days ago
JSON representation
The application is designed as a collection of microservices, each responsible for a specific task. This architecture promotes scalability, resilience, and flexibility, as each microservice can be developed, deployed, and scaled independently using Kubernetes.
- Host: GitHub
- URL: https://github.com/shreyank031/k8s-microservice-deploy
- Owner: Shreyank031
- Created: 2024-05-18T14:12:04.000Z (6 months ago)
- Default Branch: master
- Last Pushed: 2024-05-18T17:28:51.000Z (6 months ago)
- Last Synced: 2024-05-19T15:36:28.288Z (6 months ago)
- Topics: k8s, kubernetes-deployment, kubernetes-pods, kubernetes-service, kubernetescluster, microservices-architecture
- Homepage:
- Size: 13.7 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Voting App
This is a distributed voting application built using various technologies and deployed on Kubernetes. The app allows users to vote for their favorite choice (Cat or Dog) and displays the live results.
## Architecture
The application follows a microservices architecture and consists of the following components:
1. **Frontend**: A Python-based web application that serves as the user interface for voting.
2. **Redis**: An in-memory data store used for storing and retrieving votes.
3. **PostgreSQL**: A persistent database for storing and retrieving voting results.
4. **Worker**: A .NET service that consumes votes from Redis and persists them to PostgreSQL.
5. **Result**: A Node.js application that fetches and displays the voting results from PostgreSQL.## Flow
![micro](https://github.com/Shreyank031/k8s-Microservice-deploy/assets/115367978/9284bd88-5c1b-4417-a781-5f379a9fc1c6)
## Demo
![micro-service](https://github.com/Shreyank031/k8s-Microservice-deploy/assets/115367978/1382e169-aab1-42fb-85d2-e0a0b4c6aae2)
## Microservices
The application is designed as a collection of microservices, each responsible for a specific task. This architecture promotes scalability, resilience, and flexibility, as each microservice can be developed, deployed, and scaled independently.
Each microservice is deployed as a separate Kubernetes Deployment, which ensures that the desired number of replicas is running at all times. Kubernetes Deployments provide features like rolling updates, rollbacks, and self-healing capabilities.
## Deployment
The microservices are deployed on a Kubernetes cluster using Deployment and Service manifests:
1. **Deployment Manifests**: These YAML files define the desired state of each microservice, including the container image, resource requirements, and other configurations.
2. **Service Manifests**: Kubernetes Services expose the microservices within the cluster and handle service discovery, load balancing, and networking.
The Deployment and Service manifests for each microservice are located in the `k8s-Microservice-Deploy/deployments/` and `k8s-Microservice-Deploy/services/` directories, respectively.
> I have also included the pods for all five componenets, in case you want to test it, understand before going to deployemnt.
## Docker Images
The Docker images for each microservice are pulled from Docker Hub during the deployment process. The image names and tags are specified in the respective Deployment manifests.
For example, the Frontend Deployment manifest (`k8s/deployments/frontend-deployment.yaml`) might include the following image specification:
```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: voting-app-deployment
labels:
name: voting-app-deployment
app: voting-app
spec:
template:
metadata:
name: voting-app-pod
labels:
name: voting-app-pod
app: voting-app
spec:
containers:
- name: voting-app
image: kodekloud/examplevotingapp_vote:v1 #Image will be pulled form dockerhub registery
ports:
- containerPort: 80
replicas: 1
selector:
matchLabels:
name: voting-app-pod
app: voting-app
```## Prerequisites
- Docker
- Minikube
- kubectl (Kubernetes command-line tool)## Getting Started
1. **Clone the repository**:
```bash
git clone https://github.com/Shreyank031/k8s-Microservice-Deploy.git
```2. **Change dicrectory**:
```
cd k8s-Microservice-Deploy
```3. **Start minikube**:
```bash
minikube start
```
- check the status of minikube.
```
minikube status.
```4. Deploy the Service as well as the Deployment manifest
> make sure you don't have any pods, deployment and service running. Not manditory, but helpful.```
cd deployment
```
```
kubectl apply -f postgres-deployment.yaml
```
```
kubectl apply -f result-deployment.yaml
```
```
kubectl apply -f worker-deployment.yaml
```
```
kubectl apply -f redis-deployment.yaml
```
```
kubectl apply -f voting-app-deployment.yaml
```- Same way deploy the **service**
change directory to service
```
cd ../service
```
```
kubectl apply -f postgres-service.yamlkubectl apply -f redis-service.yaml
kubectl apply -f result-app-service.yaml
kubectl apply -f voting-app-service.yaml
```5. Check the deployment and Service status. Debug the errors like, `CrashLoopBackOff ` or `Imagepullbackoff` error.
```
kubectl get deploy,svc -o wide
kubectl get pods -o wide
```- By default, the replica is set to 1. If you want to scale the application, you can use scale command.
Example:
```
kubectl scale --replica=3 deployment voting-app-deployment
```**The above command scales the **voting-app-deployment** to 3 copies**
6. Access services running inside the Minikube cluster from outside the cluster, typically from your local machine or browser:
```
minikube service voting-service
minikube service result-service
```After executing the above commands, by default you will be directed to the browser. Now you can access both the voting and result application. **Congratulations!**
> Make sure the type is set to `NodePort` in 2 services, namely `voting-service` and `result-service`. As they help to expose k8s service outside the cluster.