เพิ่งเห็นผ่าน ๆ ใน feed เกี่ยวกับเรื่องของ DevOps
พบว่าหลาย ๆ ที่จะเรียกว่า DevOops !!
มันมีที่มาที่ไปอย่างไรนะ จะหาก็หาไม่เจอ
เลยนำเอาสิ่งที่เคยเจอมาอธิบายดีกว่า
ส่วนใหญ่ไม่น่าจะใช่เรื่องจริง !!
เริ่มจากหลาย ๆ บริษัทนั้น
ฝั่ง Development และ Operation ไม่น่าจะถูกกันสักเท่าไร
- Development ก็อยากทำให้เสร็จ ส่งมอบให้ได้ตรงตามเวลาที่กำหนด
- Operation ก็ไม่อยากให้ระบบมีปัญหา เพราะว่า 24×7 และ 99.999% มันค้ำคอ
หลาย ๆ ที่มี Test/QA คั่นกลางด้วยนะ
หรืออาจจะเรียกว่า DevTestOps ก็ได้
หรือเพิ่ม security เข้ามาก็เรียกว่า DevSecOps, DevTestSecOps, DevTestPerfSecOps !!
แต่ก็กลายเป็นการทำงานต่างฝ่ายต่างทำเช่นเดิม !!
ไหลมาตาม process คือ
- Development พัฒนาให้เสร็จ
- Test/QA มาตรวจสอบ หา bug ให้ได้มากที่สุด
- Operation รอเอา software ที่ Test/QA บอกว่า ok แล้ว ไปทำงาน deploy ต่อไป
ถ้าดูจากรูปแบบการทำงานก็ไม่น่ามีปัญหาอะไร
deploy ขึ้น production ก็ไม่น่ามีปัญหาอะไร
เพราะว่า ทดสอบมาก่อนแล้ว
ถ้าไม่ผ่านจะ deploy ไปได้อย่างไร
แต่ชีวิตจริง deploy ไปกี่ครั้ง ก็มีปัญหาทุกครั้ง
เราได้เรียนรู้อะไรจากปัญหาเหล่านั้นไหมนะ ?
พอเจอปัญหาเหล่านี้ ก็เริ่มเห็นว่า DevOps น่าจะช่วยได้
ก็เลยจะนำมาใช้ด้วยการ
- ตั้งทีมใหม่ชื่อว่า DevOps ไหมนะ
- ซึ่ง DevOps tools หรือ DevOps platform มาให้ใช้เลย
ถ้าไปดู DevOps team topologies จะเป็นแบบไหนนะ ?
มันคือ Anti-types เลยนะ
คงไม่น่าใช่แน่ ๆ
แต่ถ้าทำแล้วได้ผลดีตาม High performance DevOps team จาก DORA ก็แจ่มนะครับ
ซึ่งประกอบไปด้วย
สิ่งที่น่าสนใจต่อมาคือ
Deploy ได้บ่อยนะ หรือ Deploy ได้ตามที่ต้องการเลย
แต่มีปัญหาจากการ deploy ต้องมาแก้ไขทุกครั้งเลย
แบบนี้เรื่องของ Change failure rate ก็แย่นะ !!
บางทีมพอเจอปัญหา กว่าจะ recovery ระบบกลับมาได้ ใช้เวลานานขึ้น
แบบนี้ก็ไม่ดีเช่นกัน
ดังนั้นเรื่องของ team performance ที่ 4 ตัวด้านบน
จึงเป็นสิ่งที่ต้องให้ความสนใจ
ยกตัวอย่างเช่น ต้องมีการทดสอบในแต่ละขึ้นตอนด้วยไหม เช่น
ดังนั้นลองปรับปรุง หรือ แก้ไขตามปัญหาที่เราเจอ
เพื่อทำให้มันดีขึ้น หรือ ปัญหาเหล่านั้นหายไป
มันคือกระบวนการ imprvement ที่ไม่มีคำว่าสำเสร็จ แต่มีแต่คำว่า ดีกว่าเดิม
มิฉะนั้น DevOps จะหลายเป็น DevOops ได้นะ !!
