{"id":366,"date":"2026-01-06T01:00:00","date_gmt":"2026-01-06T01:00:00","guid":{"rendered":"https:\/\/blog.ngocha.biz\/?p=366"},"modified":"2026-01-06T01:00:00","modified_gmt":"2026-01-06T01:00:00","slug":"become-devops-engineer","status":"publish","type":"post","link":"https:\/\/blog.ngocha.biz\/?p=366","title":{"rendered":"Become A DevOps Engineer in 2026: [A Practical Roadmap]"},"content":{"rendered":"

In this detailed guide, I have shared the practical roadmap for becoming a DevOps Engineer based on my 12 years of experience<\/strong> working as a DevOps Engineer in various organizations.<\/p>\n

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?<\/strong>“<\/p>\n

Many people argue (including me) that there is nothing like a “DevOps Engineer” <\/strong>or a “DevOps Team<\/strong>” because it is not a thing. However, everyone in the industry has now gotten used to the term “DevOps engineer, ” and as long as you understand the DevOps philosophy, these titles don’t matter much.<\/p>\n

Toward the end of the article, I added the different teams a DevOps engineer can be part of.<\/p>\n

There are many misconceptions about what DevOps really means<\/a>. One such misconception is “Automation is DevOps<\/strong>.” Developing skills related to infrastructure automation<\/a> is not enough to become a DevOps Engineer.<\/p>\n

Wikipedia says,<\/p>\n

\n
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.<\/div>\n<\/div>\n

From the above definition, it is clear that DevOps is not about any tools or technologies<\/strong>. It is a philosophy for making different IT teams (Developers, Platforms teams, QA, Performance, etc) work together to deliver better and fast results through continuous feedback.<\/p>\n

Here is an interesting trend graph showing DevOps popularity in the last five years.<\/p>\n

\"DevOps
Click to view in HD<\/span><\/figcaption><\/figure>\n

Who is a DevOps Engineer?<\/h2>\n

Organizations trying to practice DevOps<\/strong> require people with collaborative skills who are willing to change and adopt new technologies & methodologies. They are DevOps Engineers.<\/p>\n

From a tooling perspective, a DevOps Engineer is someone who has a good understanding of Operating systems, Networking, automation tools, CI tools, Version control systems, monitoring & observability tools, Infrastructure as Code<\/a>, and Programming\/Scripting.<\/p>\n

I have seen teams babysitting pipeline jobs for the infra\/app build and release process. In the world of DevOps Engineers, the CI\/CD pipeline designed\/developed<\/strong> by the team should deliver small updates or releases without much manual intervention. It happens only if there is a cultural shift<\/strong> in the way different teams work.<\/p>\n

For example, From my experience working as a DevOps Engineer, sitting with different teams and having an open conversation on pain points<\/strong> would solve many problems than plainly following a team-wise rule book. (And trust me, it is not as easy as it sounds \ud83d\ude42<\/p>\n

Another goal of DevOps engineers is to automate repeated tasks<\/strong> and spend more time on engineering and innovation.<\/p>\n

DevOps Engineer Roadmap<\/h2>\n

You must understand the fact that DevOps is not specific to developers<\/strong> or system engineers. It’s for anyone passionate about evolving practices, and technologies and willing to work in a collaborative environment where everything is automated to make everyone’s life so easy.<\/p>\n

It doesn’t matter whether you are a sysadmin, developer, tester, performance engineer, support engineer<\/strong>, etc. You can be a DevOps engineer because you are already part of an IT ecosystem that is responsible for deploying and managing applications to production.<\/p>\n

This article explains how you should prepare yourself for tools and technologies to become a DevOps engineer<\/strong> who practices the DevOps philosophy.<\/p>\n

\n
Note: <\/strong><\/b>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.<\/div>\n<\/div>\n

Understand DevOps Culture<\/h3>\n

To become a DevOps engineer, the first and foremost thing is to understand the DevOps culture<\/strong>. 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.<\/strong><\/p>\n

The following image says it all.<\/p>\n

\"\"
Source: https:\/\/www.ein-bild.com\/ (By Sandra Martin)<\/span><\/figcaption><\/figure>\n

For example, If you are a devops engineer, never say “It’s not my job”, say, “Let me see what I can do to help.” How you respond has a significant impact on collaboration. (It doesn’t mean you have to spoon-feed people and do others’ work.)<\/p>\n

\n
Note:<\/strong><\/b> If you are fresh graduate, understanding cultural aspects is challenging because it comes with actual industry experience. So my advice would be to focus on core IT fundamentals (OS, Networking & Programming) and then move on to cloud & Devops tools.<\/div>\n<\/div>\n

IT leaders and decision-makers should ensure the entire team is mentored on DevOps cultural aspects<\/strong> before getting into DevOps toolsets. It avoids lots of confusion in the teams. It usually doesn’t happen in organizations, and they end up having a “DevOps Team<\/strong>” for operations, which again ends up in a siloed structure.<\/p>\n

People would stop hiding the truth and stop blaming others for project issues once they understand that an issue in project delivery has to be addressed in a collaborative manner rather than pointing fingers. For example, a blameless postmortem<\/a>.<\/p>\n

Once you understand the DevOps culture, you will stop saying that “CI\/CD and infrastructure automation is DevOps.”<\/strong><\/p>\n

I would suggest reading the state of the DevOps report by puppet<\/a>. A must-read devops report for engineers and leaders.<\/p>\n

Learning Resources<\/h4>\n
    \n
  1. DevOps Culture and Mindset<\/a> [Coursera]<\/li>\n
  2. The Phoenix Project<\/a> [Recomended eBook]<\/li>\n<\/ol>\n

    Learn to Use AI Tools<\/h3>\n

    Learn to learn.<\/p>\n

    In the AI first world, the goal is not to replace learning. The goal is to learn faster and work smarter<\/strong>.<\/p>\n

    When I started my DevOps journey, I used to spend days learning and researching using Google and forums to learn new tools and technologies. Those days are gone now. Now, with a single prompt, you get the answers in seconds.<\/p>\n

    All you have to do is, ask the right questions. Have patience to read and you will gain so much knowledge.<\/p>\n

    We are in an era where there will be so many advancements in technology through AI tools. As an engineer, it is essential to use Generative AI tools like ChatGPT<\/a>, Google Gemini<\/a> and Claude<\/a> to learn the core basics without spending much time. <\/p>\n

    Because these tools can converse with you and give explanations in simple language. <\/p>\n

    The key thing you need to master is smart prompting strategies.<\/p>\n

    Here is an example of a smart prompt<\/p>\n

    Dont ask, “How to use Docker?<\/em>” instead,<\/p>\n

    Ask –> “I am new to containerization. Explain Docker concepts like I am familiar with VMs, then give me 3 hands-on exercises progressing from beginner to intermediate<\/em>“<\/p>\n

    So smartly do the hard work \ud83d\ude42<\/p>\n

    Learn Linux<\/h3>\n

    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.).<\/p>\n

    As per The Linux foundation case study<\/a>, 90% of the public cloud workload runs on Linux.<\/p>\n

    \"Public
    Click to view in HD<\/span><\/figcaption><\/figure>\n

    Here is another interesting study from Redhat, which shows the different Linux distros used in the public cloud.<\/p>\n

    \"Linux
    Click to view in HD<\/span><\/figcaption><\/figure>\n

    Now you have enough reasons why you should focus on Linux.<\/p>\n

    When it comes to Linux, it’s all terminal, GUI is less preferred in *nix world. Get your hands dirty with the terminals of these systems.<\/p>\n

    You can use a Virtual box<\/a> with Vagrant or AWS\/GCP\/Azure to spin up Linux servers.<\/p>\n

    You can start with the following.<\/p>\n

      \n
    1. Understand the Linux booting process<\/li>\n
    2. Understand systemd<\/li>\n
    3. Learn about file permissions (rwx<\/code>), ownership, sticky bit, setuid, setgid.<\/li>\n
    4. Understand user\/group management (\/etc\/passwd<\/code>, \/etc\/shadow<\/code>, id<\/code>, groups<\/code>).<\/li>\n
    5. Learn how Linux processes work. <\/li>\n
    6. Learn about Signals (kill<\/code>, pkill<\/code>, killall<\/code>, signal numbers).<\/li>\n
    7. Learn to setup HTTP proxies.<\/li>\n
    8. Learn how SSH<\/a> works.<\/li>\n
    9. Learn about different file systems.<\/li>\n
    10. Learn how volumes work in Linux.<\/li>\n
    11. Learn about system logging, monitoring, and troubleshooting.<\/li>\n
    12. Learn about important protocols (SSL, TLS, TCP, UDP, FTP, SFTP, SCP, SSH)<\/li>\n
    13. Learn to manage services and try to create a service on your own (Initd, Systemd)<\/li>\n
    14. Learn to optimize Linux performance and use performance monitoring tools (top<\/code>, htop<\/code>, iostat<\/code>, vmstat<\/code>, sar<\/code>).<\/li>\n
    15. Understand log analysis (journalctl<\/code>, \/var\/log\/<\/code>, rsyslog<\/code>).<\/li>\n
    16. Learn about cgroups & namespaces (high-level idea, especially in container-related roles).<\/li>\n
    17. Learn about basic backup & recovery strategies (rsync<\/code>, tar<\/code>).<\/li>\n<\/ol>\n

      You can do the following tasks and try to learn the above tasks paractically.<\/p>\n

        \n
      1. Setup Load balancers<\/a> and reverse Proxy (Nginx, HA proxy, etc.). Understand each configuration and algorithm behind load balancing.<\/li>\n
      2. Setup and Database and understand its configurations and management. (Eg: PostgreSQL Setup<\/a>)<\/li>\n
      3. Host static\/Dynamic websites on web servers and play around with different configurations.<\/li>\n
      4. Install and Configure web servers (Apache, Nginx, Tomcat, etc..) and learn how web servers work.<\/li>\n
      5. Break something and learn to troubleshoot.<\/li>\n<\/ol>\n
        \n
        Tip:<\/strong><\/b> When working on real projects, you work on Linux systems in a private network with limited access to public websites and resources. You need to have good knowledge of managing packages without internet connectivity.<\/div>\n<\/div>\n

        Linux Learning Resources<\/h4>\n
          \n
        1. Introduction to Linux<\/a> [edX]<\/li>\n
        2. Learn shell scripting for DevOps<\/a><\/li>\n
        3. The Complete Guide to Bash Programming<\/a><\/li>\n
        4. Linux Learning Paths<\/a><\/li>\n<\/ol>\n

          Related Certifications<\/h4>\n
            \n
          1. Linux Foundation Certified System Administrator (LFCS)<\/a><\/li>\n<\/ol>\n

            Learn How Infrastructure Components Work<\/h3>\n

            The basic building block of any organization is its Infrastructure. It could be on the cloud or on-premise Data Center.<\/p>\n

            An overall understanding of Infrastructure components is a must for a person who wants to practice or work in a DevOps environment. For example, when you get into meetings with network\/security teams, with a fair amount of infrastructure knowledge you can ask the right questions, understand what they are saying and collaborate better.<\/p>\n

            There is a big difference when you say “It’s not working, can you look into this” and “Hey, I have done my initial troubleshooting, and here are my findings. Can you look into this further and help us understand what’s causing the issue”<\/p>\n

            You should spend some time and have a basic understanding of the following.<\/p>\n

            <\/p>\n\n\n\n\n\n\n\n\n
            Networking<\/strong><\/td>\nStorage<\/strong><\/td>\n<\/tr>\n
            \n 1. OSI Model\/TCP-IP Model
            \n 2. Network Topologies
            \n 3. CIDR Notations
            \n 4. Subnetting
            \n 5. Public network
            \n 6. Private network
            \n 7. Static\/Dynamic IPs
            \n 8. Firewall
            \n 9. Proxy (Forward & Reverse Proxy)
            \n 10. NAT<\/a>
            \n 11. Public & Private DNS
            \n 12. VPN
            \n 13.             IPv4 & IPv6 Protocols<\/a>\n <\/td>\n            		\n 1. SAN
            \n 2. Backups
            \n 3. NFS
            \n 5. Object storage
            \n 6. Disk IOPS\/throughput\/latency
            \n 7. Databases
            \n 8. Key-Value Stores\n <\/td>\n<\/tr>\n
            High Availability<\/strong><\/td>\nSingle Sign-On<\/strong><\/td>\n<\/tr>\n
            \n 1. Clusters
            \n 2. Fail-Over Mechanisms
            \n 3. Disaster Recovery
            \n 4. Vertical scaling
            \n 5. Horizontal scaling\n <\/td>\n            		\n 1. Active Directory\/LDAP
            \n 2. SAML
            \n 3. OAuth2 & OpenID Connect\n <\/td>\n<\/tr>\n
            Security<\/strong><\/td>\nLoad Balancers<\/strong><\/td>\n<\/tr>\n
            \n 1. SSL certificates
            \n 2. PKI Infrastructure
            \n 3. Zero trust security
            \n 4. Password\/secret rotation
            \n 5. Security Compliance
            \n 6. Site-to-site VPN
            \n 7. Client-to-site VPN\n <\/td>\n            		\n 1. L4 Load Balancers
            \n 2. L7 Load Balancers
            \n 3. Load balancing algorithms\n <\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

            <\/p>\n

            There are more things, but I have highlighted the critical components <\/strong>of an IT Infrastructure that you might encounter in your day-to-day job.<\/p>\n

            Resources<\/h4>\n

            For networking, you can start with the Udacity<\/a> free course given below.<\/p>\n

              \n
            1. Computer Networking Course from Udacity<\/a> [Free]<\/li>\n<\/ol>\n

              Learn Cloud Computing & Virtualization<\/h3>\n

              Cloud computing and virtualization are the basic building blocks of today’s DevOps practices.<\/p>\n

              You can start learning virtualization concepts using tools like Virtualbox & Vagrant (Type 2 virtualization). It is the foundation of cloud computing.<\/p>\n

              In terms of Cloud computing, you need to learn and get certified on cloud platforms.<\/p>\n

              When I say “Get Certified,” please do not use the exam dumps<\/strong> 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.<\/p>\n

              Most of the public cloud market share is currently owned by AWS. Here is the latest report from Statista<\/a>.<\/p>\n

              \"latest
              Click to view in HD<\/span><\/figcaption><\/figure>\n

              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.<\/p>\n

              Watch AWS re-invent videos<\/a> and understand how other organizations are using AWS services for hosting their applications.<\/p>\n

              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.<\/p>\n

              If you are planning to get certified GCP, watch their Google Next<\/a> videos.<\/p>\n

              Use the certification to gauge yourself on the respective platform.<\/p>\n

              Cloud & Virtualization Learning Resources:<\/h4>\n
                \n
              1. Virtualbox Tutorial<\/a><\/li>\n
              2. Vagrant tutorial for beginners<\/a><\/li>\n
              3. AWS Certification Courses<\/a><\/li>\n
              4. Microsoft Azure – Beginner’s Guide + AZ-900 preparation<\/a><\/li>\n<\/ol>\n

                Learn Infrastructure Automation<\/h3>\n

                We no longer create servers manually. Infrastructure automation tools<\/a> have become an essential aspect of every organization. Also, all modern infrastructure deployments follow the immutable infrastructure<\/a> model.<\/p>\n

                As per a report from Redhat<\/a>, many organizations are investing in their automation initiatives. Check out this data.<\/p>\n

                \"Organization
                Click to view in HD<\/span><\/figcaption><\/figure>\n

                From provisioning servers to application configuration, and deployment, everything should be automated. You can learn any of the following DevOps toolsets that fit your needs.<\/p>\n

                <\/p>\n\n\n\n\n\n\n
                For Dev Environment<\/strong><\/td>\nFor Infrastructure Provisioning<\/strong><\/td>\n<\/tr>\n
                1. Vagrant<\/a>
                2. Docker Desktop
                3.                 Minikube<\/a> (k8s)
                4. Minishift (k8s)
                5. Kind (k8s)<\/td>\n                		1. Terraform (preferable)
                2. Cloudformation for AWS
                3. CLIs (of respective cloud provider)
                4. Pulumi<\/td>\n<\/tr>\n
                For Configuration Management<\/strong><\/td>\nVM image\/Container management<\/strong><\/td>\n<\/tr>\n
                1. Ansible<\/a> (preferable)
                2. Chef
                3. Puppet
                4. Saltstack<\/td>\n                		1. Hashicorp Packer<\/a>
                2.                 Docker<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

                <\/p>\n

                Following are my tips on learning automation tools<\/p>\n

                  \n
                1. Learn the basics from a blog, official documentation, or through a course. Whichever you feel comfortable with.<\/li>\n
                2. If you want to write an Ansible playbook for Nginx, first configure Nginx manually and see how the components and configs work. Then start writing the playbook.<\/li>\n
                3. Ensure you learn test-driven infrastructure development. There are testing tools for every automation tool. (Ansible-test<\/a>, terratest<\/a> etc.)<\/li>\n
                4. Community modules are a great reference to learning. You can learn complex logic from community modules.<\/li>\n
                5. When using community modules, ensure you know what each block of code does.<\/li>\n<\/ol>\n

                  Resources:<\/h4>\n
                    \n
                  1. Udacity Cloud DevOps Engineer Nanaodegree<\/a><\/li>\n
                  2. Learn DevOps: Infrastructure Automation With Terraform<\/a><\/li>\n
                  3. Ansible for the Absolute Beginner – Hands-On – DevOps<\/a><\/li>\n<\/ol>\n

                    Learn Container Orchestration and Distributed Systems<\/h3>\n

                    Distributed systems<\/strong> are the basic building blocks for modern scalable infrastructure. You need to understand the basic concepts of distributed systems because most tools that you use for microservices are distributed in nature. For example, Kubernetes.<\/p>\n

                    Also, 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 or podman. It will gain you some competitive edge among your peers.<\/p>\n

                    Once you understand docker<\/a>, you can start learning about container orchestration tool<\/a> Kubernetes<\/a>.<\/p>\n

                    Kubernetes is the new age Linux.<\/p>\n

                    These platforms are best suited for microservices-based architecture.<\/p>\n

                    Here is an interesting Kubernetes usage trend by Datadog<\/a>.<\/p>\n

                    \"kubernetes
                    Click to view in HD<\/span><\/figcaption><\/figure>\n

                    The following image shows the five-year increasing search trends for Kubernetes.<\/p>\n

                    \"kubernetes
                    Click to view in HD<\/span><\/figcaption><\/figure>\n

                    Also, many engineers and even fresh college graduates are showing interest in learning kubernetes. 2023 will see many engineers getting certified in kubernetes<\/strong>. You can check out our CKA<\/a>, CKAD<\/a>, and CKS<\/a> exam guides. You can pick the best Kubernetes certification<\/a> based on the domain you want to work with.<\/p>\n

                    Service mesh<\/a> is an advanced topic in the container space. If you are a beginner to container toolsets, you can learn this after gaining a good amount of knowledge in container orchestration and microservices-based architecture. There are many service mesh tools from the CNCF foundation. You can take a look at the best service mesh tools<\/a> for microservices.<\/p>\n

                    Resources<\/h4>\n
                      \n
                    1. Docker for the Absolute Beginner<\/a><\/li>\n
                    2. How to build a Docker image<\/a><\/li>\n
                    3. Podman tutorial for beginners<\/a><\/li>\n
                    4. How to Learn Kubernetes<\/a> – Comprehensive Roadmap<\/li>\n
                    5. Kubernetes Tutorials For Beginners<\/a><\/li>\n
                    6. Best kubernetes courses<\/a><\/li>\n
                    7. Kubernetes the Hard way<\/a><\/li>\n<\/ol>\n

                      Logging & Monitoring & Observability<\/h3>\n

                      Observability<\/a>, Logging, and monitoring are fundamental aspects of an infrastructure.<\/p>\n

                      All apps deployed in the infrastructure will produce logs and metrics. Logs are pushed and stored in a logging infrastructure based on architecture and design.<\/p>\n

                      Every company would have a logging and monitoring infrastructure. Commonly used logging stacks are Splunk and ELK<\/strong>. Also, there are a few SaaS companies like Loggly, which provide logging infrastructure.<\/p>\n

                      For monitoring, there are open-source tools like Prometheus<\/a>, and Nagios and enterprise tools like AppDynamics, Datadog<\/a>, SignalFx, etc. You can check out our blog on the best open-source monitoring tools.<\/a><\/p>\n

                      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.<\/p>\n

                      In every organization, mission-critical applications are monitored 24\/7 using monitoring dashboards<\/strong>. Generally, dashboards use data from logging sources or metrics generated by the application.<\/p>\n

                      Also, there would be alerting systems that use the rules configured in the monitoring systems for alerting.<\/p>\n

                      For example, an alert could be triggered as a slack notification, Jira ticket, email alert, ServiceNow incident<\/a> ticket, or xMatters phone call. Alerting workflows differ from organization to organization.<\/p>\n

                      As a DevOps engineer, you should be able to query logs and troubleshoot issues in non-prod and prod environments. Understanding regular expressions are very important to query logs in any logging tool.<\/p>\n

                      Resources<\/h4>\n
                        \n
                      1. Prometheus Architecture<\/a><\/li>\n
                      2. Regular Expressions (Regex) Tutorial<\/a><\/li>\n
                      3. DevOps measurement: Monitoring and observability<\/a><\/li>\n<\/ol>\n

                        Learn Security Best Practices (DevSecOps)<\/h3>\n

                        DevSecOps<\/a> is another area dealing with integrating security practices in each stage of DevOps.<\/p>\n

                        Wikipedia says,<\/p>\n

                        \n
                        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.<\/div>\n<\/div>\n

                        One of the discussed topics in DevSecOps is the Shift-left security approach<\/strong>. Shift Left Security is nothing but adopting security practices in the design\/development stages itself.<\/p>\n

                        Cloud security alliance says,<\/p>\n

                        \n
                        Security can be achieved only when it has been designed in. Applying security measures as an afterthought is a recipe for disaster.<\/p>\n

                        Cloud security alliance<\/p><\/div>\n<\/div>\n

                        You can check out The Six Pillars of DevSecOps<\/a> by the Cloud security alliance.<\/p>\n

                        Here is an interesting Checkpoint 2020 security survey<\/a> that shows different cyber attacks by region.<\/p>\n

                        \"\"
                        Click to view in HD<\/span><\/figcaption><\/figure>\n

                        In cloud environments, crypto mining is one of the common attacks. This mostly happens when the cloud access secrets are maintained poorly so that hackers get access to it.<\/p>\n

                        When it comes to DevOps, secret management <\/a>for applications and infrastructure components should follow standard security practices. You can also read about Zero trust security practices.<\/strong><\/p>\n

                        The following image shows the key DevSecOps standard practices published by Redhat.<\/a><\/p>\n

                        \"\"
                        Source: Redhat.com<\/span><\/figcaption><\/figure>\n

                        Hashicorp Vault is a great secret management tool you can look at. There are many workflows available to manage environment secrets.<\/p>\n

                        The State of API security<\/a> report by Salt Security shows that there is a 681% increase in API attacks.<\/p>\n

                        Resources:<\/h4>\n
                          \n
                        1. Vault Tutorial<\/a><\/li>\n
                        2. What is container security?<\/a><\/li>\n
                        3. Container Scanning using Trivy<\/a><\/li>\n
                        4. Kubernetes vault setup guide<\/a><\/li>\n
                        5. Vault Injector tutorial<\/a><\/li>\n<\/ol>\n

                          Learn Programming & Scripting<\/h3>\n

                          Scripting is essential for a DevOps Engineer. Nowadays, for DevOps interviews, every decent company has a preliminary scripting\/coding round.<\/p>\n

                          Here is a snippet from the official google cloud blog<\/a> which talks about skills to become a cloud engineer. Which says “Code is non-negotiable<\/strong>“.<\/p>\n

                          \"Code
                          Click to view in HD<\/span><\/figcaption><\/figure>\n

                          In one or another way, you will end up using programs and scripts in the CI\/CD workflow. You can learn the following commonly used scripting languages. Learning programming<\/p>\n

                            \n
                          1. Bash\/Shell<\/li>\n
                          2. Python<\/li>\n
                          3. Golang<\/li>\n<\/ol>\n

                            You can check out my following articles<\/p>\n

                              \n
                            1. Shell scripting for DevOps<\/a><\/li>\n
                            2. Best programming languages for devops<\/a><\/li>\n
                            3. Python for DevOps<\/a> – where I have explained different use cases of programming & scripting in DevOps<\/li>\n<\/ol>\n

                              Also, to become a true devops engineer, you need to understand the Developers’ world better<\/strong>. To do that, you need to know how a typical development process works.<\/p>\n

                              So it is essential to have a good understanding of programming, APIs<\/strong>, etc. It will help you troubleshoot and collaborate better. Also, an understanding of API is a basic prerequisite to learning Kubernetes.<\/p>\n

                              My suggestion is to pick a programming language and build an application from scratch<\/strong>. When I started my career, I built an entire Ruby on rails web application from scratch even though development was not my primary work. Till today it has helped me in understanding many concepts in the developer’s world. Even Google Cloud guys suggest the same.<\/p>\n

                              \"learn<\/figure>\n

                              When you develop an application, you will understand the process and components involved in application development. Once you know this, you can effectively interact with developers and have meaningful conversations.<\/p>\n

                              Also, In today’s world, we treat everything as code<\/strong>. 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.<\/p>\n

                              For example,<\/p>\n

                                \n
                              1. Jenkins pipeline as code<\/a> requires an understanding of groovy<\/li>\n
                              2. Ansible custom module requires an understanding of python<\/li>\n
                              3. Writing Kubernetes operator requires Golang experience.<\/li>\n<\/ol>\n

                                Also, if you look at AWS CDK<\/a> or IaaC tool like Pulumi<\/a>, you can use a programming language to define the infrastructure and do test-driven infrastructure development like you develop applications.<\/p>\n

                                Golang is really getting popular in the DevOps domain. Lots of DevOps tooling are done using Golang nowadays. In fact, tools like Kubernetes, and terraform are written in go.<\/p>\n

                                JFrog surveyed Golang adoption during GopherCon, and 18% of the respondents<\/strong> said they use Golang for DevOps-related work.<\/p>\n

                                \"Golang
                                Click to view in HD<\/span><\/figcaption><\/figure>\n

                                I have given enough reasons on why you should learn programming as a DevOps engineer.<\/p>\n

                                Resources<\/h4>\n
                                  \n
                                1. 30+ websites to learn coding online<\/a><\/li>\n
                                2. Complete Python Bootcamp: Go from zero to hero in Python 3<\/a><\/li>\n
                                3. Learn How To Code: Google’s Go (golang)<\/a><\/li>\n
                                4. Linux Shell Scripting: A Project-Based Approach to Learning<\/a><\/li>\n<\/ol>\n

                                  Learn Git, GitOps & Learn to Document<\/h3>\n

                                  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.<\/p>\n

                                  You can start with Github or Bitbucket as your remote code repository.<\/p>\n

                                  \n
                                  Note: <\/strong><\/b>Git Branching strategy is an important aspect of any application release process.<\/div>\n<\/div>\n

                                  Once you understand Git, learn about GitOps. It is an evolving technical practice <\/strong>not commonly used by companies. However, it will become a mainstream practice someday.<\/p>\n

                                  So what is this GitOps anyway? here is what gitops.tech<\/a> explains GitOps<\/p>\n

                                  \n
                                  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.<\/div>\n<\/div>\n

                                  You can read my simple explanation on Gitops<\/a>.<\/p>\n

                                  ArgoCD is the widely used GitOps tool and you can get started with ArgoCD<\/strong> to learn GitOps practically.<\/p>\n

                                  The next important thing is to document every important thing you do<\/strong>. Every repository must have a README<\/code> 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.<\/p>\n

                                  Resources:<\/h4>\n
                                    \n
                                  1. How to Learn Git for DevOps<\/a><\/li>\n
                                  2. Git Complete: The definitive, step-by-step guide to Git<\/a><\/li>\n
                                  3. Git Basics Every Developer and Administrator Should Know<\/a><\/li>\n<\/ol>\n

                                    Understand End To End Application Delivery Lifecycle<\/h3>\n

                                    When it comes to the application delivery lifecycle, there are three important concepts you need to be aware of.<\/p>\n

                                      \n
                                    1. Continuous Integration<\/li>\n
                                    2. Continuous Delivery<\/li>\n
                                    3. Continuous Deployment<\/li>\n<\/ol>\n

                                      Read this example release process management article<\/a> to understand how a typical application development, build, testing, deployment, approval process, and validation work.<\/p>\n

                                      Learn to use any of the following CI\/CD tools.<\/p>\n

                                      <\/p>\n\n\n\n\n\n\n\n\n
                                      CI Tools<\/strong><\/td>\nCD Tools<\/strong><\/td>\n<\/tr>\n
                                      Jenkins<\/td>\nArgoCD<\/td>\n<\/tr>\n
                                      GitHub Actions<\/td>\nFluxCD<\/td>\n<\/tr>\n
                                      Drone CI<\/td>\nJenkins X<\/td>\n<\/tr>\n
                                      Travis CI<\/td>\nGoCD<\/td>\n<\/tr>\n
                                      <\/td>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

                                      <\/p>\n

                                      Here is a good pictorial representation of the CI\/CD process by bmc.<\/p>\n

                                      \"CI\/CD
                                      source: <\/span>bmc<\/span><\/a><\/figcaption><\/figure>\n

                                      Also, here is a list of topics related to the application development and release lifecycle. You can connect with people in the industry and understand how it is done in their organization.<\/p>\n

                                        \n
                                      1. Planning process.<\/li>\n
                                      2. Architectural approval & signoff process by Enterprise architects.<\/li>\n
                                      3. Enterprise Security signoff on infrastructure & application design\/tools.<\/li>\n
                                      4. Data Compliance<\/li>\n
                                      5. Config \/Secret management<\/li>\n
                                      6. QA\/Performance testing & Approvals<\/li>\n
                                      7. Monitoring KPIs documentation & setup<\/li>\n
                                      8. Change management process.<\/li>\n
                                      9. Production release process.<\/li>\n
                                      10. Post-production validation activities<\/li>\n
                                      11. Rollbacks scenarios and strategies.<\/li>\n<\/ol>\n

                                        Resources<\/h3>\n
                                          \n
                                        1. Continuous Deployment at Lyft<\/a><\/li>\n<\/ol>\n

                                          Learn MLOps & LLMOps<\/h3>\n

                                          AI and automation tools have significantly changed the role of a DevOps engineer, reducing the time spent on routine tasks and increasing the focus on strategic, high-value work. <\/p>\n

                                          So what does this mean for aspiring DevOps engineers?<\/p>\n

                                          First, DevOps is not going away. But the skills that matter are shifting.<\/p>\n

                                          You now need to understand how AI systems are built, deployed, and operated, not just how applications are deployed.<\/p>\n

                                          This is where MLOps and LLMOps come in.<\/p>\n

                                          As a DevOps engineer, your value increases if you can do the following.<\/p>\n