DevOps เข้ากันได้กับ ITIL หรือไม่


32

ในอาชีพของฉันฉันเป็นทั้งนักพัฒนาซอฟต์แวร์และผู้ปฏิบัติงานITILในบทบาทการปฏิบัติงาน DevOps จึงเป็นความก้าวหน้าตามธรรมชาติของฉัน
อย่างไรก็ตามฉันได้ต่อสู้กับภาษาที่มีความเชี่ยวชาญเป็นพิเศษที่ ITIL แนะนำและทำให้ "Developer Friendly" มากพอที่จะไม่ทำให้ผู้พัฒนาปิดตัวลงอย่างสมบูรณ์

ITIL เป็นกรอบการบริหารจัดการบริการด้านไอทีที่ได้รับการยอมรับในระดับสากลซึ่งได้รับการพัฒนามานานกว่า 30 ปีในฐานะชุดปฏิบัติที่ได้รับการพิสูจน์แล้วว่ามีประโยชน์ต่อความมั่นคงในการดำเนินงานและการเติบโตขององค์กร

DevOps นั้นเข้ากันได้กับ ITIL จริงหรือเราจำเป็นต้องใช้จิตวิญญาณของ ITIL และ "แปล" เป็นภาษาที่ทีมพัฒนาเข้าใจดีขึ้น:

  • การจัดการเหตุการณ์และปัญหา→ข้อบกพร่องการผลิตข้อบกพร่องหรือปัญหา
  • การจัดการการเปลี่ยนแปลงและการวางจำหน่าย→การจัดส่งอย่างต่อเนื่อง
  • การจัดการเหตุการณ์→การบันทึกการโทรมาตรการวัดและการแจ้งเตือน

เป็นไปได้ที่จะขยาย ITIL คืออะไร ค่อนข้างมั่นใจว่าบางคน (เช่นฉัน) ไม่ทราบเกี่ยวกับเรื่องนี้ :)
Dawny33

2
เยี่ยมมากฉันได้อัปเดตคำถามและยอมรับการแก้ไขพร้อมลิงก์ไปยังหน้า Wikipedia - ขอบคุณทุกคนสำหรับการปรับปรุงของคุณ
Richard Slater

@RichardSlater เนื่องจากคุณยังไม่ได้ตอบคำตอบแล้วมีบางสิ่งที่ขาดหายไปในคำตอบข้างต้นหรือเพียงแค่คุณไม่ต้องการยอมรับเลย?
Tensibai

คำตอบ:


26

ในความคิดของฉันวัฒนธรรม DevOps มาพร้อมกับการเปลี่ยนแปลงวิธีการที่มีต่อการจัดการกระบวนการAgile
ITIL มีวัตถุประสงค์อย่างหนักในการทำพิธีการที่ชัดเจนของกระบวนการและผลลัพธ์และปรับให้เข้ากับแบบจำลองWaterfall

นี่ไม่ได้หมายความว่า ITIL เข้ากันไม่ได้กับ Devops แต่โดยปกติจะเป็นสองกระบวนการที่แยกจากกันซึ่งมีระยะเวลาต่างกัน ฉันหมายถึงการรวมผลิตภัณฑ์ใหม่ภายในการอ้างอิง ITIL มักจะล่าช้าจนกว่าจะมีการออกผลิตภัณฑ์ / แอปพลิเคชันในช่วงเวลาหนึ่งซึ่งมีข้อผิดพลาดในช่วงต้นและเอกสารบางอย่างที่จำเป็นในการผสานรวม ITIL มีชีวิต".

หนึ่งในสิ่งที่อยู่ใน ITIL คือการออกแบบบริการซึ่งคาดว่าจะถูกกำหนดไว้ก่อนงานพัฒนาใด ๆ กระบวนการที่คล่องตัวจะ / อาจตรวจสอบการออกแบบในแต่ละการวนซ้ำเป็นการทำลายพิธีการที่จำเป็นในกระบวนการ ITIL

