{"id":33504,"date":"2019-10-31T21:52:58","date_gmt":"2019-10-31T18:52:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom\/"},"modified":"2019-10-31T21:52:58","modified_gmt":"2019-10-31T18:52:58","slug":"rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"A Beginner's Guide: Creating DevOps Chains Using Open Source Tools","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"A
\nCreating Your First DevOps Pipeline in Five Steps for Beginners.<\/em><\/p>\n

<\/p>\n

DevOps has become a cure for slow, disconnected, and other problematic development processes. However, minimal knowledge of DevOps is necessary. This article will cover concepts such as the DevOps pipeline and how to create one in five steps. It is not a complete guide, but rather a 'fishing line' that can be expanded upon. Let's start with some history.<\/p>\n

<\/p>\n

My Introduction to DevOps<\/h3>\n

<\/p>\n

Once upon a time, I worked with cloud services at Citi Group and developed an IaaS web application to manage Citi's cloud infrastructure, but I was always curious about how to optimize the development pipeline and improve the culture among developers. Greg Lavender, our technical director for cloud architecture and infrastructure, recommended a book The Phoenix Project<\/a><\/noindex>. It explains the principles of DevOps beautifully, and reads like a novel.<\/p>\n

<\/a><\/noindex><\/p>\n

The table on the reverse side shows how often companies release new versions:<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

How do Amazon, Google, and Netflix manage to release so frequently? It's simple: they have figured out how to create an almost perfect DevOps pipeline.<\/p>\n

<\/p>\n

At Citi, things were quite different until we transitioned to DevOps. At that time, my team had different environments, but the deployment to the development server was done manually. All developers had access to only one development server based on IBM WebSphere Application Server Community Edition. When trying to deploy simultaneously, the server would 'crash', and we had to 'painfully' negotiate with one another each time. Moreover, we had insufficient test coverage, a labor-intensive manual deployment process, and no way to track code deployment related to a specific task or client requirement.<\/p>\n

<\/p>\n

It was evident that something needed to be done urgently, and I found a like-minded colleague. Together, we decided to create our first DevOps pipeline\u2014he set up a virtual machine and a Tomcat application server, while I worked on Jenkins, integration with Atlassian Jira and BitBucket, as well as test code coverage. The project was successful: we fully automated the development pipeline, achieved almost 100% uptime for the development server, were able to track and improve test code coverage, and linked the Git branch to deployment and Jira tasks. Almost all the tools we used to build the DevOps pipeline were open-source.<\/p>\n

<\/p>\n

In fact, the chain was simplified, as we didn't even use advanced configurations with Jenkins or Ansible. But we succeeded. This may be a result of the principle Pareto<\/a><\/noindex> (also known as the 80\/20 rule).<\/p>\n

<\/p>\n

A brief overview of the DevOps and CI\/CD chain<\/h3>\n

<\/p>\n

DevOps has various definitions. Like Agile, DevOps encompasses different disciplines. However, most would agree on the following definition: DevOps is a method, or lifecycle, of software development, the main principle of which is to create a culture where developers and other employees are 'on the same wavelength,' manual work is automated, everyone does what they do best, the frequency of delivery increases, productivity improves, and flexibility rises.<\/p>\n

<\/p>\n

And while just having tools is not enough to create a DevOps environment, they are essential. The most important of these is Continuous Integration and Continuous Delivery (CI\/CD). In the chain, there are different stages for each environment (for example, DEV (development), INT (integration), TST (testing), QA (quality assurance), UAT (user acceptance testing), STG (staging), PROD (production)), manual tasks are automated, developers can produce quality code, deliver it, and easily reconfigure.<\/p>\n

<\/p>\n

This note describes how to create a DevOps chain in five steps, as shown in the picture below, using open-source tools.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Let's get down to business.<\/p>\n

<\/p>\n

Step 1: CI\/CD Platform<\/h3>\n

<\/p>\n

First of all, you need a CI\/CD tool. Jenkins is an open-source CI\/CD tool written in Java with an MIT license, which initiated the popularization of the DevOps movement and has become the de facto standard for CI\/CD.<\/p>\n

<\/p>\n

So, what is Jenkins? Imagine you have a magical remote control for various services and tools. On its own, a CI\/CD tool like Jenkins is useless, but with different tools and services, it becomes all-powerful.<\/p>\n

<\/p>\n

Besides Jenkins, there are many other open-source tools; choose any one. <\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Here\u2019s what the DevOps process looks like with a CI\/CD tool.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

You have a CI\/CD tool on localhost, but there's not much to do yet. Let's move on to the next step.<\/p>\n

<\/p>\n

Step 2: Version Control<\/h3>\n

<\/p>\n

