DevOps Practices: Continuous Delivery
•Download as PPTX, PDF•
0 likes•1,434 views
The DevOps movement, like its Agile predecessor, is focused on improving the communication and collaboration between the development and operations teams responsible for different aspects of an app throughout its lifecycle. While successful DevOps initiatives start and end with organizational and cultural change, there are also common practices that are enablers and/or tools used in support of DevOps. In this session you will learn about the DevOps practice of Continuous Delivery—releasing and deploying application changes as they are available, and not waiting for big, cumbersome roll-ups of new code. This session will focus on the practice of Continuous Delivery, while demonstrating a few tools that can make implementing Continuous Delivery easier, including tools for automated provisioning and release orchestration. If you are interested in implementing a DevOps initiative in your organization, then this session is a must-see.
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Similar to DevOps Practices: Continuous Delivery
Similar to DevOps Practices: Continuous Delivery (20)
Recently uploaded
Recently uploaded (20)
DevOps Practices: Continuous Delivery
- 7. errors mistake unavoidable uncorrected • Defects are entirely avoidable.
- 8. Inspect quality in Inspect at each stage Build quality in
- 16. billion billion • $365M cash & equivalents.
- 17. • Repurposed 8-yer old “Power Peg” flag.
- 18. • Manually
- 19. one of Knight’s technicians did not copy the new code to one
- 20. • 7 servers correctly using the old Power Peg code • 8th server sent cumulative child-orders in rapid succession.
- 21. • No • No uninstalled the correct SMARS code
- 22. • 4 million • 357 million • $460 million in losses
- 27. pipeline • Automate deployment • Fail earliest
Editor's Notes
- The DevOps movement, like its Agile predecessor, is focused on improving the communication and collaboration between the development and operations teams responsible for different aspects of an app throughout its lifecycle. While successful DevOps initiatives start and end with organizational and cultural change, there are also common practices that are enablers and/or tools used in support of DevOps. In this session you will learn about the DevOps practice of Continuous Delivery—releasing and deploying application changes as they are available, and not waiting for big, cumbersome roll-ups of new code. This session will focus on the practice of Continuous Delivery, while demonstrating a few tools that can make implementing Continuous Delivery easier, including tools for automated provisioning and release orchestration. If you are interested in implementing a DevOps initiative in your organization, then this session is a must-see.
- Poka-yoke (ポカヨケ?) [poka yoke] is a Japanese term that means "mistake-proofing". A poka-yoke is any mechanism in a lean manufacturing process that helps an equipment operator avoid (yokeru) mistakes (poka). Its purpose is to eliminate product defects by preventing, correcting, or drawing attention to human errors as they occur.[1] The concept was formalised, and the term adopted, by Shigeo Shingo as part of the Toyota Production System.[2][3] It was originally described as baka-yoke, but as this means "fool-proofing" (or "idiot-proofing") the name was changed to the milder poka-yoke.More broadly, the term can refer to any behavior-shaping constraint designed into a process to prevent incorrect operation by the user.[citation needed] Similarly, a constraint that is part of the product (or service) design is considered Design for Manufacturability or Design for X. A modern Poka-Yoke application is when a driver must press on the brake pedal (a process step, therefore a poka-yoke)) prior to starting an automobile. The interlock serves to prevent unintended movement of the car. An additional poka-yoke would be the switch in the car's gear shift that requires the car to be in Park or Neutral before the car can be started. These serve as behavior-shaping constraints as the sequence of "car in park (or neutral)" and/or "Foot on brake" must be performed before the car is allowed to start. Over time, the driver's behavior is conformed with the requirements by repetition and habit.
- Poka-yoke (ポカヨケ?) [poka yoke] is a Japanese term that means "mistake-proofing". A poka-yoke is any mechanism in a lean manufacturing process that helps an equipment operator avoid (yokeru) mistakes (poka). Its purpose is to eliminate product defects by preventing, correcting, or drawing attention to human errors as they occur.[1] The concept was formalised, and the term adopted, by Shigeo Shingo as part of the Toyota Production System.[2][3] It was originally described as baka-yoke, but as this means "fool-proofing" (or "idiot-proofing") the name was changed to the milder poka-yoke.More broadly, the term can refer to any behavior-shaping constraint designed into a process to prevent incorrect operation by the user.[citation needed] Similarly, a constraint that is part of the product (or service) design is considered Design for Manufacturability or Design for X. A modern Poka-Yoke application is when a driver must press on the brake pedal (a process step, therefore a poka-yoke)) prior to starting an automobile. The interlock serves to prevent unintended movement of the car. An additional poka-yoke would be the switch in the car's gear shift that requires the car to be in Park or Neutral before the car can be started. These serve as behavior-shaping constraints as the sequence of "car in park (or neutral)" and/or "Foot on brake" must be performed before the car is allowed to start. Over time, the driver's behavior is conformed with the requirements by repetition and habit.
- Poka-yoke (ポカヨケ?) [poka yoke] is a Japanese term that means "mistake-proofing". A poka-yoke is any mechanism in a lean manufacturing process that helps an equipment operator avoid (yokeru) mistakes (poka). Its purpose is to eliminate product defects by preventing, correcting, or drawing attention to human errors as they occur.[1] The concept was formalised, and the term adopted, by Shigeo Shingo as part of the Toyota Production System.[2][3] It was originally described as baka-yoke, but as this means "fool-proofing" (or "idiot-proofing") the name was changed to the milder poka-yoke.More broadly, the term can refer to any behavior-shaping constraint designed into a process to prevent incorrect operation by the user.[citation needed] Similarly, a constraint that is part of the product (or service) design is considered Design for Manufacturability or Design for X. A modern Poka-Yoke application is when a driver must press on the brake pedal (a process step, therefore a poka-yoke)) prior to starting an automobile. The interlock serves to prevent unintended movement of the car. An additional poka-yoke would be the switch in the car's gear shift that requires the car to be in Park or Neutral before the car can be started. These serve as behavior-shaping constraints as the sequence of "car in park (or neutral)" and/or "Foot on brake" must be performed before the car is allowed to start. Over time, the driver's behavior is conformed with the requirements by repetition and habit.
- Poka-yoke (ポカヨケ?) [poka yoke] is a Japanese term that means "mistake-proofing". A poka-yoke is any mechanism in a lean manufacturing process that helps an equipment operator avoid (yokeru) mistakes (poka). Its purpose is to eliminate product defects by preventing, correcting, or drawing attention to human errors as they occur.[1] The concept was formalised, and the term adopted, by Shigeo Shingo as part of the Toyota Production System.[2][3] It was originally described as baka-yoke, but as this means "fool-proofing" (or "idiot-proofing") the name was changed to the milder poka-yoke.More broadly, the term can refer to any behavior-shaping constraint designed into a process to prevent incorrect operation by the user.[citation needed] Similarly, a constraint that is part of the product (or service) design is considered Design for Manufacturability or Design for X. A modern Poka-Yoke application is when a driver must press on the brake pedal (a process step, therefore a poka-yoke)) prior to starting an automobile. The interlock serves to prevent unintended movement of the car. An additional poka-yoke would be the switch in the car's gear shift that requires the car to be in Park or Neutral before the car can be started. These serve as behavior-shaping constraints as the sequence of "car in park (or neutral)" and/or "Foot on brake" must be performed before the car is allowed to start. Over time, the driver's behavior is conformed with the requirements by repetition and habit.