6 DevOps For Dummies, IBM Limited Edition Published by John Wiley & Sons, Inc. 111 River St. Hoboken, NJ Copyright 2014 by John Wiley & Sons, Inc., Hoboken, New Jersey No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, except as permitted under Sections 107 or 108 of the 1976 United States Copyright Act, without the prior written permission of the Publisher. Requests to the Publisher for permission should be addressed to the Permissions Department, John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, (201) , fax (201) , or online at Trademarks: Wiley, For Dummies, the Dummies Man logo, The Dummies Way, Dummies.com, Making Everything Easier, and related trade dress are trademarks or registered trademarks of John Wiley & Sons, Inc. and/or its affiliates in the United States and other countries, and may not be used without written permission. IBM and the IBM logo are registered trademarks of IBM. All other trademarks are the property of their respective owners. John Wiley & Sons, Inc., is not associated with any product or vendor mentioned in this book. LIMIT OF LIABILITY/DISCLAIMER OF WARRANTY: THE PUBLISHER AND THE AUTHOR MAKE NO REPRESENTATIONS OR WARRANTIES WITH RESPECT TO THE ACCURACY OR COMPLETENESS OF THE CONTENTS OF THIS WORK AND SPECIFICALLY DISCLAIM ALL WARRANTIES, INCLUDING WITHOUT LIMITATION WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE. NO WARRANTY MAY BE CREATED OR EXTENDED BY SALES OR PROMOTIONAL MATERIALS. THE ADVICE AND STRATEGIES CONTAINED HEREIN MAY NOT BE SUITABLE FOR EVERY SITUATION. THIS WORK IS SOLD WITH THE UNDERSTANDING THAT THE PUBLISHER IS NOT ENGAGED IN RENDERING LEGAL, ACCOUNTING, OR OTHER PROFESSIONAL SERVICES. IF PROFESSIONAL ASSISTANCE IS REQUIRED, THE SERVICES OF A COMPETENT PROFESSIONAL PERSON SHOULD BE SOUGHT. NEITHER THE PUBLISHER NOR THE AUTHOR SHALL BE LIABLE FOR DAMAGES ARISING HEREFROM. THE FACT THAT AN ORGANIZATION OR WEBSITE IS REFERRED TO IN THIS WORK AS A CITATION AND/OR A POTENTIAL SOURCE OF FURTHER INFORMATION DOES NOT MEAN THAT THE AUTHOR OR THE PUBLISHER ENDORSES THE INFORMATION THE ORGANIZATION OR WEBSITE MAY PROVIDE OR RECOMMENDATIONS IT MAY MAKE. FURTHER, READERS SHOULD BE AWARE THAT INTERNET WEBSITES LISTED IN THIS WORK MAY HAVE CHANGED OR DISAPPEARED BETWEEN WHEN THIS WORK WAS WRITTEN AND WHEN IT IS READ. For general information on our other products and services, or how to create a custom For Dummies book for your business or organization, please contact our Business Development Department in the U.S. at , contact or visit For information about licensing the For Dummies brand for products or services, contact ISBN (pbk); ISBN (ebk) Manufactured in the United States of America
7 Table of Contents Introduction... 1 About This Book... 1 Icons Used in This Book... 2 Beyond the Book... 2 Chapter 1: What Is DevOps?... 3 Understanding the Business Need for DevOps... 3 Recognizing the Business Value of DevOps... 4 Enhanced customer experience... 5 Increased capacity to innovate... 5 Faster time to value... 6 Seeing How DevOps Works... 6 Develop and test against production-like systems... 6 Deploy with repeatable, reliable processes... 7 Monitor and validate operational quality... 8 Amplify feedback loops... 8 Chapter 2: Looking at DevOps Capabilities... 9 Paths to DevOps Adoption... 9 Plan and Measure Develop and Test Collaborative development Continuous testing Release and Deploy Monitor and Optimize Continuous monitoring Continuous customer feedback and optimization Chapter 3: Adopting DevOps People in DevOps DevOps culture Identifying business objectives Create an environment of sharing DevOps team... 18
8 vi DevOps For Dummies, IBM Limited Edition Process in DevOps DevOps as a business process Change management process DevOps practices Release planning Continuous integration Continuous delivery Continuous testing Continuous monitoring and feedback Continuous improvement Technology in DevOps Infrastructure as Code Delivery pipeline Development environment Build stage Package repository Test environment Stage and production environments Deployment automation and release management Deployment automation Release management Chapter 4: Solving New Problems with DevOps Cloud Technology Mobile Applications ALM Processes Multiple-Tier Applications Supply Chains The Internet of Things Chapter 5: Ten DevOps Myths DevOps Is Only for Born on the Web Shops DevOps Is Operations Learning How to Code DevOps Is Just for Development and Operations DevOps Isn t for ITIL Shops DevOps Isn t for Regulated Industries DevOps Isn t for Outsourced Development No Cloud Means No DevOps DevOps Isn t for Large, Complex Systems DevOps Is Only about Communication DevOps Means Continuous Change Deployment... 38
10 Publisher s Acknowledgments We re proud of this book and of the people who worked on it. For details on how to create a custom For Dummies book for your business or organization, contact dummies.biz or visit For details on licensing the For Dummies brand for products or services, contact Wiley.com. Some of the people who helped bring this book to market include the following: Acquisitions, Editorial, and Vertical Websites Project Editor: Carrie A. Burchfield Editorial Manager: Rev Mengle Business Development Representative: Sue Blessing Custom Publishing Project Specialist: Michael Sullivan Composition Services Senior Project Coordinator: Kristie Rees Layout and Graphics: Carrie A. Cesavice Proofreader: Melissa Cossell Special Help: Bernard Coyne Publishing and Editorial for Technology Dummies Richard Swadley, Vice President and Executive Group Publisher Andy Cummings, Vice President and Publisher Mary Bednarek, Executive Director, Acquisitions Mary C. Corder, Editorial Director Publishing and Editorial for Consumer Dummies Kathleen Nebenhaus, Vice President and Executive Publisher Composition Services Debbie Stailey, Director of Composition Services Business Development Lisa Coleman, Director, New Market and Brand Development
11 Introduction DevOps (short for development and operations), like most new approaches, is only a buzzword for many people. Everyone talks about it, but not everyone knows what it is. In broad terms, DevOps is an approach based on lean and agile principles in which business owners and the development, operations, and quality assurance departments collaborate to deliver software in a continuous manner that enables the business to more quickly seize market opportunities and reduce the time to include customer feedback. Indeed, enterprise applications are so diverse and composed of multiple technologies, databases, end-user devices, and so on, that only a DevOps approach will be successful when dealing with these complexities. Opinions differ on how to use it, however. Some people say that DevOps is for practitioners only; others say that it revolves around the cloud. IBM takes a broad and holistic view and sees DevOps as a business-driven software delivery approach - an approach that takes a new or enhanced business capability from an idea all the way to production, providing business value to customers in an efficient manner and capturing feedback as customers engage with the capability. To do this, you need participation from stakeholders beyond just the development and operations teams. A true DevOps approach includes lines of business, practitioners, executives, partners, suppliers, and so on. About This Book In this book, I take a business-centric approach to DevOps. Today s fast-moving world makes DevOps essential to all enterprises that must be agile and lean enough to respond rapidly to changes such as customer demands, market conditions, competitive pressures, or regulatory requirements. If you re reading this book, I assume that you ve heard about DevOps but want to understand what it means and how your company can gain business benefits from it. This book is
12 2 DevOps For Dummies, IBM Limited Edition geared to executives, decision makers, and practitioners who are new to the field of DevOps, who seek more information about the approach, and who want to cut through the hype surrounding the concept to get to the meat of it. Icons Used in This Book You ll find several icons in the margins of this book. Here s what they mean. The Tip icon points out helpful information on various aspects of DevOps. Anything that has a Remember icon is something that you want to keep in mind. The Warning icon alerts you to critical information. Technical Stuff material goes beyond the basics of DevOps. It isn t essential reading, however. Beyond the Book You can find additional information about DevOps (and about IBM s approach to it) by visiting the following web pages: IBM DevOps Solution: DevOps the IBM approach (white paper): ibm.co/ 1a54r3m The Software Edge (study): IBM DevOps Products: jazz.net/products/devops
13 Chapter 1 What Is DevOps? In This Chapter Seeing a business need for DevOps Finding business value in DevOps Understanding DevOps principles Making any change in business as usual is always hard and usually requires an investment. So whenever an organization adopts any new technology, methodology, or approach, that adoption has to be driven by a business need. To develop a business case for adopting DevOps, you must understand the business need for it, including the challenges that it addresses. In this chapter, I give you the foundation you need to start building your case. Understanding the Business Need for DevOps Organizations want to create innovative applications or services to solve business problems. They may want to address internal business problems (such as creating a better customer relationship management system) or to help their customers or end-users (such as by providing a new mobile app). Many organizations aren t successful with software projects, however, and their failures are often related to challenges in software development and delivery. Although most enterprises feel that software development and delivery are critical, a recent IBM survey of the industry found that only 25 percent believe that their teams are effective. This execution gap leads to missed business opportunities.
14 4 DevOps For Dummies, IBM Limited Edition This problem is further amplified by a major shift in the types of applications that businesses are required to deliver, from systems of record to systems of engagement: Systems of record: Traditional software applications are large systems that function as systems of record, which contain massive amounts of data and/or transactions and are designed to be highly reliable and stable. Because these applications don t need to change often, organizations can satisfy their customers and their own business needs by delivering only one or two large new releases a year. Systems of engagement: With the advent of mobile communications and the maturation of web applications, systems of record are being supplemented by systems of engagement, which customers can access directly and use to interact with the business. Such applications must be easy to use, high performing, and, systems require rapid change to address customers changing needs and evolving market forces. Because systems of engagement are used directly by customers, they require intense focus on user experience, speed of delivery, and agility in other words, a DevOps approach. Systems of engagement aren t isolated islands and are often tied to systems of record, so rapid changes to systems of engagement result in changes to systems of record. Indeed any kind of system that needs rapid delivery of innovation requires DevOps. Such innovation is driven primarily by emerging technology trends such as cloud computing, mobile applications, Big Data, and social media, which may affect all types of systems. I discuss these emerging technologies in light of DevOps in Chapter 4. Recognizing the Business Value of DevOps DevOps applies agile and lean principles across the entire software supply chain. It enables a business to maximize the speed of its delivery of a product or service, from initial idea to production release to customer feedback to enhancements based on that feedback.
15 Chapter 1: What Is DevOps? 5 Because DevOps improves the way that a business delivers value to its customers, suppliers, and partners, it s an essential business process, not just an IT capability. DevOps provides significant return on investment in three areas: Enhanced customer experience Increased capacity to innovate Faster time to value I discuss all three areas in the following sections. Enhanced customer experience Delivering an enhanced (that is, differentiated and engaging) customer experience builds customer loyalty and increases market share. To deliver this experience, a business must continuously obtain and respond to customer feedback, which requires mechanisms to get fast feedback from all the stakeholders in the software application that s being delivered: customers, lines of business, users, suppliers, partners, and so on. In today s world of systems of engagement (see Understanding the Business Need for DevOps, earlier in this chapter), this ability to react and adapt in an agile manner leads to enhanced customer experience and loyalty. Increased capacity to innovate Modern organizations use lean thinking approaches to increase their capacity to innovate. Their goals are to reduce waste and rework and to shift resources to higher-value activities. An example of a common practice in lean thinking is A-B testing, in which organizations ask a small group of users to test and rate two or more sets of software that have different capabilities. Then the better-capability set is rolled out to all users, and the unsuccessful version is rolled back. Such A-B testing is realistic only with efficient and automated mechanisms such as those that DevOps facilitates.
16 6 DevOps For Dummies, IBM Limited Edition Faster time to value Speeding time to value involves developing a culture, practices, and automation that allow for fast, efficient, and reliable software delivery through to production. DevOps, when adopted as a business capability, provides the tools and culture required to facilitate efficient release planning, predictability, and success. The definition of value varies from organization to organization and even from project to project, but the goal of DevOps is to deliver this value faster and more efficiently. Seeing How DevOps Works The DevOps movement has produced several principles that have evolved over time and are still evolving. Several solution providers, including IBM, have developed their own variants. All these principles, however, take a holistic approach to DevOps, and organizations of all sizes can adopt them. These principles are Develop and test against production-like systems Deploy with repeatable, reliable processes Monitor and validate operational quality Amplify feedback loops I describe the principles in more detail in the following sections. Develop and test against production-like systems This principle stems from the DevOps concept shift left, in which operations concerns move earlier in the software delivery life cycle, toward development (see Figure 1-1).
17 Chapter 1: What Is DevOps? 7 Figure 1-1: The shift-left concept moves operations earlier in the development life cycle. The goal is to allow development and quality assurance (QA) teams to develop and test against systems that behave like the production system, so that they can see how the application behaves and performs well before it s ready for deployment. The first exposure of the application to a productionlike system should be as early in the life cycle as possible to address two major potential challenges. First, it allows the application to be tested in an environment that s close to the actual production environment the application will be delivered to; and second, it allows for the application delivery processes themselves to be tested and validated upfront. From an operations perspective, too, this principle has tremendous value. It enables the operations team to see early in the cycle how their environment will behave when it supports the application, thereby allowing them to create a fine-tuned, application-aware environment. Deploy with repeatable, reliable processes As the name suggests, this principle allows development and operations to support an agile (or at least iterative) software development process all the way through to production. Automation is essential to create processes that are iterative, frequent, repeatable, and reliable, so the organization must create a delivery pipeline that allows for continuous, automated deployment and testing. I talk more about delivery pipelines in Chapter 3.
18 8 DevOps For Dummies, IBM Limited Edition Frequent deployments also allow teams to test the deployment processes themselves, thereby lowering the risk of deployment failures at release time. Monitor and validate operational quality Organizations typically are good at monitoring applications and systems in production because they have tools that capture production systems metrics in real time. But they monitor in a siloed and disconnected manner. This principle moves monitoring earlier in the life cycle by requiring that automated testing be done early and often in the life cycle to monitor functional and non-functional characteristics of the application. Whenever an application is deployed and tested, quality metrics should be captured and analyzed. Frequent monitoring provides early warning about operational and quality issues that may occur in production. These metrics should be captured in a format that all business stakeholders can understand and use. Amplify feedback loops One goal of DevOps is to enable organizations to react and make changes more rapidly. In software delivery, this goal requires an organization to get quick feedback and then learn rapidly from every action it takes. This principle calls for organizations to create communication channels that allow all stakeholders to access and act on feedback. Development may act by adjusting its project plans or priorities. Production may act by enhancing the production environments. Business may act by modifying its release plans.
19 Chapter 2 Looking at DevOps Capabilities In This Chapter Understanding the reference architecture of DevOps Considering four paths to DevOps adoption The capabilities that make up DevOps are a broad set that span the software delivery life cycle. Where an organization starts with DevOps depends on its business objectives and goals what challenges it s trying to address and what gaps in its software delivery capabilities need to be filled. In this chapter, I look at a DevOps reference architecture and the various ways that it enables a business to use DevOps. Paths to DevOps Adoption A reference architecture provides a template of a proven solution by using a set of preferred methods and capabilities. The DevOps reference architectures discussed in this chapter help practitioners access and use the guidelines, directives, and other material that they need to architect or design a DevOps platform that accommodates people, processes, and technology (see Chapter 3). A reference architecture provides capabilities through its various components. These capabilities in turn may be provided by a single component or a group of components working together. Therefore, you can view the DevOps reference architecture, shown in Figure 2-1, from the perspective of the
20 10 DevOps For Dummies, IBM Limited Edition core capabilities that it s intended to provide. As the abstract architecture evolves to concrete form, these capabilities are provided by a set of effectively enabled people, defined practices, and automation tools. Figure 2-1: DevOps reference architecture. The DevOps reference architecture shown in Figure 2-1 proposes the following four sets of adoption paths: Plan and measure Develop and test Release and deploy Monitor and optimize In the following sections, I take a detailed look at these adoption paths. Plan and Measure This adoption path consists of one practice that focuses on the lines of business and their planning processes: continuous business planning. Businesses need to be agile and able to react quickly to customer feedback. Consequently, many businesses today employ lean thinking techniques. These techniques involve starting small by identifying the outcomes and resources
21 Chapter 2: Looking at DevOps Capabilities 11 needed to test the business vision or value, and then continuously adapting and adjusting based on customer feedback. To achieve these goals, organizations measure progress, find out what customers really want, and then shift direction by updating their business plans accordingly, allowing them to make continuous trade-off decisions in a resource constrained environment. Develop and Test This adoption path involves two practices: collaborative development and continuous testing. As such, it forms the core of development and quality assurance (QA) capabilities. Collaborative development Software delivery efforts in an enterprise involve large numbers of cross-functional teams, including lines-of-business owners, business analysts, enterprise and software architects, developers, QA practitioners, operations personnel, security specialists, suppliers, and partners. Practitioners from these teams work on multiple platforms and may be spread across multiple locations. Collaborative development enables these practitioners to work together by providing a common set of practices and a common platform they can use to create and deliver software. One core capability included within collaborative development is continuous integration (see Figure 2-2), a practice in which software developers continuously or frequently integrate their work with that of other members of the development team. Figure 2-2: Collaboration via continuous integration.
22 12 DevOps For Dummies, IBM Limited Edition Continuous integration was made popular by the agile movement. The idea is for developers to regularly integrate their work with that of the rest of the developers on their team and then test the integrated work. In the case of complex systems made up of multiple systems or services, developers also regularly integrate their work with other systems and services. Regular integration of results leads to early discovery and exposure of integration risks. In complex systems, it also exposes known and unknown risks both technical and schedule-related. Continuous testing Continuous integration (see the preceding section) has several goals: Enable ongoing testing and verification of code Validate that the code produced and integrated with that of other developers and other components of the application functions and performs as designed Continuously test the application being developed Continuous testing means testing earlier and continuously across the life cycle, which results in reduced costs and shortened testing cycles and achieved continuous feedback on quality. This occurs by adopting capabilities like automated testing and service virtualization. Service virtualization is the new capability for simulation of production-like environments and makes continuous testing feasible. Release and Deploy Release and deploy forms the adoption path where most of the root capabilities of DevOps originated. Continuous release and deployment take the concept of continuous integration to the next step. The practice that enables release and deploy also enables the creation of a delivery pipeline (see Chapter 3). This pipeline facilitates continuous deployment of software to QA and then to production in an efficient, automated manner. The goal of continuous release and deployment is to release new features to customers and users as soon as possible.
23 Chapter 2: Looking at DevOps Capabilities 13 Most of the tooling and processes that make up the core of DevOps technology exist to facilitate continuous integration, continuous release, and continuous deployment. I discuss these topics in more detail in later chapters. Monitor and Optimize The monitor and optimize adoption path includes two practices that allow businesses to monitor how released applications are performing in production and to receive feedback from customers. This data allows the businesses to react in an agile manner and change their business plans as necessary. Continuous monitoring Continuous monitoring provides data and metrics to Operations, QA, Development, lines-of-business personnel, and other stakeholders about applications at different stages of the delivery cycle. These metrics aren t limited to production. Such metrics allow stakeholders to react by enhancing or changing the features being delivered and/or the business plans required to deliver them. Continuous customer feedback and optimization The two most important types of information that a software delivery team can get are data about how customers use the application and feedback that those customers provide upon using the application. New technologies allow businesses to capture customer behavior and customer pain points right as they use the application. This feedback allows different stakeholders to take appropriate actions to improve the applications and enhance customer experience. Lines of business may adjust their business plans, development may adjust the capabilities it delivers, and operations may enhance the environment in which the application is deployed. This continuous feedback loop is an essential component of DevOps, allowing businesses to be more agile and responsive to customer needs.
24 14 DevOps For Dummies, IBM Limited Edition
25 Chapter 3 Adopting DevOps In This Chapter Making people more efficient Streamlining processes Choosing the right tools Adopting any new capability typically requires a plan that spans people, process, and technology. You can t succeed in adopting new capabilities especially in an enterprise that has multiple, potentially distributed stakeholders without taking into consideration all three aspects of the capabilities being adopted. In this chapter, I discuss the people, process, and technology aspects of DevOps. Although the name DevOps suggests development- and operations-based capabilities, DevOps is an enterprise capability that spans all stakeholders in an organization, including business owners, architecture, design, development, quality assurance (QA), operations, security, partners, and suppliers. Excluding any stakeholder internal or external leads to an incomplete implementation of DevOps. People in DevOps This section addresses the people aspect of adopting DevOps, including creating the necessary culture.
26 16 DevOps For Dummies, IBM Limited Edition DevOps culture At its root, DevOps is a cultural movement; it s all about people. An organization may adopt the most efficient processes or automated tools possible, but they re useless without the people who eventually must execute those processes and use those tools. Building a DevOps culture, therefore, is at the core of DevOps adoption. A DevOps culture is characterized by a high degree of collaboration across roles, focus on business instead of departmental objectives, trust, and high value placed on learning through experimentation. Building a culture isn t like adopting a process or a tool. It requires (for lack of a better term) social engineering of teams of people, each with unique predispositions, experiences, and biases. This diversity can make culture-building challenging and difficult. Lean and agile transformation practices are at the core of DevOps, and if your organization has already applied these, they can be leveraged to help adopt a DevOps culture. Identifying business objectives The first task in creating a culture is getting everyone headed in the same direction and working toward the same goal, which means identifying common business objectives for the team and the organization as a whole. It s important to incent the entire team based on business outcomes versus conflicting team incentives. When people know what common goal they re working toward and how their progress toward that goal is going to be measured, there are fewer challenges from teams or practitioners that have their own priorities. DevOps isn t the goal. It helps you reach your goals. Chapter 4 highlights several new business challenges that DevOps addresses. Your organization can use those challenges as a starting point to identify goals that it wants to achieve; then it can develop a common set of milestones toward those goals for different teams of stakeholders to use.
27 Chapter 3: Adopting DevOps 17 Measuring culture is extremely difficult. How do you accurately measure improved collaboration or improved morale? You could take a direct measure of attitudes and team morale by taking surveys, but surveys can have a high statistical error rate, as teams usually are small. Conversely, you can take an indirect measure by tracking how often a Measuring culture development team member reaches out to a member of an operations or QA team to collaborate on resolving an issue without going through official channels or multiple layers of management. Collaboration and communication across stakeholders that s the culture of DevOps. Create an environment of sharing After identifying common business objectives, the next step in building a DevOps culture requires the leaders of the organization to work with their teams to create an environment and culture of collaboration and sharing. Leaders must remove any self-imposed barriers to cooperation. Typical measurements reward operations teams for uptime and stability, and reward developers for new features delivered, but they pit these groups against each other. Operations knows that the best protection for production is to accept no changes, for example, and Development has little incentive to focus on quality. Replace these measurements with shared responsibility for delivering new capabilities quickly and safely. The leaders of the organization should further encourage collaboration by improving visibility. Establishing a common set of collaboration tools is essential, especially when teams are geographically distributed and can t work together in person. Giving all stakeholders visibility into a project s goals and status is crucial for building a DevOps culture based on trust and collaboration. Sometimes, building a DevOps culture requires people to change. Those who are unwilling to change that is, to adopt the DevOps culture may need to be reassigned.
Session Border Controllers For Dummies, Sonus Special Edition Published by John Wiley & Sons, Inc. 111 River Street Hoboken, NJ 07030-5774 www.wiley.com Copyright 2012 by John Wiley & Sons, Inc. Published
Technical white paper Bridge Development and Operations for faster delivery of applications HP Continuous Delivery Automation software Table of contents Application lifecycle in the current business scenario
Service Virtualization IBM LIMITED EDITION by Marcia Kaufman and Judith Hurwitz Service Virtualization For Dummies, IBM Limited Edition Published by John Wiley & Sons, Inc. 111 River St. Hoboken, NJ 07030-5774
Orchestrated Release Management Gain insight and control, eliminate ineffective handoffs, and automate application deployments Solution Brief Challenges Release management processes have been characterized
Enhance visibility into and control over software projects IBM Rational change and release management software Accelerating the software delivery lifecycle Faster delivery of high-quality software Software
L'automazione dei test come elemento chiave delle pratiche DevOps Stefano Sergi WW Solutions Manager - DevOps IBM Systems firstname.lastname@example.org 2013 IBM Corporation Digital transformation requires core capabilities
Accelerating Product and Service Innovation Establish a Continuous Delivery Pipeline: IBM UrbanCode Deploy Khurram Nizami (email@example.com) 2013 IBM Corporation Accelerating Product and Service Innovation
Releasing High Quality Applications More Quickly with vrealize Code Stream T E C H N I C A L W H I T E P A P E R A B S T R A C T : If your company relies on applications to enable new business opportunities
Performance testing in Agile environments Deliver quality software in less time Business white paper Table of contents Executive summary... 2 Why Agile? And, why now?... 2 Incorporating performance testing
Compliments of IBM Limited Edition Private Cloud Learn to: Make cloud computing an integral part of your business Perform in a smart and proactive manner Support collaboration between business and IT Leverage
Software development for the on demand enterprise Building your business with the IBM Software Development Platform An on demand business is an enterprise whose business processes integrated end-to-end
Collaborative DevOps Learn the magic of Continuous Delivery Saurabh Agarwal Product Engineering, DevOps Solutions firstname.lastname@example.org Please note IBM s statements regarding its plans, directions, and intent
DevOps for the Mainframe Rosalind Radcliffe IBM Distinguished Engineer, Enterprise Modernization Solution Architect email@example.com 1 Please note IBM s statements regarding its plans, directions, and
IBM Software Group Rational software Requirements Management im Kontext von DevOps DI Steindl Wolfgang https://www.xing.com/profiles/wolfgang_steindl Senior IT Specialist firstname.lastname@example.org http://lnkd.in/tpzrug
Agile Software Factory: Bringing the reliability of a manufacturing line to software development Today s businesses are complex organizations that must be agile across multiple channels in highly competitive
Accenture Architecture Services DEVOPS: INNOVATIVE ENGINEERING PRACTICES FOR CONTINUOUS SOFTWARE DELIVERY Development Operations WHAT IS DEVOPS? IT delivery supporting the new pace of business Over the
The Continuous Delivery Tool Chain: So Many Choices! Mark Sigler Senior Director, Product Management CA Technologies June 2014 2013 CA. All rights reserved. Biography Mark Sigler is CA Technologies Senior
Introducing SAP s Landscape and Data Center Innovation Platform Phil Jackson SAP Solution Engineer CIO challenges Business Agility & Innovation Business Continuity Cost Containment Hybrid On-premise, Virtual
SAP Brief SAP s for Small Businesses and Midsize Companies SAP Business ByDesign Objectives Increase Business Velocity with Connected, Insightful, Cloud-Based Software Integrated, cloud software that s
Work Smarter, Not Harder: Leveraging IT Analytics to Simplify Operations and Improve the Customer Experience Data Drives IT Intelligence We live in a world driven by software and applications. And, the
SIMPLIFYING AND AUTOMATING MANAGEMENT ACROSS VIRTUALIZED/CLOUD-BASED INFRASTRUCTURES EMC IT s strategy for leveraging enterprise management, automation, and orchestration technologies to discover and manage
IBM Software Thought Leadership White Paper March 2012 Taking control of the virtual image lifecycle process Putting virtual images to work for you 2 Taking control of the virtual image lifecycle process
Next-Generation Performance Testing with Service Virtualization and Application Performance Management By Akshay Rao, Principal Consultant, CA Technologies Summary Current approaches for predicting with
WHITEPAPER Best Practices in Release and Deployment Management Mark Levy Through 2016, a lack of effective release management will contribute up to 80% of production incidents in large organizations with
An introduction to the benefits of Application Lifecycle Management IKAN ALM increases team productivity, improves application quality, lowers the costs and speeds up the time-to-market of the entire application
MENDIX FOR MOBILE APP DEVELOPMENT WHITE PAPER TABLE OF CONTENTS Market Demand for Enterprise Mobile Mobile App Development Approaches Native Apps Mobile Web Apps Hybrid Apps Mendix Vision for Mobile App
Sonatype Nexus TM Professional Whitepaper The Benefits of Utilizing a Repository Manager An Introduction to Sonatype Nexus TM Professional SONATYPE www.sonatype.com email@example.com +1 301-684-8080 12501
IBM Netcool network management solutions for enterprise The big picture view that focuses on optimizing complex enterprise environments Highlights Enhance network functions in support of business goals
HP SOA Systinet software Govern the Lifecycle of SOA-based Applications Complete Lifecycle Governance: Accelerate application modernization and gain IT agility through more rapid and consistent SOA adoption
ENTERPRISE MANAGEMENT AND SUPPORT IN THE INDUSTRIAL MACHINERY AND COMPONENTS INDUSTRY The Industrial Machinery and Components Industry Manufacturers in the industrial machinery and components (IM&C) industry
Service Virtualization: Reduce the time and cost to develop and test modern, composite applications Business white paper Table of contents Why you need service virtualization 3 The challenges of composite
PRODUCT SHEET: CA Workload Automation CA Workload Automation Improve the availability of critical IT workload processes and schedules enterprise-wide by leveraging real-time IT automation, embedded workflow,
WHITE PAPER June 2011 Project and Portfolio Management for the Innovative Enterprise Accelerating the Rate of Return from Innovation James Ramsay Principal Consultant, CA Technologies Project and Portfolio
Software: Driving Innovation for Engineered Products Software in products holds the key to innovations that improve quality, safety, and ease-of-use, as well as add new functions. Software simply makes
5 Steps to Choosing the Right BPM Suite BPM Suites can deliver significant business benefits and a fast ROI but only if you choose the right one By Laura Mooney, Metastorm Copyright 2009, Metastorm Inc.
CLOUD TECH SOLUTION AT INTEL INFORMATION TECHNOLOGY ICApp Platform as a Service Open Data Center Alliance, Inc. 3855 SW 153 rd Dr. Beaverton, OR 97003 USA Phone +1 503-619-2368 Fax: +1 503-644-6708 Email:
2015 IBM Continuous Engineering Open Labs Target to better LEARNING (NO COST - not a substitute for full training courses) Choose from one or more of these Self-Paced, Hands-On Labs: DMT 3722 - Learn to
SOLUTION BRIEF CA SERVICE MANAGEMENT - SERVICE CATALOG Can We Manage and Deliver the Services Needed Where, When and How Our Users Need Them? SOLUTION BRIEF CA DATABASE MANAGEMENT FOR DB2 FOR z/os DRAFT
SAP Thought Leadership Paper Mill Products An Enterprise Resource Planning Solution for Mill Products Companies Driving Operational Excellence and Profitable Growth Table of Contents 4 What It Takes to
Business white paper 10 Best Practices for Application Performance Testing Leveraging Agile Performance Testing for Web and Mobile Applications 10 Best Practices for Application Performance Testing Table
Service quality management solutions To support your business objectives Implement a unified approach to service quality management. Highlights Deliver high-quality software applications that meet functional
Red Hat Cloud, HP Edition: Private IaaS Clouds 2 Red Hat Cloud 2 Red Hat Enterprise Virtualization 3 Red Hat Enterprise Linux 3 Red Hat Network Satellite 3 HP CloudSystem Matrix and HP Converged Infrastructure
Business Analysis Standardization & Maturity Contact Us: 210.399.4240 firstname.lastname@example.org Copyright 2014 Enfocus Solutions Inc. Enfocus Requirements Suite is a trademark of Enfocus Solutions Inc.
PARTNER BRIEF Service Operations Management from CA Technologies are you helping your customers achieve their expectations for IT based service quality and availability? FOR PARTNER USE ONLY DO NOT DISTRIBUTE
Business Value Guide SALES AND OPERATIONS PLANNING BLUEPRINT BUSINESS VALUE GUIDE INTRODUCTION What if it were possible to tightly link sales, marketing, supply chain, manufacturing and finance, so that
IBM Software IBM Business Process Management Suite Increase business agility with the IBM Business Process Management Suite 2 Increase business agility with the IBM Business Process Management Suite We
DevOps: Development Challenges and New Approaches Chris Sharp STSM, Chief Architect SWG Europe DevOps IBM Master Inventor, Member of IBM Academy of Technology Agenda The Problem and the Need for Change
System Center Service Manager Vision and Planned Capabilities Microsoft Corporation Published: April 2008 Executive Summary The Service Desk function is the primary point of contact between end users and
Product Lifecycle Management in the Food and Beverage Industry An Oracle White Paper Updated February 2008 Product Lifecycle Management in the Food and Beverage Industry EXECUTIVE OVERVIEW Companies in
SOLUTION BRIEF CA Private Cloud Accelerator for Vblock Platforms how quickly can your private cloud support the increasing demand for business services and accelerate time-to-value for your Vblock platforms
Programming Interviews Exposed: Secrets to Landing Your Next Job Preface.... xxv Introduction....xxix Chapter 1 Before the Search... 1 Chapter 2 The Job Application Process....9 Chapter 3 Approaches to
Software Configuration Management Best Practices for Continuous Integration As Agile software development methodologies become more common and mature, proven best practices in all phases of the software
Optimizing Your Software Process Top 5 Software Development Process Challenges Executive Summar ry A process framework is a combination of project management, technical practices, and supporting tools.
BRIDGE the gaps between IT, cloud service providers, and the business. IT service management for the cloud Business white paper Executive summary Today, with more and more cloud services materializing,
Top five lessons learned from enterprise hybrid cloud projects Top performer highlights More than half of top performers give users access to selfservice provisioning across both private and public cloud
DevOps - en inngang til den Digtale Transformasjon Rapidly Deliver Exceptional Software Pål Dragseth June 2015 Applications Are Changing the World of Business 84% Video US internet traffic by 2018 $142B
IBM Global Services April 2008 Five best practices for deploying a successful service-oriented architecture Leveraging lessons learned from the IBM Academy of Technology Executive Summary Today s innovative
I D C M A R K E T S P O T L I G H T P r i va t e a n d H yb r i d C l o u d s E n a b l e New L e ve l s o f B u s i n e s s and IT Collaboration September 2013 Adapted from IDC Maturity Model: Cloud A
SOLUTION BRIEF accelerating time to value in Microsoft Hyper-V environments 01 CA Technologies 30-year partnership with Microsoft uniquely positions us to help you exceed your Microsoft virtual and cloud
Business white paper Four steps to better application management and deployment Table of contents 3 Executive summary 3 The challenges of manually managing application operations 4 How complexity plays
Position Paper Cross-Domain vs. Traditional IT for Providers Joseph Bondi Copyright-2013 All rights reserved. Ni², Ni² logo, other vendors or their logos are trademarks of Network Infrastructure Inventory
WHITE PAPER Automating Continuous Integration over Complex IT Infrastructure www.quali.com Introduction purpose of The Continuous Integration (CI) is to avoid a long, painful, waterfall integration process
Business white paper Best practices for implementing automated functional testing solutions Table of contents Contents 3 Introduction 3 Functional testing versus unit testing 4 The pros and cons of manual
Ukulele In A Day FOR DUMmIES by Alistair Wood A John Wiley and Sons, Ltd, Publication Ukulele In A Day For Dummies Published by John Wiley & Sons, Ltd The Atrium Southern Gate Chichester West Sussex PO19
Cloud Services FOR DUMmIES IBM LIMITED EDITION by Judith Hurwitz, Marcia Kaufman, and Dr. Fern Halper Cloud Services For Dummies, IBM Limited Edition Published by John Wiley & Sons, Inc. 111 River Street
Optimizing IT to meet Business Objectives The role of Business Analysis, Project Management and ITIL V3 Figure 1 The role of IT in business is changing. Where IT was once a cost an arcane but necessary
Business white paper Best practices in project and portfolio management Practical advice for achieving greater value and business benefits Table of contents 3 Introduction 3 The importance of best practices
HP CLOUDSYSTEM A single platform for private, public, and hybrid clouds Simply the most complete cloud system for enterprises and service providers Solution brief It s a fact of life: cloud computing is
CloudCenter Full Lifecycle Management An application-defined approach to deploying and managing applications in any datacenter or cloud environment CloudCenter Full Lifecycle Management Page 2 Table of
PRODUCT BRIEF: CA SERVICE DESK MANAGER CA Service Desk Manager CA SERVICE DESK MANAGER IS A VERSATILE, COMPREHENSIVE IT SUPPORT SOLUTION THAT HELPS YOU BUILD SUPERIOR INCIDENT AND PROBLEM MANAGEMENT PROCESSES
SOLUTION BRIEF CA Wily Application Performance Management May 2010 how can I deliver better services to my customers and grow revenue? we can With the right solution, you can be certain that you are providing
SharePoint as a Business Application, Not Just a Collaboration Tool Products, Projects, Services and Work in One System Published March, 2013 http://epmlive.com Contents Introduction...2 Common Uses of
VCE Word Template Table of Contents www.vce.com MANAGEMENT AND ORCHESTRATION WORKFLOW AUTOMATION FOR VBLOCK INFRASTRUCTURE PLATFORMS January 2012 VCE Authors: Changbin Gong: Lead Solution Architect Michael
Choosing the Right Project and Portfolio Management Solution Executive Summary In too many organizations today, innovation isn t happening fast enough. Within these businesses, skills are siloed and resources
PLATFORM-AS-A-SERVICE, DEVOPS, AND APPLICATION INTEGRATION An introduction to delivering applications faster CONTENTS 2 Introduction to PaaS 4 Private, public, and hybrid PaaS 6 Who uses PaaS? 8 DevOps
Managed SQL Server 2005 Deployments with CA ERwin Data Modeler and Microsoft Visual Studio Team Edition for Database Professionals Helping to Develop, Model, and Maintain Complex Database Architectures
Creative Shorts: The business value of Release Management Quality management for deployment and delivery A Creative Intellect Consulting Shorts Report Series (ALM) In this report, from our Creative Shorts
PRODUCT BRIEF: CA SERVICE DESK ON DEMAND -Demand Demand is a versatile, ready-to-use IT support solution delivered On Demand to help you build a superior Request, Incident, Change and Problem solving system.
Platform as a Service: The IBM point of view Don Boulia Vice President Strategy, IBM and Private Cloud Contents 1 Defining Platform as a Service 2 The IBM view of PaaS 6 IBM offerings 7 Summary 7 For more
Chapter 2 Anatomy of an Enterprise Software Delivery Project Chapter Summary I present an example of a typical enterprise software delivery project. I examine its key characteristics and analyze specific