DevOps is a term, wide-reaching and applicable to many things that surround and support software development. big For the uninitiated, DevOps can be hard to understand. Is it a culture? A guideline for development processes? A set of tools? Someone's job? The answer to all these questions is yes. It's all the above. In this post, we take a surface-level look at the parts that make up DevOps. We explore the concepts, tools, and unique roles. DevOps as a concept In modern development, it's more important than ever to deliver software and updates as quickly and reliably as possible. The concept behind DevOps, then, is about removing barriers that get in the way of software delivery. Typical barriers include: Manual processes Office politics Counteractive support workflows The reason to overcome these barriers is simple: If the product is software, then all processes should work towards delivering that software, not against it. Let's look at what we must consider when thinking about a DevOps approach. DevOps as a culture In traditional organizations, developers and those that support them (such as operations or database teams) are often separate entities with little interaction. This means each team has its own beliefs, responsibilities, and priorities. While not at odds, often those priorities can clash in pursuit of doing the best for the business. Embracing DevOps as a culture means to remove that friction by introducing a shared purpose. The methods to achieve that can differ and depend on how entrenched people are in their ways of working. The aim, however, is to ensure all teams: Build trust through clear, honest communication and feedback Collaborate throughout the product's entire lifecycle Have what they need to make quick decisions Can take risks without fear of failure or blame Are collectively responsible for the product's success Review what worked and what didn't for the next lifecycle Why automation is important for DevOps In DevOps, if you can automate it, you should automate it. The benefits of automation are simple: Teams can focus more on the product Results are repeatable and predictable Teams can respond much quicker and flexibly to problems With that, it's no surprise that Continuous Integration and Continuous Deployment (CI/CD) are such a huge part of DevOps. DevOps in action: different approaches to DevOps Given DevOps' conceptual nature, there are many ways for organizations to approach its adoption. Alex Yates highlighted 2 approaches worth revisiting in his piece . On the naming of "DevOps Engineers" CALMS (Culture, Automation, Lean, Measurement, Sharing) CALMS is a framework explored in . The DevOps Handbook CALMS is an acronym where each letter describes the actions needed to adopt DevOps: - Remove silos and share responsibility Culture - Reduce time spent on manual tasks Automation - Streamline processes to reduce wasted time Lean - Collect and review data to find areas for improvement Measurement - Open and honest collaboration between teams Sharing CALMS is also the approach Atlassian took on its path to DevOps culture, using it to measure progress and success. You can read . how Atlassian uses CALMS on their DevOps site The Three Ways (flow, feedback, continual experimentation and learning) Featured in and DevOps novels and , The Three Ways boils DevOps down to 3 key principles: The DevOps Handbook The Phoenix Project The Unicorn Project Flow Feedback Continual experimentation and learning Let's take a quick look at what these principles mean. The First Way: Flow The First Way is about refining every process that takes place between the developer and the customer. This means: Not trying too much during one lifecycle by focusing on short sprints Removing arbitrary processes and giving the team what they need to keep things moving The Second Way: Feedback loops The Second Way is all about faster feedback. Faster feedback means faster reactions, so you can: Address problems before they become bigger problems deeply rooted due to iteration Troubleshoot with less reverse engineering Adjust processes to better meet the needs of customers and your teams The Third Way: Experiment and learn The Third Way is about recognizing that it's okay to take risks and that failure is an important part of learning. It's also about communicating the wins too. By recognizing this, it allows your teams to: Think outside the box Learn from mistakes Test the resilience of your DevOps culture DevOps roles Given the concept is about a unifying purpose, DevOps is really everyone's role. That said, it's still important everyone knows their responsibilities. Adopting DevOps means adding some specialist roles that sit alongside development staples like coders, QA, designers, and more. Let's take a quick look at some of the common extra roles needed in DevOps and what they do. Some of the naming conventions and finer responsibilities may differ between organizations. DevOps Engineer The exact function of DevOps Engineers is often debated. The consensus, though, is that the role exists so everyone else can perform theirs as smoothly as possible. Both conductor and problem solver, a DevOps Engineer oversees the bigger picture, managing: Workflows Infrastructure setup and config (including scaling) System permissions Needs of various teams Build Manager The Build Manager maintains the automation systems that make up Continuous Integration (CI). This means ensuring code gets compiled, built, tested, and handed off for deployment. Release Manager A Release Manager directs builds promoted for release. They communicate what's included in a release and plot their course through a pipeline's environments. This makes up what we call Continuous Deployment and Continuous Delivery (CD) Product Manager Product Managers are almost a conduit between developers and end users. Working with developers, they help ensure the product has the features and fixes customers’ need. Data Analyst A Data Analyst scours data to spot patterns and find areas for improvement. This helps you spot the things that impact user experiences, such as feature problems or product navigation. Example DevOps tools Most DevOps approaches agree a product lifecycle should look something like this: Plan Code Build Test Package Release Deploy Operate Monitor Rinse and repeat! It's important to find the right tools to help you manage each phase. Let's look at a few examples. Planning The planning stages are the most important for the direction and future of your product. Effective planning helps you focus on the improvements and features users get at the end of the next lifecycle. Given a lot of that process can get pretty conceptual, there's a range of tools that allow collaboration and project management. and are the main tools, but other popular options include: Slack Zoom Teams Confluence monday.com Trello Code repositories and source control Source control is important to any development team. Source control tracks and checks every new piece of code and file change. Most developers use for source control. Git is both a system and philosophy, allowing for distributed development and helping avoid risk through branching. Git Code repositories, then, are hosting services for Git-managed code. Popular options include: GitHub GitLab Bitbucket Build and test Build servers (also known as CI platforms) can save time by automating: Code compiling Code validation tests Package creation Popular options include: Jenkins GitHub Actions TeamCity Circle CI Atlassian Bamboo Azure DevOps We spent the first quarter of 2022 deep-diving into . Take a read and see if they're for you. Jenkins and GitHub Actions Package Software packaging tools turn your code into deployable artifacts. You host and deploy these artifacts from package repositories. Popular options include: Docker Hub JFrog Codefresh Red Hat Quay Releases and deployments Most code repositories and build servers let you manage releases and deploy to targets in some fashion. However, they don't solve the same problems dedicated release management or deployment tools do. Other popular options include: Atlassian Bamboo AWS CodeDeploy GitLab CI/CD DeployHQ ElectricFlow Operations Operations relates to the setup, running, and maintenance of infrastructure for a pipeline. Popular options include: Saltstack Chef Puppet Enterprise are also an important feature related to operations. Runbooks Monitoring Monitoring tools scrape your product and related systems for important data. This can inform decisions about performance and customer usage. Popular options include: New Relic Splunk Dynatrace Datadog Happy deployments! This article was first published here.

Flow

Alongside

Amazon

ATLASSIAN

Microsoft

Slack

Trello

Microservices and Frameworks, All You Need to Know

How to Manage Credentials in Jenkins

Too Long; Didn't Read

Make resilience your competitive advantage

An Introduction to DevOps 

An Introduction to DevOps

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

The Top 8 Registries for Containers

Strategies for Using Config as Code

10 Must Have Chrome Extensions for a Web Developer

The Noonification: Can Mankind Survive as an Interplanetary Species? (10/20/2022)

132 Stories To Learn About Performance

The Top 8 Registries for Containers

Strategies for Using Config as Code

10 Must Have Chrome Extensions for a Web Developer

The Noonification: Can Mankind Survive as an Interplanetary Species? (10/20/2022)

132 Stories To Learn About Performance

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps