As for the current IT market, the DevOps domain is one of the best options for IT folks’ salary and career growth. One common question I get quite often is, “How to become a DevOps engineer?”
In this blog, I will try to answer this with my own experiences in practicing DevOps in different organizations.
Towards the end of the article, I have added the different types of teams a DevOps engineer can be part of.
Many people argue (including me) that there is nothing like a “DevOps Engineer” or a “DevOps Team” because it is not a thing. However, everyone in the industry now got used to the term “DevOps engineer, ” and as long as you understand the DevOps philosophy, these titles don’t matter much.
There are many misconceptions about what DevOps really means. One such misconception is “Automation is DevOps.” Developing skills related to automation is not enough to become a DevOps Engineer.
DevOps (a clipped compound of development and operations) is a culture, movement or practice that emphasizes the collaboration and communication of both software developers and other information-technology (IT) professionals while automating the process of software delivery and infrastructure changes.
From the above definition, it is clear that DevOps is not about any tools or technologies. It is a philosophy for making different IT teams work together to deliver better and fast results through continuous feedback.
Here is an interesting trend graph showing DevOps popularity in the last five years.
Organizations trying to practice DevOps requires people with collaborative skills. They should be willing to change and adopt new technologies.
From a tooling perspective, a very good understanding of systems, automation tools, CI tools, Version control systems, networking, experience in using project management tools will pave the way for DevOps adoption.
The design or the pipeline designed by the team should also deliver small updates or releases without much manual intervention. It happens only if there is a cultural shift in the way teams work.
For example, automating repeated tasks and spend more time on innovation and engineering.
Table of Contents
- How To Become a DevOps Engineer
- Understand DevOps Culture
- Learn about *nix Systems
- Understand How Infrastructure Components Work
- Get Certified On Cloud
- Learn to Automate
- Containers, Distributed Systems & Service Mesh
- Logging & Monitoring
- Understand Security Best Practices (DevSecOps)
- Learn Coding & Scripting
- Learn Git, Learn to Document, Learn about GitOps
- Understand End To End Application Delivery Lifecycle
- DevOps vs SRE
- Different Types of “DevOps Teams”
- Read Read and Read
- Write a Blog
How To Become a DevOps Engineer
You must understand the fact that DevOps is not specific to developers or system engineers. It’s for anyone passionate about evolving practices, technologies and willing to work in a collaborative environment where everything is automated to make everyone’s life so easy.
This article will explain how you should prepare yourself for tools and technologies to become a DevOps engineer who practices the DevOps philosophy.
Note: In this article, I have covered many verticals. A beginner can’t be a master of everything. However, having a fair amount of knowledge in these areas will help you become a DevOps engineer.
Understand DevOps Culture
To become a DevOps engineer, the first and foremost thing is to understand the DevOps culture. It is all about different teams working together towards a common goal. In other words, there should not be any blaming culture between different IT teams.
IT leaders and decision-makers should make sure the entire team is mentored on DevOps practice’s cultural aspects before getting into DevOps toolsets. It avoids lots of confusion in the group. It usually doesn’t happen in organizations, and they end up having a “DevOps Team” for operations, which again ends up in a siloed structure.
People would stop hiding the truth and stop blaming others for any issues once they understand that when there is a delay or issue in project delivery, everyone involved in the project is equally responsible.
Once you practice DevOps culture, you will stop saying that “CI/CD and automation is DevOps.”
Learn about *nix Systems
We are in an era where we cannot live without Linux/Unix systems. You should get a better understanding and working knowledge of various Linux distributions highly used by organizations (RHEL, Centos, Ubuntu, CoreOS, etc.).
As per The Linux foundation case study, 90% of the public cloud workload runs on Linux.
Here is another interesting study from Redhat, which shows the different Linux distros used in the public cloud.
Now you have enough reasons why you should focus on Linux.
When it comes to Linux, it’s all terminal, GUI is less preferred in *nix world. Get your hands dirty with terminals of these systems.
You can use a Virtual box or AWS/GCP/Azure to spin up Linux servers.
You can start with the following.
- Understand the Linux booting process
- Install and Configure web servers (Apache, Nginx, Tomcat, etc..) and learn how web servers work.
- Learn how Linux processes work.
- Learn how SSH works.
- Learn about different file systems.
- Learn how volumes work in Linux.
- Learn about system logging, monitoring, and troubleshooting.
- Learn about important protocols (SSL, TLS, TCP, UDP, FTP, SFTP, SCP, SSH)
- Learn to manage services and try to create a service on your own (Initd, Systemd)
- Host static/Dynamic websites on web servers.
- Setup Load balancers & Reverse Proxys (Nginx, HA proxy, etc)
- Break something and learn to troubleshoot.
Understand How Infrastructure Components Work
The basic building block of any organization is its Infrastructure. It could be on the cloud or on-premise Data Center.
An overall understanding of Infrastructure components is a must for a person who wants to practice or work in a DevOps environment. It will help if you have a basic understanding of the following.
- Public network
- Private network
- CIDR Notations
- Static/Dynamic IP’s
- Public & Private DNS
- Fail Over Mechanisms
- Disaster Recovery
- PKI Infrastructure
- SSL certificates
Single Sign On
- Active Directory/LDAP
- L5 Load Balancers
- L7 Load Balancers
- Load balancing algorithms
- Reverse Proxy
- Site to Site VPN
- Client to site VPN
There could be more things, but I have highlighted the critical components in an IT Infrastructure.
Get Certified On Cloud
When I say “Get Certified,” please do not use the exam dumps to pass the certification. It adds significantly less value to you. It may be useful for the organization to show the clients that they have certified cloud engineers.
Most of the public cloud market share is currently owned by AWS. Here is the report from Businesswire.
Pick any one public cloud, preferably AWS, and learn about all its core infrastructure services. Do hands-on on all the core services and understand how it works.
Watch AWS re-invent videos and understand how other organizations are using AWS services for hosting their applications. Trust me, you will learn a lot from these videos, and no online training will provide that much information on how to run production workloads on AWS.
If you are planning to get certified GCP, watch their Google Next videos.
Use the certification to gauge yourself on the respective platform.
- Ryans AWS Certification Courses
- Google Certified Associate Cloud Engineer Certification
- Microsoft Azure – Beginner’s Guide + AZ-900 preparation
Learn to Automate
We no more create servers manually. Automation has become an essential aspect of every organization.
As per a report from Redhat, many organizations are investing in their automation initiatives. Check out this data.
From provisioning servers, application configuration, deployment, everything should be automated. You can learn any of the following DevOps toolsets that fit your needs.
For Dev Environment
- Docker Desktop
For infrastructure provisioning
- CLIs (of respective cloud provider)
For Configuration Management
VM image management
- Learn DevOps: Infrastructure Automation With Terraform
- Ansible for the Absolute Beginner – Hands-On – DevOps
- Docker for the Absolute Beginner
Containers, Distributed Systems & Service Mesh
Container adoption is increasing day by day. The organization you work for might not be using containers now. However, it is best to have hands-on knowledge of container technology like Docker. It will gain you some competitive edge among your peers.
These platforms are best suited for microservices-based architecture.
Here is an interesting Kubernetes usage trend by Datadog.
Here is the five year increasing search trends for Kubernetes.
Also, many engineers are showing interest in learning kubernetes. 2021 will see many engineers getting certified in kubernetes (CKA, CKAD, and CKS).
A service mesh is an advanced topic when it comes to distributed systems. If you are a beginner to container toolsets, you can learn this after gaining a good knowledge of microservices-based architecture.
- Kubernetes Tutorials For Beginners: Getting Started Guide
- Best kubernetes courses
Logging & Monitoring
Logging and monitoring are fundamental aspects of an infrastructure.
Most of the apps deployed in the infrastructure will produce logs and metrics. Based on architecture and design, logs are pushed and stored in a logging infrastructure.
Every company will have a logging and monitoring infrastructure. Commonly used logging stacks are Splunk and ELK. Also, there are few SaaS companies like Loggly, which provides logging infrastructure.
Developers, operations teams, and security teams use logging systems to monitor, troubleshoot, and audit applications and infrastructure. Also, for AIOPS, log data plays a key role.
In every organization, mission-critical applications are monitored 24/7 using monitoring dashboards. Generally, dashboards use data from logging sources or metrics generated by the application.
Also, there will be alerting systems that use the rules configured in the monitoring systems for alerting.
For example, an alert could be triggered as a slack notification, Jira ticket, email alert, ServiceNow incident ticket, or xMatters phone call. Alerting workflows differ from organization to organization.
As a DevOps engineer, you should be able to query logs and troubleshoot issues in non-prod and prod environments. Understand regular expressions is very important to query logs in any logging tool.
- Elastic Stack – In-Depth & Hands-On
- Monitoring and Alerting with Prometheus
- Art of Monitoring [eBook]
- Regular Expressions (Regex) Tutorial
Understand Security Best Practices (DevSecOps)
DevSecOps is another area dealing with integrating security practices in each stage of DevOps.
DevSecOps is an augmentation of DevOps to allow for security practices to be integrated into the DevOps approach. The traditional centralized security team model must adopt a federated model allowing each delivery team the ability to factor in the correct security controls into their DevOps practices.
Checkpoints 2020 security survey shows different cyber attacks by regions.
In cloud environments, crypto mining is a common attack. This mostly happens when the cloud access secrets are maintained poorly so that hackers get access to it.
When it comes to DevOps, secret management for applications and infrastructure components should follow standard security practices.
Following image shows the key DevSecOps standard practices published by Redhat.
Hashicorp Vault is a great secret management tool you can look at. There are many workflows available to manage environment secrets.
Learn Coding & Scripting
You need to understand the Developers’ world better to collaborate better. To do that, you need to know how a typical development process works. So it is essential to have a good understanding of programming, APIs, etc. It will help you troubleshoot and collaborate better.
My suggestion is to pick a programming language and build an application from scratch. In the process, you will understand the process and components involved in application development. Once you know this, you can effectively interact with developers and other teams.
Also, In today’s world, we treat everything as code. Even though there are enough tools to automate everything, you might need custom functionality that a tool may not offer. In such cases, coding/scripting comes in handy to achieve those functionalities.
For example, Jenkins pipeline as code requires an understanding of groovy, Ansible custom module requires an understanding of python, Writing Kubernetes operator requires Golang experience.
You can learn the following commonly used scripting languages.
Golang is really getting popular in the DevOps domain. Lots of DevOps tooling are done using Golang nowadays. In fact, tools like Kubernetes, terraform are written in go.
JFrog surveyed Golang adoption during GopherCon, and 18% of the respondents said they use Golang for DevOps related work.
- Complete Python Bootcamp: Go from zero to hero in Python 3
- Learn How To Code: Google’s Go (golang)
- Linux Shell Scripting: A Project-Based Approach to Learning
Learn Git, Learn to Document, Learn about GitOps
It is essential to version control everything you do (except passwords and secrets :P). Git is the best version control tool. There are plenty of tutorials available on git, and it will not take much time to learn important git operations.
You can start with Github or Bitbucket as your remote code repository.
Note: Git Branching strategy is an important aspect of any application release process.
Once you understand Git, learn about GitOps.
So what is this GitOps anyway? here is what gitops.tech explains GitOps
GitOps is a way of implementing Continuous Deployment for cloud native applications. It focuses on a developer-centric experience when operating infrastructure, by using tools developers are already familiar with, including Git and Continuous Deployment tools.
The next important thing is to document every important thing you do. Every repository must have a README file, which should explain your code in a better way. Good documentation will help not only you but also someone who tries to use your code.
- Git Complete: The definitive, step-by-step guide to Git
- Git Basics Every Developer and Administrator Should Know
Understand End To End Application Delivery Lifecycle
When it comes to application delivery lifecycle, there are three important concepts you need to be aware of.
- Continuous Integration
- Continuous Delivery
- Continuous Deployment
Read this release process management article to understand how a typical application development, build, testing, deployment, approval process, and validation work.
Learn to use CI/CD tools like Jenkins, Travis CI, GoCD, etc
Here is a good pictorial representation on CI/CD process by bmc.
DevOps vs SRE
SRE is another evolving topic in the DevOps community.
SRE is a set of practices and philosophies that emerged from Google.
Here is what google says about DevOps and SRE
DevOps and SRE are not two competing methods for software development and operations, but rather close friends designed to break down organizational barriers to deliver better software faster.
I recommend these official documents from Google to understand more about SRE.
Different Types of “DevOps Teams”
Nowadays, every organization tags people dealing with Infrastructure/CI-CD as “DevOps Engineer.” and makes them part of a “DevOps team.” However, their duties vary depending on the teams they work for.
There is a misconception about “DevOps Engineers” thinking they are responsible for everything. That’s not true. It might work for small teams.
In reality, If you are hired as a “DevOps Engineer,” you will fall in any one of the following teams in an organization.
- Central Platform Team: Responsible for provisioning Infrastructure on demand. This team is responsible for delivering a scalable platform when requested. They will not take care of applications but the underlying platforms. They will make sure the production systems are available 24×7 through continuous platform support and monitoring. Also, they will work on new tooling and automation to meet future needs. The end consumers of this team would be a development or App Ops team. So this is more of shared responsibility.
- DevOps Team: Although “DevOps team” doesn’t make any sense, organizations use it to tag the operations team with this name. This team normally works with developers closely and serves multiple development teams. They are responsible for end-to-end application delivery.
- App Ops Team: This team part of specific engineering teams working closely on a specific program in an organization with good knowledge of that particular domain. For example, the payments team. This team is responsible for deploying and managing payment applications. Platform management will be taken care of by the central platform team or by DevOps teams.
- SRE Team: This team deals with automation, availability, latency, performance, efficiency, change management, monitoring, emergency response, and capacity planning. They work closely with developers to solve operational issues. This team consists of engineers working on infrastructure with a development background.
- Dedicated Support Team: Support teams are meant to troubleshoot/handle production support tickets and direct the respective team’s issues based on the severity.
Read Read and Read
Nothing will gain knowledge, like reading. Read at least one DevOps tech blog related to engineering.
Follow all the engineering blogs like Netflix, Twitter, Google, etc. Learn how they are using the right toolsets, deployment strategies, and their latest open source projects.
Follow like-minded people on LinkedIn, Reddit, Medium, Quora etc.
Write a Blog
It’s good to share with others about your experiences and learning. You can publish tutorials, learnings, and your experiences on your blog.
It will help others, and it will create a personal brand for yourself. It takes less than 30 minutes to set up a WordPress blog or a Medium blog. If you want help to start your blog, drop a message to us at [email protected]
Whenever you learn something new, you can write about it. It will be a reference to you as well as others. You can share it on Linked in groups, Dzone, etc.
The tools and processes involved in DevOps are not limited to what is mentioned in this article. However, these are commonly used open-source tools and technologies you can start with to become a DevOps engineer.
Now I’d like to hear your thoughts:
What’s your key takeaway from this?
Or maybe you have a question about different verticals explained.
Either way, leave a comment below right now.