เป้าหมายหลักของ ITIL คือการจัดทำกรอบเพื่อให้แน่ใจว่าไม่มีสิ่งใดถูกละเว้นระหว่างขั้นตอนการออกแบบ / การคิดและการบำรุงรักษา (Build / Run) ในวัฒนธรรม devops ทีมงานทั้งหมดมีหน้าที่รับผิดชอบในทุกขั้นตอนในระยะยาวดังนั้นเหตุใดจึงต้องลดระเบียบการลง

นั่นไม่ได้หมายความว่าเราต้องลืม ITIL หลักการสำคัญ ๆ นั้นดีมากและในความคิดของฉันควรใช้เป็นรายการตรวจสอบเพื่อสร้างยอดคงค้างเริ่มต้นของผลิตภัณฑ์ มันเป็นเพียงแค่การทำตามหลักการ ITIL พร้อมกับความเป็นทางการไปตามเวลาเพื่อลดเป้าหมายของการพัฒนาซอฟต์แวร์ซ้ำอย่างรวดเร็วและบางครั้งก็ใช้ไม่ได้เนื่องจากมีการส่งข้อมูลที่จำเป็นระหว่างทีมน้อยกว่าเนื่องจากงานจะทำโดยทีมเดียวกัน .


3
หรือเพื่อให้คำตอบที่สมบูรณ์ยิ่งขึ้นสำหรับ OP: ขึ้นอยู่กับว่าคุณต้องการติดตามทั้งสองโครงสร้างอย่างใกล้ชิด สามารถใช้งานพร้อมกันได้หรือไม่ ใช่แน่นอน แต่พวกเขาทั้งสองมีบางจุดที่ไม่เหมือนกัน หากคุณต้องการใช้ทั้งสองอย่างซึ่งฉันพยายามทำในองค์กรของฉันนั่นคือทั้งหมดที่เกี่ยวกับการหาสมดุลที่เหมาะสม
kazaamjt

9

ฉันได้รับการรับรองจาก ITIL (แม้ว่าจะใช้เวลาไม่นาน) ฉันเห็นด้วยกับ Tensibai: ITIL และ DevOps ไม่เข้ากันแต่ก็ไม่ได้ทำให้พวกเขาเป็นเพื่อนที่ดี

สามารถโต้แย้งได้ว่ากระบวนการใน ITIL จะต้องเกิดขึ้นในทางใดทางหนึ่งโดยเฉพาะอย่างยิ่งสำหรับองค์กรขนาดใหญ่ การบูรณาการที่ประสบความสำเร็จของการปฏิบัติงาน DevOps ซึ่ง ITIL ได้รับการฝึกฝนแล้วนั้นจำเป็นต้องมีการวางแผนอย่างรอบคอบ จากนั้นอีกครั้งนั่นเป็นเรื่องจริงของการเปลี่ยนแปลง DevOps

สำหรับการแปลง "greenfield" โดยที่ไม่มีทั้ง ITIL หรือ DevOps ฉันจะสร้างทั้งสองอย่างโดยใช้คำศัพท์ "แมป" ตามที่คุณได้อธิบายไว้ ตราบใดที่ทุกคนในองค์กรอยู่ในหน้าเดียวกันโดยใช้ภาษาเดียวกัน ITIL และ DevOps สามารถเพิ่มมูลค่าเมื่อรวมกัน


0

ฉันชอบคำตอบของIT SkepticในตอนของDevOpsCafe.orgถ้าฉันจำได้อย่างถูกต้องแนวความคิดของเขาก็คือถ้าคุณเข้าใจ ITIL จริง ๆ ก็มีความขัดแย้งน้อยมาก แนวทาง ITIL ส่วนใหญ่นั้นเป็นเรื่องทั่วไปมากและความขัดแย้งส่วนใหญ่เกิดขึ้นระหว่างการติดตั้ง ITIL บางส่วนไม่ได้อยู่เบื้องหลังข้อกำหนดที่แท้จริง


2
ในขณะที่ลิงค์อาจตอบคำถามถ้ามันทำลายคำตอบของคุณไม่มีเหตุผล มันเป็นการดีที่จะสรุปความคิดด้วยคำพูดของคุณเองในคำตอบของคุณโดยให้ลิงก์นั้นขยายออกไป
Tensibai

2
ฉันจะฟังตอนและสรุปที่นี่อีกไม่นาน
Jiri Klouda
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.