Welcome!

@DevOpsSummit Authors: Elizabeth White, Pat Romanski, Liz McMillan, Yeshim Deniz, SmartBear Blog

Related Topics: @DevOpsSummit, Microservices Expo, Linux Containers, Containers Expo Blog

@DevOpsSummit: Article

How It’s Made: A #ContinuousDelivery Pipeline | @DevOpsSummit #DevOps

Continuous Delivery pipelines are used around world from e-commerce to airline software

How It's Made: A Continuous Delivery Pipeline
By Necco Ceresani

Software delivery was once specific to the IT industry. Now, Continuous Delivery pipelines are used around world from e-commerce to airline software.

Building a software delivery pipeline once involved hours of scripting and manual steps – a process that’s painful, if not impossible, to scale. However Continuous Delivery with Application Release Automation tools offers a scripting-free, automated experience. Continuous Delivery pipelines are immensely powerful for the modern enterprise, boosting production and even customer satisfaction.

Getting Started: Measure the Existing Process
To get started building a Continuous Delivery pipeline, the IT Manager measures key metrics from the existing software release pipeline. The most important metrics to look at are:

  • Time to Deployment
  • Deployment Frequency
  • Change Volume
  • Success Rate
  • Mean Time to Recovery

After taking initial measurements, the IT Manager begins to identify existing bottlenecks by looking at three areas of interest: Requirements Management, Testing, and Delivery Mechanics.

Requirements Management
Continuous Delivery pipelines are all about adding customer value quickly. In this instance, quicker often means smaller. Start by breaking down your deliverables into smaller stories that can by-pass the work-in-progress stage so every task is being worked on actively. Short cycle times is the goal here, even when you need a full set of stories to create the deliverable.

Testing
Start by shifting your focus from GUI testing to Unit and Integration testing. This is also the right time to start thinking about an automatable testing process. Before automation can happen, the existing process needs to be structured, organized and repeatable.

Delivery Mechanics
The concentration of Delivery Mechanics is to take a deeper look at the automation of the delivery process. The best place to start is with versioning controls. Once automated rollbacks are set up, the IT Manager can begin looking at the automation of Continuous Integration.

Continuous Integration
Once the IT Manager has taken measurements of the existing process, automation of the build processes can begin. To do this, the IT Manager uses a build automation server to trigger a sequence of steps and tests, including SCM code fetch, build, package and unit-test.  Once the code has made it through the Continuous Integration process, it’s time to start provisioning environments for acceptance, performance, and security tests, and ultimately the production environment using the same process that was used to provision the production-like environment during the automated build process.

Continuous Delivery
Now that the code is in the release stage, let’s look at how the IT Manager releases the code into production. Deploying code into production was once a manual step, but nowadays, it is much easier with the use of Deployment Automation and Release Orchestration Tools like XL Deploy and XL Release. With these tools, deployment plans are automatically created for specific versions of your application and for your target environments. The deployment plans can take code from development to production automatically, ensuring a fast and repeatable process for your applications.

To recap, building a Continuous Delivery pipeline begins with the IT Manager measuring the existing release pipeline, then automating the build process and adopting tooling that creates deployment plans for easy dev to prod code releases. All that’s left after that is implementing this automated, organized process into the daily workings of the enterprise to deliver a scalable Continuous Delivery Pipeline.

The post How It’s Made: A Continuous Delivery Pipeline appeared first on XebiaLabs.

More Stories By XebiaLabs Blog

XebiaLabs is the technology leader for automation software for DevOps and Continuous Delivery. It focuses on helping companies accelerate the delivery of new software in the most efficient manner. Its products are simple to use, quick to implement, and provide robust enterprise technology.

@DevOpsSummit Stories
DevOpsSummit New York 2018, colocated with CloudEXPO | DXWorldEXPO New York 2018 will be held November 11-13, 2018, in New York City. Digital Transformation (DX) is a major focus with the introduction of DXWorldEXPO within the program. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term. A total of 88% of Fortune 500 companies from a generation ago are now out of business. Only 12% still survive. Similar percentages are found throughout enterprises of all sizes.
For better or worse, DevOps has gone mainstream. All doubt was removed when IBM and HP threw up their respective DevOps microsites. Where are we on the hype cycle? It's hard to say for sure but there's a feeling we're heading for the "Peak of Inflated Expectations." What does this mean for the enterprise? Should they avoid DevOps? Definitely not. Should they be cautious though? Absolutely. The truth is that DevOps and the enterprise are at best strange bedfellows. The movement has its roots in the tech community's elite. Open source projects and methodologies driven by the alumni of companies like Netflix, Google and Amazon. This is a great thing for the evolution of DevOps. It can be alienating for Enterprise IT though. Learning about Netflix and their simian armies, or Facebook and their mind-melting scale is fascinating. Can you take it back to the office on Monday morning though?
For organizations that have amassed large sums of software complexity, taking a microservices approach is the first step toward DevOps and continuous improvement / development. Integrating system-level analysis with microservices makes it easier to change and add functionality to applications at any time without the increase of risk. Before you start big transformation projects or a cloud migration, make sure these changes won’t take down your entire organization.
Learn how to solve the problem of keeping files in sync between multiple Docker containers. In his session at 16th Cloud Expo, Aaron Brongersma, Senior Infrastructure Engineer at Modulus, discussed using rsync, GlusterFS, EBS and Bit Torrent Sync. He broke down the tools that are needed to help create a seamless user experience. In the end, can we have an environment where we can easily move Docker containers, servers, and volumes without impacting our applications? He shared his results so you can decide for yourself.
The Jevons Paradox suggests that when technological advances increase efficiency of a resource, it results in an overall increase in consumption. Writing on the increased use of coal as a result of technological improvements, 19th-century economist William Stanley Jevons found that these improvements led to the development of new ways to utilize coal. In his session at 19th Cloud Expo, Mark Thiele, Chief Strategy Officer for Apcera, compared the Jevons Paradox to modern-day enterprise IT, examining how the Internet and the cloud has allowed for the democratization of IT, resulting in an increased demand for the cloud and the drive to develop new ways to utilize it.