DOCSLIB.ORG

Advanced Devops Toolchain Emag Issue 28 - May 2015

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Advanced Devops Toolchain Emag Issue 28 - May 2015 FACILITATING THE SPREAD OF KNOWLEDGE AND INNOVATION IN PROFESSIONAL SOFTWARE DEVELOPMENT Advanced DevOps Toolchain eMag Issue 28 - May 2015 ARTICLE VIRTUAL PANEL ARTICLE Docker: Present Immutable Service and Future Infrastructure Discovery Advanced DevOps Toolchain // eMag Issue 28 - May 2015 1 Virtual Panel on Immutable Infrastructure Docker: Present and Future InfoQ reached out to experienced ops engineers to ask about Chris Swan presents an overview of the Docker journey so their definition and borders of immutable infrastructure as far and where it is headed along with its growing ecosystem well as its benefits and drawbacks, in particular when com- of tools for orchestration, composition and scaling. This ar- pared to “desired state” configuration management solutions. ticle provides both a business and a technical point of view Is it a step forward or backwards in effective infrastructure on Docker and separates the hype from the reality. management. How I Built a Self-Service Automation Platform The current buzz in the industry is how DevOps is chang- ing the world and how the traditional role of operations is changing. Part of these discussions lead to building self-service automation tools which enable developers to actually deploy and support their own code. Brian Carpio describes his journey towards an infrastructure that development teams could deploy with the click of a mouse or an API call. Managing Build Jobs for Continuous Delivery The number of jobs in a continuous inte- gration tool can range from a few to sev- eral thousand, all performing various functions. There is an approach to manage these jobs in a more efficient manner. Service Discovery Building microservices using immutable infrastructure means that your services need to be reconfigured with the location of the other services they need to connect to. This process is called Service Dis- covery. This article compares the approaches by several key con- tenders, from Zookeeper to Consul, Etcd, Eureka and “rolling your own”. FOLLOW US CONTACT US GENERAL FEEDBACK [email protected] ADVERTISING [email protected] EDITORIAL [email protected] facebook.com @InfoQ google.com linkedin.com /InfoQ /+InfoQ company/infoq is InfoQ’s DevOps Lead Editor and an enthusiast MANUEL of Continuous Delivery and Agile practices. PAIS Manuel Pais tweets @manupaisable A LETTER FROM and weaknesses of containers when compared to THE EDITOR the more established virtual machines. He also high- lights the expanding ecosystem around Docker, in- cluding tools and libraries for networking, composi- tion and orchestration of containers. Many companies haven taken the route of au- tomating delivery of traditional ops services such as provisioning infrastructure, deploying to production environments, adding metrics to monitor or creat- The edition follows in the footsteps of the previous ing test environments as similar as possible to pro- “DevOps Toolchain for Beginners” eMag. Once an duction. This decision often comes from reaching a organization has acquired the essential skill set to bottleneck in operations workload as development provision and manage infrastructure, set up delivery teams are empowered to deploy and own their ap- pipelines and analyze logs and metrics, it will then plications through their entire lifecycle in a DevOps gradually face more complex decisions. Decisions mindset. Brian Carpio describes his technical jour- that depend much more on the type of systems ar- ney into creating such a self-service platform. chitecture and organizational structure than on indi- When teams reap the benefits of continuous vidual tool choices. delivery, they want more of it. On every project. Ev- In this eMag we provide both implementation ery component. The number of jobs in the contin- examples and comparisons of different possible ap- uous integration/delivery server explodes and a proaches on a range of topics from immutable infra- maintenance nightmare ensues if care is not taken. structure to self-service ops platforms and service Automated job creation and update becomes cru- discovery. In addition, we talk about the Docker eco- cial to keep pace and avoid development teams get- system and the different aspects to consider when ting bogged down by build and deployment issues. moving to this increasingly popular system for ship- Martin Peston provides an overview and practical ping and running applications. examples on this topic. In the immutable infrastructure virtual panel we When adopting immutable infrastructure the learn from both advocates and skeptics on the pros need to (re)connect services dynamically becomes and cons of this “disposable” approach to infrastruc- a priority. This process is called Service Discovery. ture changes. Instead of trying to converge machines Microservice architectures further exacerbate the to a desired state, outdated machine are simply de- importance of reliably discovering and connecting stroyed and replaced by a brand new machine with an increasing number of standalone services. The the new changes applied. Simplicity Itself team analyzed the main solutions Chris Swan gives us a rundown of the increas- available, as well as the pros and cons of (trying to) ingly popular Docker tool, outlining the strengths do this on your own. 4 Advanced DevOps Toolchain // eMag Issue 28 - May 2015 READ ONLINE ON InfoQ Virtual Panel on Immutable Infrastructure By Manuel Pais THE PANELISTS Chad Fowler is an internationally known software developer, trainer, manager, speaker, and musician. Over the past decade, he has worked with some of the world’s largest companies and most admired software developers. Chad is CTO of 6 Wunderkinder. He is the author or co-author of a number of popular software books, including Rails Recipes and The Passionate Programmer: Creating a Remarkable Career in Software Development. Mark Burgess is the CTO and founder of CFEngine, formerly professor of network and system administration at Oslo University College, and the principal author of the CFEngine software. He’s the author of numerous books and papers on topics from physics to network and system administration to fiction. Mitchell Hashimoto is best known as the creator of Vagrant and founder of HashiCorp. He is also an O’Reilly author and professional speaker. He is one of the top GitHub users by followers, activity, and contributions. “Automation obsessed”, Mitchell strives to build elegant, powerful DevOps tools at HashiCorp that automate anything and everything. Mitchell is probably the only person in the world with deep knowledge of most virtualization hypervisors. Advanced DevOps Toolchain // eMag Issue 28 - May 2015 5 Servers accumulate change for better or worse over time, including: new applications, upgrades, configuration changes, scheduled tasks, and in the moment fixes for issues. One thing is certain, the longer a server has been provisioned and running the more likely it is in an unknown state. Immutable Servers solve the problem of being certain about server state by creating them anew for each change described previously. Immutable servers make infrastructure scalable and reliable in spite of change. However, this can require fundamentally new views of systems, patterns, deployments, application code and team structure, says panel member Chad Fowler. Mitchell Hashimoto, another in functional programming have. one: it would be frozen and noth- panelist, sees immutable infra- Infrastructure components, like ing would happen). What the structure as an enabler for re- in-memory data structures, are term tries to capture is the idea peatable environments (through running components that can that one should try to predeter- configuration management be accessed concurrently. So the mine as many of the details as tools) and extremely fast deploy- same problems of shared state possible of a server configuration ments times (through pre-built exist. at the disk-image stage, so that static images) and service or- In my definition of im- «no configuration is needed». chestration times (through de- mutable infrastructure, servers Then the idea supposes that this centralized orchestration tools). (or whatever) are deployed once will make it fast and reliable to This idea has been deemed and not changed. If they are spin up machines. When some- utopian by Mark Burgess, our changed for some reason, they thing goes wrong, you just dis- third panelist, due to the large are marked for garbage collec- pose of the machine and rebuild number of external dependen- tion. Software is never upgraded a new one from scratch. That is cies in any system today. Burgess on an existing server. Instead, my understanding of what peo- criticizes the “abuse of the notion the server is replaced with a new, ple are trying to say with this of immutability”. functionally equivalent server. phrase. InfoQ reached out to them Mitchell: Immutable infrastruc- I believe there are a number to ask about their definition and ture is treating the various com- of things wrong with this argu- borders of immutable infrastruc- ponents of your infrastructure ment though. The idea of what it ture as well as its benefits and as immutable, or unchangeable. means to fix the configuration is drawbacks, in particular when Rather than changing any com- left very unclear and this makes compared to “desired state” con- ponent, you create a new one the proposal unnecessarily con- figuration management solu- with the changes and remove tentious. First of all, predeter- tions. Is it a step forward or back- the old one.
Load more