The best (and perhaps simplest) way to test the magic of a CI\/CD tool is to integrate it with a source control management (SCM) tool. Why do you need version control? Let's say you are developing an application. You are writing it in Java, Python, C++, Go, Ruby, JavaScript, or any other language you can think of. What you're writing is called source code. Initially, especially if you're working solo, you might save everything in a local directory. However, as the project grows and more people join, you need a way to share changes in the code while avoiding conflicts during merges. Additionally, you need a way to restore previous versions without using backups or applying the copy-paste method for your code files.<\/p>\n

<\/p>\n

This is where SCM comes into play. SCM saves code in repositories, manages its versions, and coordinates it among developers.<\/p>\n

<\/p>\n

There are many SCM tools available, but Git has rightfully become the de facto standard. I recommend using it, although there are other options.<\/p>\n

<\/p>\n

\"A<\/p>\n

<\/p>\n

Here's what the DevOps pipeline looks like after adding SCM.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

A CI\/CD tool can automate the uploading and downloading of source code and facilitate team collaboration. Not bad, right? But how do we turn this into a working application loved by billions of users?<\/p>\n

<\/p>\n

Step 3: Build Automation Tool<\/h3>\n

<\/p>\n

Everything is going smoothly. You can upload code and commit changes in the version control system, as well as invite friends to collaborate with you. But you still don\u2019t have an application. For it to be a web application, it needs to be compiled and packaged for delivery or run as an executable file. (You don\u2019t need to compile interpreted programming languages like JavaScript or PHP.)<\/p>\n

<\/p>\n

Make use of a build automation tool. Whatever tool you choose, it will build the code in the desired format and automate cleaning, compilation, testing, and delivery. Build tools vary depending on the language, but commonly used open-source options include the following.<\/p>\n

<\/p>\n

\"A<\/p>\n

<\/p>\n

Great! Now let's insert the configuration files of the build automation tool into the version control system so that the CI\/CD tool can gather them.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Everything seems fine. But where do we deploy all this now?<\/p>\n

<\/p>\n

Step 4: Web Application Server<\/h3>\n

<\/p>\n

So, you have a packaged file that can be executed or deployed. For the application to be truly useful, it needs to have some service or interface, but you need to host all of this somewhere.<\/p>\n

<\/p>\n

A web application can be hosted on an application server. The application server provides the environment where the program logic from the package can be executed, the interface can be rendered, and web services can be opened via a socket. You need an HTTP server and a few other environments (like a virtual machine, for example) to set up the application server. For now, let\u2019s assume you\u2019re familiar with all of this as we go along (although I'll talk about containers below).<\/p>\n

<\/p>\n

There are several open application servers available.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

We have almost created a functioning DevOps chain. Great job!<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Basically, you could stop here; you can handle the rest on your own, but it's worth discussing code quality a bit more.<\/p>\n

<\/p>\n

Step 5: Test Coverage<\/h3>\n

<\/p>\n

Testing takes a lot of time and effort, but it\u2019s better to identify bugs early and improve the code to delight the end users. For this purpose, there are many open tools that not only test the code but also suggest how to enhance it. Most CI\/CD tools can integrate with these tools to automate the process.<\/p>\n

<\/p>\n

Testing is divided into two parts: testing frameworks for writing and executing tests, and tools with suggestions for improving code quality.<\/p>\n

<\/p>\n

Testing frameworks<\/h3>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Quality suggestion tools<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Most of these tools and frameworks are written for Java, Python, and JavaScript because C++ and C# are proprietary (though GCC has open source code).<\/p>\n

<\/p>\n

We applied test coverage tools, and now the DevOps pipeline should look like the diagram at the beginning of the guide.<\/p>\n

<\/p>\n

Additional steps<\/h2>\n

<\/p>\n

Containers<\/h3>\n

<\/p>\n

As I mentioned, an application server can be hosted on a virtual machine or server, but containers are more popular.<\/p>\n

<\/p>\n

What are containers<\/a><\/noindex>? \u0412\u043a\u0440\u0430\u0442\u0446\u0435, \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u0442\u0430, \u0447\u0435\u043c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0430 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0443 \u043e\u0431\u044b\u0447\u043d\u043e \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u0412 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0431\u0435\u0437 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u043d\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c, \u043d\u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440 \u0432\u043c\u0435\u0449\u0430\u0435\u0442 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0438\u0445 \u0437\u0430\u0442\u0440\u0430\u0442.<\/p>\n

<\/p>\n

For containers, Docker and Kubernetes are usually chosen, although there are other options as well.<\/p>\n

<\/p>\n

\"A<\/a><\/noindex><\/p>\n

<\/p>\n

Read articles about Docker and Kubernetes on Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n