An introduction to DevOps

Editor's Notes

• #15: Infrastructure as Code (IaC) – is the practice in which the techniques, processes, and tool sets used in software development are leveraged to manage the deployment and configuration of systems, applications, and middleware. A significant number of testing and deployment defects occur when developers’ environments defining the application and underlying infrastructure differ from testing and production environments. Standardizing these environment definitions, putting them under version control, and deploying and configuring the infrastructure and application automatically from the code in version control, yields immediate benefits in consistency, time savings, error rates, and auditability. Continuous Integration (CI) – is the practice of merging all working copies of developers code with a shared mainline, producing a new build upon code check-in. Ideally CI also involves libraries of Integration or unit tests, also automatically triggered based on new code being checked into source control. Once automated Integration tests are successfully completed a known good build of the software is produced. Automated Testing – is the practice where various tests such as load, integration, and unit tests happen automatically either after you check in code (i.e. attached to CI) or some other means to fire off one or more tests automatically against a specific build or app. Manual tests can generally add value to your software, but this could be considered “waste” in a value stream since it slows down the process of delivering value to the customers and can become a significant bottleneck when your velocity of code changes increase. An automated test adds value in the value stream by efficiently ensuring the quality of code is increased, finding defects prior to going into the customers hands. Application Performance Monitoring/Management (APM) – is the practice of having visibility into key metrics about your application as well as alerts and logging about the health of your applications. These metrics, alerts and logging enable you to react in a timely manner to changing or business impacting conditions. In the ideal, these items are accessible via a variety of user-friendly interfaces that are easy to navigate and provide drill-downs to help facilitate taking action as well as root-cause analysis down to the line of code. While the user interfaces tend to be more targeted to Operations and business owners, having the right data requires collaboration with Development to appropriately instrument applications to deliver this data. Continuous Deployment/Delivery (CD) – is the practice that usually comes after CI and can be implemented to push a new known good build to an environment either automatically or via automation capabilities that an authorized user can schedule. Release Management – is the practice which provides the ability to automate deployment of new applications as well as changes to applications across managed environments. Release Management facilitates packaging these changes into known, documented releases that are deployed via workflow through pipelines of ordered release stages (Release Pipelines). The pipelines enable approvals, traceability and rollback if required. Lastly, roles, responsibilities and access levels for various artifacts and actions can also be managed through Release Management. Configuration Management – is the practice for establishing and maintaining consistency of a product’s performance, functional and physical attributes with its requirements, design and operational information throughout its life.
• #17: MTTR=Mean Time To Resolve is a basic measure of the maintainability of repairable items. It represents the average time required to repair a failed component or device MTTD= Mean time to detect
• #18: https://xebialabs.com/periodic-table-of-devops-tools/