Recommended publications
  • Meister® Insight Enterprise Development and Lifecycle Challenges
    Meister ® Take Control of Your Build Process ® ® OpenMake Meister enables development teams to control the software build process, providing standardization, acceleration, and auditing. Meister delivers speed, transparency, consistency and repeatability across the soft- ware development lifecycle. Meister saves time and money by shortening development cycles and consolidating time consuming redundant tasks. With Meister, organizations have a simplified process for managing the applica- tion build across diverse languages and platforms. Standardized Build Best Practices Meister is the only solution that gives you complete Meister Build Automation control over the software build. It manages depen- dencies, automatically generates build scripts, exe- cutes accelerated, incremental builds, and provides Build Acceleration detailed audit reports. Meister replaces expensive By directing calculating and managing software de- to maintain homegrown and open source build sys- pendencies, Meister accelerates builds, enabling tems with standardized build services for integrating, teams to implement agile and other fast-moving compilers, linkers, archive tools and other common development processes. Builds are further acceler- development tools into a seamless distributed life- ated by Meister, which can determine which build cycle management system. Teams benefit by imple- tasks can be run in parallel – taking full advan- menting build best practices in a standardized way tage of separate processors on multi-core machine across all languages and platforms. Meister is also hardware. With Meister, agile teams can achieve a programmable environment, so build engineers 10 minute incremental builds for most projects, en- can use the Meister API to develop custom Build suring that continuous integration and unit testing Services that tightly integrate their particular combi- runs smoothly and efficiently for maximum benefit.
    [Show full text]
  • Udeploy® Administration Guide 4.8.5 Udeploy Administration Guide: 4.8.5
    uDeploy® Administration Guide 4.8.5 uDeploy Administration Guide: 4.8.5 Publication date August 2013 Copyright © 2011, 2013 UrbanCode, an IBM Company, Inc. About ............................................................................................................................... 1 Product Documentation ............................................................................................... 1 Product Support ......................................................................................................... 1 Document Conventions ................................................................................................ 1 Documentation notices for IBM uDeploy ................................................................................ 2 Installing and Upgrading Servers and Agents .......................................................................... 5 Installation Recommendations ....................................................................................... 6 System Requirements .................................................................................................. 6 Server Minimum Installation Requirements ............................................................. 6 Recommended Server Installation .......................................................................... 6 Agent Minimum Requirements ............................................................................. 7 32- and 64-bit JVM Support ................................................................................
    [Show full text]
  • Magic Quadrant for Application Release Automation
    Magic Quadrant for Application Release Automation Published: 27 September 2017 ID: G00315074 Analyst(s): Colin Fletcher, Laurie F. Wurster The ARA market is rapidly evolving in response to growing enterprise requirements to both scale DevOps initiatives and improve release management agility across multiple cultures, processes and generations of technology. This research helps I&O leaders make better-informed decisions. Strategic Planning Assumption By 2020, 50% of global enterprises will have implemented at least one application release automation solution, up from less than 15% today. Market Definition/Description Application release automation (ARA) tools provide a combination of automation, environment modeling and release coordination capabilities to simultaneously improve the quality and the velocity of application releases. ARA tools enable best practices in moving application-related artifacts, applications, configurations and even data together across the application life cycle process. These tools are a key part of enabling the DevOps goal of achieving continuous delivery with large numbers of rapid, small releases. Approximately seven years old, the ARA solution market reached an estimated $228.2 million in 2016, up 31.4% from $173.6 million in 2015. The market is continues to be expected to grow at an estimated 20% compound annual growth rate (CAGR) through 2020. Magic Quadrant Figure 1. Magic Quadrant for Application Release Automation Source: Gartner (September 2017) Vendor Strengths and Cautions Arcad Software Founded in 1992, Arcad Software is a privately held company headquartered in Chavanod, France. The company was started by its founder to deliver automation-oriented solutions supporting the Page 2 of 28 Gartner, Inc. | G00315074 IBM i (introduced as AS/400, then later renamed eServer iSeries) platform.
    [Show full text]
  • Ebook Devops Toolchain.Pdf
    DevOps Toolchain 1 Introduction accordingly based on the problem at hand. DevOps may need little introduction these days, Similarly, most systems administrators possess but many are still at a loss to explain precisely competent programming abilities for traversing what the movement entails. Some emphasize the the stack—on top of the requisite skills for portmanteau of the two terms, stating that the managing IT operations. The industry has heart of DevOps is the collaboration between been quick in attaching new labels to these developers and operations staff. Others choose emerging hybrid roles: DevOps Engineer and to focus on the tools and the problems they solve, DevOps Specialist being the most common. singing the praises of DevOps for fixing their Notwithstanding, the key takeaway is that no respective infrastructure woes. Tools—though single IT skill is more important or valuable than crucial enablers of the movement—only form part another; subsequently, many different tools are of the equation. DevOps encompasses cultural required to do the job effectively. So as DevOps innovation, a breaking down of walls and silos is comprised of a group of concepts clustered between software development, operations, around the premise of continuous software and QA/ testing—in addition to the tools and delivery, these concepts in turn encompass a methodologies enabling this transformation. range of associated tools for fulfilling particular Ultimately, the definition of DevOps varies per functions. organization. Since its meaning depends heavily on the audience and context in question, general All in all, these complementary tools fill out the discussions around the true definition of DevOps DevOps toolchain, unifying the best elements are for the most part inconsequential.
    [Show full text]
  • Enabling Devops on Premise Or Cloud with Jenkins
    Enabling DevOps on Premise or Cloud with Jenkins Sam Rostam [email protected] Cloud & Enterprise Integration Consultant/Trainer Certified SOA & Cloud Architect Certified Big Data Professional MSc @SFU & PhD Studies – Partial @UBC Topics The Context - Digital Transformation An Agile IT Framework What DevOps bring to Teams? - Disrupting Software Development - Improved Quality, shorten cycles - highly responsive for the business needs What is CI /CD ? Simple Scenario with Jenkins Advanced Jenkins : Plug-ins , APIs & Pipelines Toolchain concept Q/A Digital Transformation – Modernization As stated by a As established enterprises in all industries begin to evolve themselves into the successful Digital Organizations of the future they need to begin with the realization that the road to becoming a Digital Business goes through their IT functions. However, many of these incumbents are saddled with IT that has organizational structures, management models, operational processes, workforces and systems that were built to solve “turn of the century” problems of the past. Many analysts and industry experts have recognized the need for a new model to manage IT in their Businesses and have proposed approaches to understand and manage a hybrid IT environment that includes slower legacy applications and infrastructure in combination with today’s rapidly evolving Digital-first, mobile- first and analytics-enabled applications. http://www.ntti3.com/wp-content/uploads/Agile-IT-v1.3.pdf Digital Transformation requires building an ecosystem • Digital transformation is a strategic approach to IT that treats IT infrastructure and data as a potential product for customers. • Digital transformation requires shifting perspectives and by looking at new ways to use data and data sources and looking at new ways to engage with customers.
    [Show full text]
  • Continuous Delivery for Every Team
    Continuous Delivery for Every Team Six ways CA Continuous Delivery Director can help you become a modern software factory Keeping up with customer demand—and getting ahead of the competition—means you must continuously deliver high-quality apps and experiences. In the modern software factory, you’ll find: Application releases are occurring at increased volumes, with greater frequency and speed.1 33% Release daily or “Cloud First” is Microservice more frequently 66% becoming a global architectures and 33% priority. container-based apps In 15 months, 80 percent are the new norm. Release weekly of all IT budgets will be 83 percent of organizations committed to cloud apps are actively using containers 2 and solutions. today.3 1 CA Technologies DevOps Research, prepared by Spiceworks, February 2017 2 Forbes, “2017 State of Cloud Adoption and Security,” April 2017 3 Ibid 02 But how do you become a modern software factory when you’re still facing challenges like: • Manual Processes: Manual, ad hoc release and testing processes do not scale in a multi-app, multi-release pipeline. And increased deployment frequency and speed through automation exacerbate the issue. • Testing Bottlenecks: Testing is critical, but a siloed, time- consuming and manual part of the release cycle. In fact, 66 percent still use Microsoft Excel®, Microsoft Word® and email to track testing.4 • Evolving Tech: DevOps toolchains and technologies are constantly evolving, putting pressure on teams to balance new capabilities with existing investments. • Limited Visibility: The proliferation of moving parts requires that you establish a big picture view of the pipeline to continuously improve the speed and quality of releases.
    [Show full text]
  • Software Engineering Using Devops - a Silver Bullet?
    UPTEC IT 19 002 Examensarbete 30 hp Januari 2019 Software Engineering using DevOps - a Silver Bullet? Mikaela Eriksson Institutionen för informationsteknologi Department of Information Technology Abstract Software Engineering using DevOps - a Silver Bullet? Mikaela Eriksson Teknisk- naturvetenskaplig fakultet UTH-enheten Today we have technology that help us scan millions of medical databases in a glimpse of an eye and self-driving cars that are outperforming humans at driving. Besöksadress: Technology is developing so fast that new updates in the technology world are Ångströmlaboratoriet Lägerhyddsvägen 1 commonplace to us and we are more often frustrated in case something is not up Hus 4, Plan 0 to speed. Technology is moving so quickly and in order for humans to keep up with the development needed in the tech business, different methodologies for how to Postadress: optimise the development process have been applied, some that work better than Box 536 751 21 Uppsala others. But just as fast as the technology changes, the methodologies used change with them. Recently a new term has entered the methodologies field. This Telefon: term is said to bring faster deployment, decreased failures and improved the 018 – 471 30 03 loyalties within the teams. The term in question, is called DevOps. Telefax: 018 – 471 30 00 This study is about uncovering the world of DevOps. This thesis is exploring the term in real teams in order to find out whether or not DevOps is the silver bullet it Hemsida: makes out to be. The study is based on ten interviews with people at different http://www.teknat.uu.se/student organisations, using DevOps, and will find out how these interviewees use and feel about DevOps.
    [Show full text]
  • Gartner Magic Quadrant for Enterprise Agile Planning Tools, April 2019
    13/09/2019 Gartner Reprint Licensed for Distribution Magic Quadrant for Enterprise Agile Planning Tools Published 18 April 2019 - ID G00361074 - 40 min read By Analysts Keith Mann, Mike West, Thomas Murphy, Nathan Wilson As organizations mature their enterprise-scale agile capabilities, established vendors refine their offerings and new providers emerge. This Magic Quadrant evaluates 17 vendors of enterprise agile planning tools to help you make the right choice for your organization. Market Definition/Description This document was revised on 26 April 2019. The document you are viewing is the corrected version. For more information, see the Corrections (http://www.gartner.com/technology/about/policies/current_corrections.jsp) page on gartner.com. Enterprise agile planning (EAP) tools help organizations make use of agile practices at scale to achieve enterprise-class agile development. This is achieved by supporting practices that are business-outcome-driven, customer-centric, collaborative and cooperative, in conjunction with continual stakeholder feedback. These tools represent an evolution from project-centric agile tools and traditional application development life cycle management (ADLM) tools. The majority of products in the EAP tool market play into the overall ADLM product set, acting as hubs for the definition and management of work item tracking. There is a relationship between EAP tools, project portfolio management (PPM) tools and product roadmapping tools. Traditional PPM tools provide the high-level planning and resource management enterprises demand, but may lack enterprise-class agile development support. EAP tools, for their part, may not support project management outside agile frameworks. (Gartner has a separate Magic Quadrant for PPM, the latest being “Magic Quadrant for Project Portfolio Management, Worldwide”).
    [Show full text]
  • The Practical Blueprint to Continuous Delivery Executive Summary
    The Practical Blueprint to Continuous Delivery Executive Summary CA Technologies, A Broadcom Company, proposes a four-stage blueprint to continuous delivery to assist enterprises at any stage of their DevOps journey. This plan can take a company of any maturity level all the way up to enterprise-scale continuous delivery using a combination of Automic® Continuous Delivery Automation, 40-plus years of business automation experience, and the proven tools and practices the company is already leveraging. As the only vendor that automates within the toolchain (steps one and two) and across the toolchain (steps three and four), CA Technologies is in a unique position to help enterprises at every stage of their progression. Our tool-agnostic, cross-platform and multi- stack technology means developers can continue using the tools they are most comfortable with, while DevOps teams can collaboratively build automated, production-ready deployment processes that make operations comfortable. CA Technologies offers a DevOps Maturity Assessment that shows on which of the four steps an organization sits, and compares its current state with that of its competitors, its industry and its competition globally. Using the assessment findings will give companies a blueprint to guide them up to the next level on the road to enterprise agility as quickly and safely as possible. 2 Step 1: Manual and Scripting Participation in our DevOps Maturity Assessment will deliver a continuous delivery roadmap that contains a blueprint for DevOps throughout the enterprise. Customers will be able to compare their current state with their competitors, their industry and globally. Manual steps will be identified and documented, then replaced with automated tasks and workflows.
    [Show full text]
  • Q Advisors' Cloud Native/Devops Private Vendors Matrix
    Q Advisors' Cloud Native/DevOps Private Vendors Matrix By Dmitry Netis & Jordan Rupar / 4.7.2020 Q Advisors assembled over 100 startups in the cloud native Kubernetes ecosystems, peddling various software offerings across the following six distinct cloud native / Kubernetes market sub-segments: Continuous Integration / Development Tools Testing & Monitoring Continuous Delivery (“Dev”) (“Mon”) (“CI/CD”) Product Deployment, Service Mesh Security Management & Orchestration (“Run”) (“Sec”) (“Ops”) Sector Company Description Buildkite is a platform for running fast, secure, and scalable continuous integration pipelines. Buildkite is a CI and build CI/CD automation tool that combines build infrastructure with the convenience of a managed, centralized web UI. CircleCI provides online automated testing and continuous CI/CD integration tools for developers worldwide. CloudBees developed Jenkins, a tool for continuous delivery both on-premises and in the cloud. In 2018, CloudBees acquired CI/CD Codeship, a provider of CI/CD as a cloud-based service, a move that broadened its portfolio for organizations of all sizes. Codefresh provides powerful, fast, and simple CI/CD pipelines. Each CI/CD step in a Codefresh CI/CD pipeline is its own container, enabling speed, modularity, and flexibility. GitLab is a continuous integration and deployment tool for the entire DevOps lifecycle. The company also offers Git repository and CI/CD GitLab Serverless that enables enterprises to run serverless workloads on any cloud using Google’s Knative. Harness uses machine learning to simplify the process of delivering code from artifact into production. Its platform includes various CI/CD features, such as pipeline builder, workflow wizard, continuous verification, automated rollback, secrets management, audit trails, real-time delivery analytics, and GitOps.
    [Show full text]
  • Devops for Salesforce: Choosing Between a Build and Buy Approach
    ® White Paper DevOps for Salesforce: Choosing Between a Build and Buy Approach Even in the ecosystem surrounding Salesforce (which was We are living in the not a focus of DevOps activity early on), organizations Age of DevOps. are now looking for ways to leverage DevOps and CI/CD. This can be challenging, because a CI/CD solution for Salesforce needs to address unique challenges that do not exist in the context of generic DevOps. Those challenges include issues such as how to integrate Salesforce (a decades-old platform that was first released well before anyone was talking about DevOps) into a CI/CD pipeline from a technical perspective. They also include questions related to managing Salesforce metadata, parent-child relationships, and auditing, which standard DevOps tools are not typically able to address. With these challenges in mind, this white paper walks through best practices for implementing a Salesforce- friendly DevOps solution. In particular, it focuses on how to make the right decision regarding whether to build a CI/CD pipeline for Salesforce by implementing your own toolchain or adopting a ready-made solution. In other words, we address the build-vs.-buy question of Salesforce DevOps. To learn more about AutoRABIT and find out how you can set up an AutoRABIT Playground to test the product for free, visit autorabit.com. Build vs. Buy Considerations Resources • Do you have the headcount to create what you need? • Can you outsource if necessary? • Maintenance? Timeline • How soon do you want/need functionality? • Can you afford to wait? Uniqueness • How “out-of-the-box” are your needs? • Do your research Competition • Consider the business landscape your company operates in • The prize is smaller for second & third place 2 ©2019 AutoRABIT Inc.
    [Show full text]
  • From Devops to Devdataops: Data Management in Devops Processes
    From DevOps to DevDataOps: Data Management in DevOps processes Antonio Capizzi1, Salvatore Distefano1,Manuel Mazzara2 1 University of Messina, Italy 2 Innopolis University, Innopolis, Respublika Tatarstan, Russian Federation. Abstract. DevOps is a quite effective approach for managing software development and operation, as confirmed by plenty of success stories in real applications and case studies. DevOps is now becoming the main- stream solution adopted by the software industry in development, able to reduce the time to market and costs while improving quality and ensuring evolvability and adaptability of the resulting software archi- tecture. Among the aspects to take into account in a DevOps process, data is assuming strategic importance, since it allows to gain insights from the operation directly into the development, the main objective of a DevOps approach. Data can be therefore considered as the fuel of the DevOps process, requiring proper solutions for its management. Based on the amount of data generated, its variety, velocity, variability, value and other relevant features, DevOps data management can be mainly framed into the BigData category. This allows exploiting BigData so- lutions for the management of DevOps data generated throughout the process, including artefacts, code, documentation, logs and so on. This paper aims at investigating data management in DevOps processes, iden- tifying related issues, challenges and potential solutions taken from the BigData world as well as from new trends adopting and adapting DevOps approaches in data management, i.e. DataOps. 1 Introduction DevOps [1, 2] is an approach for software development and (IT) sys- tem operation combining best practices from both such domains to im- prove the overall quality of the software-system while reducing costs and shortening time-to-market.
    [Show full text]