Containerization Seminar
Containerization may just be one of the most important technologies of our time. (A related post discusses some in production considerations when dockerizing your applications)
- Different Technology Stacks — Dockerizing an app works identically for a Node.js apps, a .NET app or a J2EE app. The final docker image runs on a specific host (Linux, Windows Server etc.), but the process of creating the image is identical for every technology stack.
- Simplicity (of Packaging and Deploying Apps) — A single line of YAML code can pull in an entire server OS, another line can build and install the most complex app (whatever your stack might be), another line can installs SSL/TLS certificates (or even create self signed certs on the fly and install those) inside your container image. This is far simpler than the effort required to configure an app and it’s dependent components on a host VM.
- Reusability of Packaged Apps (Environment Consistency) — Once created, the above image can be used as a template for one or as many containers as you like to run in any environment. This makes it possible to avoid inconsistencies between DEV, STAGING and PROD environments. The exact same blueprint is used to create the container instance — hence, it is impossible to have inconsistencies.
- Licensing Benefits — No additional licensing required! Think about that — running a dozen windows server OSes — all for the cost of a single underlying host OS! This is simply not an option on VMs or Physical Box hosting.
- Management — Think about a cluster of VMs and what it takes to auto manage those. It is not a trivial task -and you need a whole set of tools around monitoring and restarting failed nodes in a cluster. Docker Swarm (or Kubernetes) will manage the entire life cycle of your hundreds of containers — diligently monitoring them and bringing up additional ones if necessary.
- Guaranteed Uptime — Without any manual intervention, one can guarantee near 100% uptime, by ensuring that there’s always a fixed number of replicas (for each tier) up and running. Try doing that, while avoiding costs, using traditional VMs or Physical hosts!
- Simplified Devops Pipeline — One can replace all of the current devops provisioning and configuration infrastructure, with dockerized images pulled from a registry and deployed on a clean host.
- Clustering without the overhead costs — One can also start eliminating clusters of VMs (and physical Boxes) with clusters of containers, which are much more lightweight and far less resource needy. The days of clustered database servers — each server requiring the horsepower of a small factory, are behind us. With containers, you get the same clustered database functionality and power — at a fraction of the cost and a fraction of the host’s resources.
- Upgrades without downtime — Deploying an application update without ANY downtime is a feature of dockerized applications.
- …
Schedule your Containerization Seminar for Executives Seminar Today