Book Image

Learning DevOps.

By : Mikael Krief
Book Image

Learning DevOps.

By: Mikael Krief

Overview of this book

The implementation of DevOps processes requires the efficient use of various tools, and the choice of these tools is crucial for the sustainability of projects and collaboration between development (Dev) and operations (Ops). This book presents the different patterns and tools that you can use to provision and configure an infrastructure in the cloud. You'll begin by understanding DevOps culture, the application of DevOps in cloud infrastructure, provisioning with Terraform, configuration with Ansible, and image building with Packer. You'll then be taken through source code versioning with Git and the construction of a DevOps CI/CD pipeline using Jenkins, GitLab CI, and Azure Pipelines. This DevOps handbook will also guide you in containerizing and deploying your applications with Docker and Kubernetes. You'll learn how to reduce deployment downtime with blue-green deployment and the feature flags technique, and study DevOps practices for open source projects. Finally, you'll grasp some best practices for reducing the overall application lead time to ensure faster time to market. By the end of this book, you'll have built a solid foundation in DevOps, and developed the skills necessary to enhance a traditional software delivery process using modern software delivery tools and techniques
Table of Contents (23 chapters)
Free Chapter
Section 1: DevOps and Infrastructure as Code
Section 2: DevOps CI/CD Pipeline
Section 3: Containerized Applications with Docker and Kubernetes
Section 4: Testing Your Application
Section 5: Taking DevOps Further

Sharing binaries in GitHub releases

The purpose of an open source project is not only to make the source code of a project visible but also to share it with public users. For each new version of the project (called a release), this share contains a release note as well as the binary resulting from the compilation of the project.

Thus, for a user who wishes to use this application, it's not necessary for them to retrieve the entire source code and compile it—they just have to retrieve the shared binary from the desired release and use it directly.

Note that a release is linked to a Git tag, which is used to position a label at a specific point in the source code's history. A tag is often used to provide a version number to the source code; for example, a tag can be v1.0.1.

To learn more about tag handling in Git, read the documentation here: