O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

Les outils de Devops IBM

Próximos SlideShares
Ibm innovate ci for system z
Ibm innovate ci for system z
Carregando em…3

Confira estes a seguir

1 de 33 Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (19)

Semelhante a Les outils de Devops IBM (20)


Mais de Patrick Bouillaud (20)

Mais recentes (20)


Les outils de Devops IBM

  1. 1. CDO-1884: DevOps Review and Roadmap Daniel Berg, Chief Architect for DevOps Ruth Willenborg, DE, Cloud and DevOps Andrew Hans, Senior Dev Manager DevOps © 2012 IBM Corporation
  2. 2. Please note IBM’s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice at IBM’s sole discretion. Information regarding potential future products is intended to outline our general product direction and it should not be relied on in making a purchasing decision. The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. The development, release, and timing of any future features or functionality described for our products remains at our sole discretion. Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user’s job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here. 2
  3. 3. Businesses are challenged to meet time pressures with quality software ….34% of all new IT Projects deploy late* 41% 51% applications rolled 45% experience delays experience delays in integration, configuration back due to quality due to troubleshooting and issues escaping and fine-tuning issues testing of applications* into production* in production* Business Line of Development IT Operations Owners Customers Business & Test GAP GAP Up to 4-6 Weeks to deliver a simple code change** * Forrester/IBM Study: A New View of IBM’s Opportunity for Integrated Optimized Systems Address , 2011 ** Forrester “Five Ways To Streamline Release Management”, 2011 3
  4. 4. Patterns of challenges Differences in dev and Backlog of agile Manual (tribal) Lack of feedback and ops environments releases that Ops processes for release quality metric leads to cause failures cannot handle lack missed service level repeatability/speed targets Dev Who did this last time? Daily Build Dave… Prod Dave’s not here Monthly Delivery man… 4
  5. 5. Software delivery is at the heart of today’s top technology trends Big Data New applications provide insights by interpreting massive quantities of data Collaboration Cloud Development and Operations teams High application demand requires work in continuous application fast, scalable environments delivery cycles for development / testing Mobile Apps Intelligent/ Modern workforce expects Connected Systems constantly updated Software Delivery The software component software to connect to in smart products drives value enterprise systems and competitive differentiation 5
  6. 6. Our view of DevOps A core enterprise capability for…  Continuous delivery of software to People People  Seize market opportunities and Process Process  Make rapid improvements based on customer Tools Tools feedback while  Balancing speed, quality, and costs 6
  7. 7. Cultural challenges adopting DevOps Operator Developer Application deployment failed again Why does it take so long to get a test because of new libraries. environment? Our processes ensure environment I like using new open source libraries. stability. I’ve checked in my code now it just Development is always making bad needs to be deployed (easy). operational decisions. CDO-1511: How IBM Leverages SmartCloud CDO-1511: How IBM Leverages SmartCloud CDO-1741: ShadowOps versus DevOps CDO-1741: ShadowOps versus DevOps Continuous Delivery to Streamline DevOps Continuous Delivery to Streamline DevOps 7
  8. 8. DevOps Principles and Values  Develop and test against a production-like system  Iterative and frequent deployments using People People repeatable and reliable processes Process Process  Continuously monitor and validate operational Tools Tools quality characteristics  Amplify feedback loops 8
  9. 9. Standardize Plan & Track Manage Changes Automate Delivery Feedback IBM Workload Deployer IBM PureApplication Rational Team Concert Provisioning Systems Agile Deployment of Development Virtual Systems 9
  10. 10. Standardize Communicate and share environment patterns Issues Dev environments different from production environments Difficult to provision test environments Environment provisioning creates new “snowflakes” Solution Define standard Virtual System Patterns for environments Share patterns between Dev and Ops to improve communications Repeatable and reliable process Functional Functional User Acceptance User Acceptance to provision base environments Verification Verification Test Environment Test Environment (rubber stamps) Test Environment Test Environment 10
  11. 11. Plan and Track Common tools to plan and track changes across Dev and Ops Issues Configuration tasks are not planned or tracked Different tools/processes for tracking work Solution Use collaborative development tools to track and plan application and configuration changes Ensures work is properly planned in the proper order Ensures audit trail for planned changes to environments 11 11
  12. 12. Manage Changes Version and manage application and configuration changes Issues Configuration changes vary between environments Configuration changes are not well managed Release artifacts are randomly created and applied Solution Version control configuration changes as code in an SCM close to the application changes Version and track release artifacts in an Artifact Library Track release dependencies 12
  13. 13. Automate Delivery Repeatable and reliable processes Issues Application deployment is generally an unreliable, manual process Difficult to replicate Slow to execute Long delays between deployments increases size of change sets making problem determination difficult Solution Tooling to define and configure an automated delivery process Reliable and repeatable delivery process Deploy early and often to “fail fast” and resolve even faster 13
  14. 14. Feedback Immediate feedback of changes Issues Weeks, months pass before getting any feedback of a change (if any) Often cannot determine where/if a build was deployed Long delays in feedback makes problem determination more difficult Solution Report results of automated delivery process directly in context of development tools Preserve traceability of delivery output with build process Report automated tests results in a timely fashion 14
  15. 15. Enterprise capability for continuous delivery of software innovation DevOps Lifecycle Customers Business Owners Development/Test Operations/Production Continuous Feedback and Improvements Business Planning Collaborative Continuous Continuous Development Testing Release Continuous Monitoring Continuous Delivery Open Lifecycle Integration Platform 15
  16. 16. DevOps capabilities for continuous testing Collaborative Development Continuous Testing Continuous Release Build Build Quality Quality Automation Automation Management Management Application Application Environment Environment Release Release Provisioning Provisioning Automation Automation Change Change Source Control Source Control Test Test Service Service Management Management Management Management Automation Automation Virtualization Virtualization Continuous Monitoring Application Performance Monitoring Application Performance Monitoring Delivery Pipeline Delivery Pipeline Continuous Delivery Open Lifecycles Integration Platform 16
  17. 17. DevOps tool chain for continuous testing Collaborative Development Continuous Testing Continuous Release IBM SmartCloud IBM SmartCloud Build IBM RationalBuild IBM Rational Quality Rational Quality IBM Rational IBM Provisioning Jenkins Jenkins Provisioning BuildAutomation Forge BuildAutomation Forge Management Management Quality Manager Quality Manager Chef Chef IBM IBM Application Application Workload Workload IBM Rational Environment Environment Deployer IBM Rational Release Release Deployer Automation Provisioning Provisioning Automation Automation Automation Framework Framework IBM Pure IBM Pure IBM Source Control Rational Control Systems Systems Change Change IBM Rational Source IBM Rational Test Rational IBM Test Service Service Management Team Management Management Concert Team Management Concert Test Workbench Test Workbench Automation Automation Virtualization Virtualization Continuous Monitoring IBM SmartCloud Application IBM SmartCloud Application Application Performance Monitoring Application Performance Monitoring Performance Management Performance Management IBM SmartCloud IBM SmartCloud Delivery Pipeline Delivery Pipeline Continuous Delivery Continuous Delivery Continuous Delivery Open Lifecycles Integration Platform 17
  18. 18. IBM SmartCloud Continuous Delivery flow Test Automation Test Automation Cloud Platform Provider Cloud Platform Provider Developer Tools Execute Developer Tools Request tests cloud resources Provision Deliver resources changes Automation Agent Automation Agent Post results (execute delivery process) (execute delivery process) Source Control and Change Source Control and Change Management server Management server Publish packages Retrieve packages Trigger delivery Artifact Library Artifact Library Post changes Virtual System Publish Build Server Build Server packages 18 18
  19. 19. Discover where we are going next 19
  20. 20. End-to-end release planning Real-time feedback for the delivery of business value Business Planning Development Planning Business Business Dev Release Need Need Project Plan Plan Story Build Requirement Test Plan Test Case Requirement New integration New integration Application Release Management SmartCloud Continuous Delivery SmartCloud Continuous Delivery SmartCloud Orchestrator SmartCloud Orchestrator Application Application Virtual Virtual New New Feature! New Feature! Release Release Environment Environment System New System 20
  21. 21. Continuous testing with virtualized services Continuous Feedback and Improvements Avoid testing bottlenecks due to dependencies on Continuous external services Testing Continuous Delivery NEW! NEW! Continuous testing using Green Hat virtualized Continuous testing using Green Hat virtualized services in the Cloud services in the Cloud Rational Test Workbench Rational Test Workbench Application changes being tested SmartCloud SmartCloud Databases Mainframe Third-party Continuous Delivery Continuous Delivery applications Services virtualized services Rational Test Virtualization Server • Automate setup and management of test virtualization server in the cloud • Automates configuration of virtualized IBM SmartCloud Provisioning services for an application under test IBM Workload Deployer • Automate setup of production-like test environments with low cost IBM PureApplication System 21
  22. 22. Multi-stage Continuous Delivery Pipelines Pipeline dashboards provide Pipeline dashboards provide feedback for the flow of feedback for the flow of changes through the changes through the SCM Changes trigger Changes trigger Artifact pipeline pipeline (Source code & pipeline configurations) pipeline Library execution execution Delivery Pipeline QA Stage QA Stage Pre- Pre- Build Build Promote to Promote to Production Production Stage Stage Production Production Customers Business Owners Stage Stage Performance Performance Stage Stage Approval gates with Approval gates with Each stage defines tasks to Each stage defines tasks to automated/manual automated/manual provision an environment provision an environment Stages can be run in parallel Stages can be run in parallel approvals provide approvals provide with entrance and exit with entrance and exit compliance checking compliance checking criteria criteria 22
  23. 23. Rational Development and Test Environment for System z Continuous build and test of distributed systems DevOps Lifecycle Customers Business Owners Development/Test Operations/Production Continuous Feedback and Improvements IBM Continuous Integration IBM Continuous Integration Solutions Solutions COBOL, PL/I, C++, Java, EGL, Batch, for System ZZ for System Assembler, Debug Tool IMS DB2 CICS IBM Rational Test IBM Rational Test WAS MQ Workbench Workbench z/OS New integration New integration x86 PC running Linux IBM SmartCloud IBM SmartCloud Continuous Delivery Continuous Delivery Note: This Program is licensed only for development and test of applications that run on IBM z/OS. The Program may not be used to run production workloads of any kind, nor more robust development workloads including without limitation production module builds, pre-production testing, stress testing, or performance testing. 23 23
  24. 24. Continuous delivery for mobile There are mobile-specific challenges in achieving continuous delivery  Device fragmentation  Builds are pulled from app-stores vs push  Additional governance required  Injection of app-store feedback into delivery  Curated app-stores impose review processes process  Device testing is difficult  Native plus back-end services required for mobile applications DevOps Lifecycle Customers Business Owners Development/Test Operations/Production Continuous Feedback and Improvements March March BETA BETA IBM Rational Test IBM Rational Test Workbench for Mobile Workbench for Mobile Business Planning Device Anywhere Mobile simulator Device Anywhere Mobile simulator IBM Mobile Development Collaborative IBM Mobile Development Continuous Continuous Lifecycle Solution Development Lifecycle Solution Testing Release AppCenter AppCenter Continuous Monitoring IBM SmartCloud Continuous Delivery IBM SmartCloud Continuous Delivery Continuous Delivery Open Lifecycle Integration Platform New integration New integration 24
  25. 25. Open, dynamic orchestration of resources, workloads and services New New • Fully automates the deployment and lifecycle management of cloud services Orchestrator Open Beta across resources, workloads and services • Built on a foundation of open standards – TOSCA, OpenStack, OSLC • Accelerated deployments with reusable workload patterns and Chef recipes • Unified management of heterogeneous environments • Supports deployment of hybrid & public clouds Continuous delivery pipeline • Works with SmartCloud Continuous Delivery to provide extended DevOps platform Reduce time-to-market to deliver new business services Improve administrator productivity 25 © 2013 IBM Corporation | IBM Confidential until 11am ET March 4th, 2013
  26. 26. Managing workloads across the lifecycle requires orchestration Networ Monitorin k IT g IT Asset Storage Monitoring Storag Domai Management Manageme Domain Data e Domain n nt ComputeAvailability Domai Network Change Domain Domain n Domain Managem ent Orchestration Engine Web App DB Service Desk Provision Pattern Resource Service Orchestration Workload Orchestration Orchestration Manage the lifecycle of Onboard, provision, Workload aware placement, optimization and operation business applications manage CPU, Storage and Network 26
  27. 27. Extended platforms Rational Team Concert IBM SmartCloud Orchestrator Agile Development More clouds More patterns EC2 TOSCA Virtual Applications 27
  28. 28. SmartCloud Orchestrator Promotion Control Orchestrator Drive Build Promotion OpsCode Chef OpsCode Chef Chef Server Chef Server Retrieve list of builds Hosted Chef Hosted Chef Change environment mappings Change Integrated instance Approval environments Processing DEV DEV QA QA PROD PROD Continuous inst inst inst Delivery Deliver and test new builds Your Infrastructure Pedestal 74: Marrying Apps & Infrastructure: Deliver Working Code More Quickly and with Greater Pedestal 74: Marrying Apps & Infrastructure: Deliver Working Code More Quickly and with Greater Consistency than Ever Before Consistency than Ever Before 28
  29. 29. How we plan to get there … Phase 1 Phase 2 Future Continuous testing with Continuous testing with End-to-end release End-to-end release Simplified developer Simplified developer Service Virtualization Service Virtualization planning planning experience for building experience for building engaging systems engaging systems New Platforms: New Platforms: Multi-stage pipelines Multi-stage pipelines Openstack & SmartCloud Openstack & SmartCloud Orchestrator Orchestrator Continuous delivery for Continuous delivery for Mobile and Mainframe Mobile and Mainframe 29
  30. 30. Summary  Challenges to deliver software-driven innovation  Disruptive technologies driving greater need to innovate  DevOps is critical to your success  IBM has first class DevOps solutions and is continuing to invest and improve upon these solutions 30
  31. 31. We want to hear you! Workshop: DevOps / Continuous Delivery •60-minute, small group discussion (fewer than 10) •Hosts: • Neeraj Chandra, VP - Strategy • Randy Newell, Director - Capabilities Marketing Tuesday, March 5, 5:15 – 6:15 pm pt Pulse Expo Hall - Marquee Ball Room, Room B5 Limited seats – please RSVP: RNewell@us.ibm.com or 203-521-9157 31 31
  32. 32. The IBM Technical Summit Top Five Reasons to Attend Learn how you can make the most of Agile, DevOps, Cloud, Mobile, Big Data, Social Business and other key trends to release products faster, improve processes, increase quality, and meet business objectives. Get detailed Rational technical training trough hundreds of breakouts, hands-on technical workshops, open labs and a wide variety of certification testing Explore Innovation Labs, observe interoperability in action and meet face to face with experts in a high- Innovate 2013: The IBM Technical Innovate 2013: The IBM Technical energy Exhibit Hall. Summit is the event for software Summit is the event for software Network with over 4000 attendees from around the world practitioners and product developers. practitioners and product developers. and collaborate with your peers from a wide variety of roles, Attendees will learn to improve the Attendees will learn to improve the industries and locations. practices, predictability and economics of practices, predictability and economics of Enjoy top-notch keynotes and entertainment, software delivery through detailed software delivery through detailed including strategic presentations, dynamic guest education and insights into key technical education and insights into key technical speakers and customer success stories. trends! trends! Register by March 15 and save $300! ibm.com/innovate
  33. 33. Acknowledgements and Disclaimers: Availability. References in this presentation to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. The workshops, sessions and materials have been prepared by IBM or the session speakers and reflect their own views. They are provided for informational purposes only, and are neither intended to, nor shall have the effect of being, legal or other guidance or advice to any participant. While efforts were made to verify the completeness and accuracy of the information contained in this presentation, it is provided AS-IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, this presentation or any other materials. Nothing contained in this presentation is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. All customer examples described are presented as illustrations of how those customers have used IBM products and the results they may have achieved. Actual environmental costs and performance characteristics may vary by customer. Nothing contained in these materials is intended to, nor shall have the effect of, stating or implying that any activities undertaken by you will result in any specific sales, revenue growth or other results. © Copyright IBM Corporation 2013. All rights reserved.  U.S. Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.  Please update paragraph below for the particular product or family brand trademarks you mention such as WebSphere, DB2, Maximo, Clearcase, Lotus, etc IBM, the IBM logo, ibm.com, [IBM Brand, if trademarked], and [IBM Product, if trademarked] are trademarks or registered trademarks of International Business Machines Corporation in the United States, other countries, or both. If these and other IBM trademarked terms are marked on their first occurrence in this information with a trademark symbol (® or ™), these symbols indicate U.S. registered or common law trademarks owned by IBM at the time this information was published. Such trademarks may also be registered or common law trademarks in other countries. A current list of IBM trademarks is available on the Web at “Copyright and trademark information” at www.ibm.com/legal/copytrade.shtml If you have mentioned trademarks that are not from IBM, please update and add the following lines: [Insert any special 3rd party trademark names/attributions here] Other company, product, or service names may be trademarks or service marks of others. 33

Notas do Editor

  • IBM INNER CIRCLE 2012 03/26/13 File Name Here.ppt Q: What do we see in industry today? A: 41% of organizations experience delays in application installs, 51% of apps rolled back due to production defect, 45% experience delays due to troubleshooting/fine tuning in production. Cycle time – 4-6 weeks to deploy code changes
  • Another cultural and process gap is that operational orgs and development orgs have very different notions of what it means to be “done, with quality”. Some of these different concerns are described in the text under the ops and dev people above.
  • Self-contained package: Automated delivery of workflow with built-in build, and cloud capabilities Easy to extend with open source and 3 rd party solutions Adopt solution incrementally
  • The key point here is that SCD will be expanded to manage Application Releases (i.e., the application and configuration changes and where/when they were deployed). The application release information is then linked to test executions and development plans via the development stories (work items). The development plans are linked to the high level business program and project plans that are used for invest choices and the tracking of business requirements. Today the release planning at a business as well as through to deployment is generally tracked via spreadsheets which is extremely manual and error prone. Many of the point tools exist today and work independently of one another. For example Focal Point manages programs and projects but linkages to RTC for development plans is just now becoming available. We do NOT have the exposure of Application Release data in SCD to be linked by the business and development plans to provide real-time status of what was deployed as well as when and where (what environment).
  • We have Green Hat virtualized services today and SCD to automate the build, deploy, and test. What is new here is that we are leveraging the cloud for the GH test virtualization server and we have modified SCD to capture GH configuration data as part of a test environment. This gives us the ability to automate the deployment and setup of a test environment for application changes that automatically configures the GH virtualization stubs, turns them on, and configures the application to use the stubs. All of this is done leveraging the private cloud for its dynamic provisioning behavior giving us the ability to provision dedicated test environments without the dependency of complicated and sometimes costly end point services.
  • Continuous Delivery Pipeline An iterative set of quality checks and verifications that software changes must pass during lifecycle phases before being released to production.
  • Self-contained package: Automated delivery of workflow with built-in build, and cloud capabilities Easy to extend with open source and 3 rd party solutions Adopt solution incrementally
  • In terms of activities – there is an entire week of great education, networking and entertainment! When most people think of Innovate, they think about the great technical education that takes place. This year – like every year – we plan on delivering over 400 technical break out sessions on all the topics that matter to you. From Requirements Management, through Agile Delivery, Quality Management and Systems Engineering to name a few – we have the best and brightest client, partner and IBM speakers delivering session after session of great technical education. We augment that with hands on labs – as it ’ s one thing to hear how something is done, it ’ s a whole other to do it! Every day we kick off with some great general sessions – with really inspirational speakers. In the past we ’ ve had the likes of William Shatner, Michio Kaku and the Mythbusters on hand – as well as key industry visionaries and some of our most interesting and insightful IBM leaders. Our partners are always a big part of the conference – and this year will be no exception. We plan on hosting the biggest Expo Hall we ’ ve ever had – where you can see what ’ s going on in the extended IBM family. And of course – networking – year after year, our client surveys show networking is one of the top reasons they come to Innovate. Networking with clients, industry experts and IBMers – building relationships and contacts that far outlast the one week of the event. But enough of me telling you what we do...I ’ ve brought a quick video, to give you a feel of how we do things at Innovate....Toni – can you roll the video for us? (90 second video)
  • IBM IOD 2011 03/26/13 Prensenter name here.ppt 03/26/13 14:17