Professional Documents
Culture Documents
Company
Docker can build images Docker Image is a read-only We can have a base image
automatically by reading the template to build containers. of ubuntu for base OS and
instructions from a Dockerfile. A An image holds all the
have our Node application
Dockerfile is a text document that information needed to bootstrap
contains all the commands a user a container, Configured in a Dockerfile
could call on the command line to including what processes to run .Now building this file will
assemble an image. Using docker and create an image and running
build users can create an the configuration data. this will add a new layer
automated build that executes Every image starts from a (this is your project+base
several command-line base image, and a template is
image ) .This new layer is
instructions in succession. created by using the instructions
that are stored in the DockerFiIe. considered a different
version of your Base image.
How to run?
Utilize its mapped
Build an image Run the container
commands
• Self Healing :Auto Restart of application of failure and tries to fix some basic errors
• Automated Rollouts
• Various other features like Service Discovery and load balancing etc.
• Easily Compatible
• Isolation
Orchestrator?
Container Orchestration refers to the automated arrangement, coordination, and management of
software containers.
If you have an application which you can manage alone and sufficient –You’re good!
But what if your application is deployed on large scale basis?
We need to run your “monolithic “ application for requests and this is a bad practice.
So we split it up into mini chunks of modules working separately..
• Secrets/configuration/storage management
• Health checks
• Master node: Runs multiple controllers that are responsible for the health of the cluster, replication,
scheduling, endpoints ,Kubernetes API.Generally it makes sure everything is running as it should be
and looks after worker nodes.
• Worker node : Runs the Kubernetes agent that is responsible for running Pod containers via Docker or
rkt, requests secrets or configurations, mounts required Pod volumes, does health checks and reports
the status of Pods and the node to the rest of the system.
• Pod: The smallest and simplest unit in the Kubernetes object model that you can create or deploy. It
represents a running process in the cluster. Can contain one or multiple containers.
• Deployment: Provides declarative updates for Pods (like the template for the Pods), for example the
Docker image(s) to use, environment variables, how many Pod replicas to run, labels, node selectors,
volumes etc.
• ReplicaSet: Controller that ensures a specified number of Pod replicas (defined in the Deployment) is
running at any given time.
• Service: An abstraction which defines a logical set of Pods and a policy by which to access them
.Generally it’s used to expose Pods to other services within the Cluster.
Swarm-Raft Consensus Algorithm
Suppose we have 5 container instances
running on different virtual ports
Depending on server availability ,it will
ping all other nodes upon its expiry time.
If any server is found available
application Is given to that node and the
current node becomes master.
Master manages
rolling,scheduling,scaling etc. of slaves
Thank You