RSInfoMinds

  1) Introduction to Docker Containers. 2) Installation of K8s Cluster. 3) Lifecycle of Pod. 4) Deployment and strategies. 5) Cluster Upgrade and worker node management. 6) Labels and Selectors. 7) K8s Service Management. 8) Priority and Preemptions. 9) Network Policies. 10) Volumes. 11) Secrets and ConfigMaps. 12) Horizontal Pod Autoscaling. 13) Namespace and Contexts. 14) Metric Server Configuration. 15) Cluster Access and Role Binding. 16) Web UI Setup. 17) Drain/Taint Nodes. 18) Jobs and Cron. 19) Init and Sidecar containers. 20) ETC Management. 21) Pod Resource Management. 22)  Kubernetes Liveness and Readiness Probes. 23) Ingrees controllers.

  1) SDLC Automation. 2) Cloud Formation. 3) Monitoring and Logging. 4) Elastic Beanstalk. 5) Lambda. 6) API Gateway. 7) ECS. 8) ECS - CodePipeline CICD. 9) OpsWorks. 10) CloudTrail & CloudWatch. 11) SSM, Config, Serivce Catalog, Inspector, Trusted Advisor. GuardDuty. 12) ASG.

  1) Introduction to AWS. 2) EC2 Fundamentals. 3) EC2 Instance Storage. 4) High Availability and Scalability - ELB + ASG. 5) Route 53. 6) Amazon S3. 7) IAM Roles and Policies. 8) Advanced Amazon S3. 9) Amazon S3 Security. 10) CloudFront and AWS Global Accelerator. 11) Decoupling Applications - SQS, SNS, Kinesis, Active MQ. 12) Networking - VPC 13) CloudWatch and CloudTrail.  14) Data & Analytics. 15) Serverless Solutions. 16) Introduction to RDS, Aurora and ElastiCache.  

  What is canary ? Testing out a new feature or upgrade in production is a stressful process.  You want to roll out changes frequently but without affecting the user experience.  To minimize downtime during this phase, set up canary deployments to streamline the transition. When you add the canary deployment to a Kubernetes cluster, it is managed by a service through selectors and labels. The service routes traffic to the pods that have the specified label.  This allows you to add or remove deployments easily. The amount of traffic that the canary gets corresponds to the number of pods it spins up.  I am going to create a nginx deloyment with the below specification: 1) Nginx image version 1.14.2. 2) Deployment with the labels:  app: nginx and version: "1.0" 3) Replicas 3. 4) Updating HTML content as "I am on POD V.10" apiVersion: apps/v1 kind: Deployment metadata:  name: nginx spec:  selector:   matchLabels:    app: nginx ...

  Below post is all about a request from a colleague. 1) There are 20 microservices. 2) All the microservices use a single configmap. 3) Change made to configmap should reflect in the microservices. 4) Microservices can also update the configmap as part of the deployment. In this exampled, I am using nginx and redis deployment sharing a configmap. First creating a configmap from a file: root@masterk8s:/docker# cat cm.txt app1=nginx app2=redis app3=memcached root@masterk8s:/docker# root@masterk8s:/docker# kubectl create configmap app-cm --from-file=cm.txt configmap/app-cm created root@masterk8s:/docker# root@masterk8s:/docker# kubectl get configmap app-cm NAME     DATA   AGE app-cm   1      22s root@masterk8s:/docker# root@masterk8s:/docker# kubectl describe cm app-cm Name:         app-cm Namespace:    default Labels:       <none> Annotations:  <none> Data ==== c...