This is a test
- English
- ePUB (mobile friendly)
- Available on iOS & Android
eBook - ePub
DevOps For Dummies
Book details
Book preview
Table of contents
Citations
About This Book
Develop faster with DevOps
DevOps embraces a culture of unifying the creation and distribution of technology in a way that allows for faster release cycles and moreresource-efficient product updating. DevOps For Dummies provides a guidebook for those on the development or operations side in need of a primer on this way of working.
Inside, DevOps evangelist Emily Freeman provides a roadmap for adopting the management and technology tools, as well as the culture changes, needed to dive head-first into DevOps.
- Identify your organization's needs
- Create a DevOps framework
- Change your organizational structure
- Manage projects in the DevOps world
DevOps For Dummies is essential reading for developers and operations professionals in the early stages of DevOps adoption.
Frequently asked questions
At the moment all of our mobile-responsive ePub books are available to download via the app. Most of our PDFs are also available to download and we're working on making the final remaining ones downloadable now. Learn more here.
Both plans give you full access to the library and all of Perlegoâs features. The only differences are the price and subscription period: With the annual plan youâll save around 30% compared to 12 months on the monthly plan.
We are an online textbook subscription service, where you can get access to an entire online library for less than the price of a single book per month. With over 1 million books across 1000+ topics, weâve got you covered! Learn more here.
Look out for the read-aloud symbol on your next book to see if you can listen to it. The read-aloud tool reads text aloud for you, highlighting the text as it is being read. You can pause it, speed it up and slow it down. Learn more here.
Yes, you can access DevOps For Dummies by Emily Freeman in PDF and/or ePUB format, as well as other popular books in Business & Operations. We have over one million books available in our catalogue for you to explore.
Information
Part 1
Demystifying DevOps
IN THIS PART âŚ
Understand DevOps values and priorities, which focus on people, process, and technology.
Design your organizationâs culture with DevOps in mind through encouraging teamwork, reducing silos, and embracing failure.
Identify waste and locate bottlenecks along your software development life cycle to locate the easiest (and most immediate) wins for your DevOps transformation.
Persuade your colleagues, from executives to engineers, of the benefits of DevOps for an engineering organization.
Measure your work and track your DevOps successes, allowing everyone to see the incremental improvements.
Chapter 1
Introducing DevOps
IN THIS CHAPTER
DevOps has transformed the way engineering teams collaborate to create and ship software. Itâs a broad and encompassing philosophy that inspires diverse implementations across the industry.
I define DevOps as an engineering culture of collaboration, ownership, and learning with the purpose of accelerating the software development life cycle from ideation to production. DevOps can enable you to reduce interpersonal friction, eliminate bottlenecks, improve collaboration, increase job satisfaction through engineer empowerment, and accelerate team productivity. DevOps is no silver bullet, but it can have massive impact on your organization and your products.
In this chapter, I emphasize the importance of culture over process and tooling, discuss the principles and values of DevOps, and dive into how your organization will benefit from a DevOps approach.
What Is DevOps?
This book has no exact DevOps prescription for you â because none exists. DevOps is a philosophy, one that that prioritizes people over process and process over tooling. DevOps builds a culture of trust, collaboration, and continuous improvement. As a culture, it views the development process in a holistic way, taking into account everyone involved: developers, testers, operations folks, security, and infrastructure engineers. DevOps doesnât put any one of these groups above the others, nor does it rank the importance of their work. Instead, a DevOps company treats the entire team of engineers as critical to ensuring that the customer has the best experience possible. (You can find more about company culture in Chapter 2.)
DevOps evolved from Agile
In 2001, 17 software engineers met and published the âManifesto for Agile Software Development,â which spelled out the 12 principles of Agile project management (see the sidebar âThe origins of Agileâ in Chapter 7 for more details). This new workflow was a response to the frustration and inflexibility of teams working in a waterfall (linear) process. Working within Agile principles, engineers arenât required to adhere to original requirements or follow a linear development workflow in which each team hands off work to the next. Instead, theyâre capable of adapting to the ever-changing needs of the business or the market, and sometimes even the changing technology and tools.
Although Agile revolutionized software development in many ways, it failed to address the conflict between developers and operations specialists. Silos still developed around technical skill sets and specialties, and developers still handed off code to operations folks to deploy and support.
In 2008, Andrew Clay Shafer talked to Patrick Debois about his frustrations with the constant conflict between developers and operations folks. Together, they launched the first DevOpsDays event in Belgium to create a better â and more agile â way of approaching software development. This evolution of Agile took hold, and DevOps has since enabled companies around the globe to produce better software faster (and usually cheaper). DevOps is not a fad. Itâs a widely accepted engineering philosophy.
DevOps focuses on people
Anyone who says that DevOps is all about tooling wants to sell you something. Above all else, DevOps is a philosophy that focuses on engineers and how they can better work together to produce great software. You could spend millions on every DevOps tool in the world and still be no closer to DevOps nirvana. Instead, focus on your most important engineering asset: engineers. Happy engineers make great software. How do you make happy engineers? Well, you create a collaborative work environment in which mutual respect, shared knowledge, and acknowledgement of hard work can thrive. See Chapters 2 and 15 for more about how to create teams of happy, empowered engineers who embody a growth mindset and take pride in their work.
Company culture is the foundation of DevOps
Your company has a culture, even if it has been left to develop through inertia. That culture has more influence on your job satisfaction, productivity, and team velocity than you probably realize.
Company culture is best described as the unspoken expectations, behavior, and values of an organization. Culture is what tells your employees whether company leadership is open to new ideas. Itâs what informs an employeeâs decision as to whether to come forward with a problem or to sweep it under the rug.
Culture is something to be designed and refined, not something to leave to chance. Though the actual definition varies from company to company and person to person, DevOps is a cultural approach to engineering at its core.
A toxic company culture will kill your DevOps journey before it even starts. Even if your engineering team adopts a DevOps mindset, the attitudes and challenges of the larger company will bleed into your environment.
With DevOps, you avoid blame, grow trust, and focus on the customer. You give your engineers autonomy and empower them to do what they do best: engineer solutions. As you begin to implement DevOps, you give your engineers the time and space to adjust to it, allowing them the opportunities to get to know each other better and build rapport with engineers with different specialties. Also, you measure progress and reward achievements. Never blame individuals for failures. Instead, the team should continuously improve together, and achievements should be celebrated and rewarded.
You learn by observing your process and collecting data
Observing your workflow without expectation is a powerful technique to use to see the successes and challenges of your workflow realistically. This observation is the only way to find the correct solution to the areas and issues that create bottlenecks in your processes. Just as with software, slapping some Kubernetes (or other new tool) on a problem doesnât necessarily fix it. You have to know where the problems are before you go about fixing them. As you continue, you collect data â not to measure success or failure but to track the teamâs performance. You determine what works, what doesnât work, and what to try next time. In Chapter 3, you learn how to identify bottlenecks in your development process.
Persuasion is key to DevOps adoption
Selling the idea of DevOps to your leaders, peers, and employees isnât easy. The process isnât always intuitive to engineers, either. Shouldnât a great idea simply sell itself? If only it were that easy. However, a key concept to always keep in mind as you implement DevOps is that it emphasizes people. The so-called âsoft skillsâ of communication and collaboration are central to your DevOps transformation. Persuading other folks on your team and within your company to adopt DevOps requires practicing good communication skills. Early conversations that you have with colleagues about DevOps can set you up for success down the road â especially when you hit an unexpected speed bump.
Small, incremental changes are priceless
The aspect of DevOps that emphasizes making changes in small, incremental ways has its roots in lean manufacturing, which embraces accelerated feedback, continuous improvement, and swifter time to market. When I talk about DevOps transformations, I like to use water as a metaphor. Water is one of the worldâs most powerful elements. Unless people are watching the flood waters rise in front of them, they think of it as relatively harmless. The Colorado River carved the Grand Canyon. Slowly, over millions of years, water cut through stone to expose nearly two billion years of soil and rock.
You can be like water. Be the slow, relentless change in your organization. Hereâs that famous quote from a Bruce Lee interview to inspire you (
https://www.youtube.com/watch?v=cJMwBwFj5nQ
): Be formless, shapeless, like water. Now you put water into a cup, it becomes the cup. You put water into a bottle, it becomes the bottle. You put it in a teapot, it becomes the teapot. Now, water can flow or it can crash. Be water, my friend.
Making incremental changes means, for example, that you find a problem and you fix that problem. Then you fix the next one. You donât take on too much too fast and you donât pick every battle to fight. You understand that some fights arenât worth the energy or social capital that they can cost you.
Benefitting from DevOps
This entire book dives into how you and your team can benefit from implementing DevOps in your organization. Beyond the human component, which enables faster delivery, improved functionality, and fearless innovation, DevOps has technical benefits.
Continuous integration and continuous delivery (CI/CD) are closely aligned with DevOps. Continuous software delivery removes many of the bottlenecks often seen in teams that deploy infrequently. If you create automated pipelines that pass new code through a robust test suite, you can feel more confident in your deployments. (I talk more about CI/CD in Chapter 11.)
DevOps also enables faster recovery from incidents. You will inevitably experience a customer-impacting service disruption at some point, no matter how well tested your code is. But teams who work in a DevOps methodology find resolutions faster through better coordination, more open accessibility, shared learning, and better performance monitoring.
Engineering is not the only side of your organization that benefits from DevOps. The business side of your organization will see fewer customer complaints, faster delivery of new features, and improved reliability of existing services.
DevOps enables you to do more with the resources you already have. It accepts the reality of constraints and shows you how to succeed within your unique environment.
Keeping CALMS
As you begin to get familiar with DevOps, youâll likely come across a model called CALMS. It stands for culture, automation, lean, measurement, and sharing, and itâs a helpful framework through which to understand the DevOps principles and evaluate your DevOps success as you apply those principles througho...
Table of contents
- Cover
- Table of Contents
- Foreword
- Introduction
- Part 1: Demystifying DevOps
- Part 2: Establishing a Pipeline
- Part 3: Connecting the Circuit
- Part 4: Practicing Kaizen, the Art of Continuous Improvement
- Part 5: Tooling Your DevOps Practice
- Part 6: The Part of Tens
- Index
- About the Author
- Advertisement Page
- Connect with Dummies
- End User License Agreement