จากบทความเรื่อง 7 SIGNS YOU’RE DOING DEVOPS WRONG
ได้อธิบายเกี่ยวกับการนำ DevOps ที่ผิด ๆ
เป็นสิ่งที่น่าสนใจมาก เพื่อไม่ให้เดินไปในทางที่ผิด
จึงนำมาแปลนิดหน่อย มาดูกันว่ามีอะไรบ้าง ?
Anything that can go wrong, will go wrong.
— Murphy’s law
1. จำเป็นต้องซื้อทุกอย่างสำหรับ DevOps
ไม่ว่าจะเป็น Hardware เช่น Server, Network, Router, Switching และ Load balance
ไม่ว่าจะเป็น Software เช่น OS, Antivirus, Project management, Business และ Monitoring เป็นต้น
ไม่ว่าจะเป็นพนักงานใหม่ เพื่อมาดูระบบใหม่ของ DevOps ส่วนใหญ่จะเป็นคนใหม่หรือเลือดใหม่มาเลย
เนื่องจากบริษัทเชื่อว่า
ในการจะทำสิ่งใหม่ ๆ ที่ยิ่งใหญ่ได้นั้น
จำเป็นจะต้องลงทุน และ ซื้อทุกสิ่งทุกอย่าง
เพื่อช่วยให้ business มันประสบความสำเร็จ
ซึ่ง DevOps ก็เช่นกัน ซื้อ DevOps กันไปเลย !!
แต่เดี๋ยวก่อน DevOps มันไม่ใช่ product หรือ service ที่จะซื้อขายกันได้
ดังนั้น ต้องเริ่มต้นแนวคิดพื้นฐานของ DevOps ก่อน
จากนั้นจึงเริ่มทำการปรับเปลี่ยนขั้นตอนการทำงานด้วยแนวปฏิบัติต่าง ๆ
If your company has a devops budget, you’re doing devops wrong.
2. บอกว่า DevOps มันคือ software และ เครื่องมือ
อย่าเริ่มต้นด้วย software หรือ เครื่องมือ
แต่ให้เริ่มจากเรื่องพื้นฐานตามข้อ 1
เราปฏิเสธไม่ได้ว่า
DevOps จะประสบความสำเร็จไม่ได้เลย
ถ้าปราศจาก software และ เครื่องมือต่าง ๆ
เนื่องจากหัวใจหลักอย่างหนึ่งของ DevOps คือ Automation
แต่เราควรรู้ว่า
เมื่อไรเราจึงนำเอาเครื่องมือเหล่านั้นมาใช้งาน
เราควรต้องรู้ tradeoff ของเครื่องมือ
เราควรต้องรู้ความต้องการ
อย่างให้เครื่องมือมาล้อมกรอบความคิดในการแก้ไขปัญหาโดยเด็ดขาด
If your company bought Chef or Puppet as a cure-all for its devops needs, you’re doing devops wrong.
3. ใช้ checklist หรือ หนังสือคู่มือสำหรับการ deploy ระบบงาน
เนื่องจากหัวใจหลักอย่างหนึ่งของ DevOps คือ Automation
ดังนั้นองค์กรจะพยายามเปลี่ยนขั้นตอนแบบ manual
ให้เป็นแบบ Automate ให้มากที่สุดเท่าที่จะเป็นไปได้
เพื่อลดความผิดพลาดที่เกิดจากคน (Human error)
รวมทั้งให้เกิดขั้นตอนการพัฒนา software ที่มีมาตรฐาน
แต่จะทำให้เกิดขึ้นได้นั้น
เรื่องของความเชื่อมั่นต่อระบบ ต่อคนต้องสูงในระดับหนึ่ง
ถือว่าเป็นสิ่งที่ท้าทายอย่างมากสำหรับองค์กร
ถ้าปราศจาคสิ่งเหล่านี้แล้ว ถึงแม้จะนำ DevOps มาใช้งาน
ก็จะยังคง deploy ระบบงานเช่นเดิม
นั่นคือ มีการเขียน checklistและมีหนังสือคู่มือไว้สำหรับการ deploy ระบบ
มัน Automate ตรงไหนนะ !!
หรือบางครั้ง เพื่อนร่วมงานอาจจะบอกว่า
เราไม่มีเวลาสำหรับการ Automate หรอกนะ
ส่วนนี้เรามาทำงานแบบ manual ดีกว่า มันเร็วกว่านะ
แสดงว่า คุณต้องมีปัญหาอะไรสักอย่างแล้วนะ
If your company spends hours poring over checklists to ensure code is ready to be deployed, you’re doing devops wrong.
4. ใช้เวลาหลายเดือน หรือ เป็นปี สำหรับการ release ระบบแต่ละรอบ !!
เป้าหมายของ DevOps คือ Automation
เป้าหมายของ DevOps คือ ต้องการ release feature ใหม่ ๆ ให้รวดเร็ว
เป้าหมาบของ DevOps คือ ต้องการแก้ไขความผิดพลาดอย่างรวดเร็ว
แต่ถ้านำ DevOps มาใช้แล้ว แต่ยังช้าเหมือนเดิม
แสดงว่า คุณเพียงแค่เปลี่ยนชื่อของการทำงานหรือไม่ ?
เพื่อให้มันเป็นไปตามกระแสนิยม หรือ ความนิยมของตลาด
มันต่างกับการพัฒนาในรูปแบบเดิม หรือ Waterfall อย่างไรกัน ?
DevOps นั้นได้มีที่มาที่ไปจาก
Continuous Integration และ Continuous Delivery/Deployment
โดยหัวใจหลักของสองอย่างนี้ คือ Continuous
ดังนั้น เมื่อนำแนวคิดมาใช้งานแล้ว
ลองถามตัวคุณเองสิว่า คุณทำงานแบบ Continuous หรือไม่ ?
เช่น
ทำการ checkout/commit code บ่อยหรือไม่ ?
ทำการทดสอบบ่อยหรือไม่ ?
ทำการทดสอบแบบอัตโนมัติหรือไม่ ?
ทำการ deploy code บ่อยหรือไม่ ?
ทำการ release ระบบบ่อยหรือไม่ ?
If your company releases code changes less frequently than the harvest moon, you’re doing devops wrong — no matter how small the changes or how quickly you make them.
5. ความผิดพลาดเป็นสิ่งที่ยอมรับไม่ได้ หรือ เป็นเรื่องขอขาดบาดตาย
เมื่อเกิดปัญหา หรือ ข้อผิดพลาดขึ้นมาบน production server
สิ่งที่เกิดขึ้นตามมา นั่นคือ ความหายนะของคน
ปิดห้องประชุมเครียด
หาคนทำผิด เพื่อต่อว่า หรือ ลงโทษ
อาจจะถึงขั้นต้องไล่ออก หรือ เปลี่ยนงานกันเลย
แสดงว่ามีการนำ DevOps มาใช้ในทางที่ผิดอย่างมาก
สิ่งที่มันควรเป็น คือ เราต้องเรียนรู้จากความผิดพลาด
ไม่ใช่มาหาคนทำผิด
ไม่ใช่โยนปัญหาไปมา
ให้เปลี่ยนเป็นการเรียนรู้ และ ช่วยกันหาจุดผิดพลาด
จากนั้นทำการเขียน Automate test ขึ้นมา
เพื่อจำลองปัญหาเหล่านั้นซะ
จากนั้นทำการแก้ไขปัญหา
สุดท้ายเราจะได้ Automate test เพิ่ม
นั่นคือ การเพิ่มความเชื่อถือ เชื่อมั่นต่อคน และ ระบบมากขึ้นไปอีก
ประเด็นหลัก คือ
คุณรู้ความผิดพลาดได้รวดเร็วเพียงใด ?
คุณแก้ไขความผิดพลาดได้รวดเร็วเพียงใด ?
ไม่ใช่มีคน หรือ กลุ่มคนหนึ่ง ๆ มาจัดการ
แต่มันคือเรื่องของทุกคน ที่ต้องช่วยเหลือกัน
เมื่อใดก็ตามที่ทุก ๆ คน กลัวการ deploy ระบบขึ้น production
นั่นหมายถึง คุณกำลังนำ DevOps มาใช้ในทางที่ผิดแล้วนะ
If you are no longer trusted with commit rights to production because you have made or might make a mistake, you’re doing devops wrong.
6. เมื่อมีปัญหาเกิดขึ้น เราจะโยนความผิดไปให้คนอื่น (Blame organization)
แนวคิดหลักของ DevOps นั้นนำมาจาก Lean
และ จะไม่ทำการโยนความผิด หรือ ความรับผิดชอบไปให้คนอื่น ๆ
ซึ่งถือว่าเป็นหัวใจหลัก ๆ ของ DevOps เช่นกัน
นั่นคือ มันทำให้เราไม่กลัวความผิดพลาด
ลดการโยนงาน โยนความผิด เราชอบเรียกว่า การโบ้ย
หรือความดีเอาใส่ตัว ความชั่วใส่คนอื่น
ตัวอย่างเช่น
ทีมพัฒนาทำการพัฒนาเสร็จแล้ว ทดสอบที่ developement server เรียบร้อย
ทำการส่ง code ให้กับทางทีมoperation ทำการ deploy ไปยัง production server
แต่ว่าไม่สามารถ deploy ได้
คำถาม
จะเกิดอะไรขึ้นหลังจากนี้บ้าง ?
คำตอบ
ทีม operation ก็จะบอกว่า code ผิด
ส่วนทีมพัฒนา ก็จะบอกว่า operation ทำการเตรียม server ต่าง ๆ ไม่ถูกหรือไม่ ?
นี่แหละที่เรียกว่า Blame organization
ซึ่งมันไม่ส่งผลดีกับใครเลย !!
ส่วนการแก้ไขด้วยแนวคิด DevOps มันจะต่างออกไป
นั่นคือทำการตรวจสอบว่า
ทั้งสอง environment นั้นมันแตกต่างกันอย่างไรบ้าง ?
เมื่อเจอปัญหาแล้ว จะทำการเขียนชุด Automate test ขึ้นมาทดสอบ
เพื่อทำให้มั่นใจ และ แน่ใจว่า จะไม่เกิดปัญหานี้ในอนาคต
หรือถ้าเกิดปัญหาเราจะรู้ต้นเหตุของปัญหาได้อย่างรวดเร็ว
If your company is firing staff simply for bringing down production, you’re doing devops wrong — regardless of any presumed role or responsibilities you attribute to those involved.
7. ทีมพัฒนา และ ทีม operation แยกกันทำงานอย่างชัดเจน (Silo)
DevOps มันมาจากสองคำ คือ Developer และ Operations
ดังนั้น
ถ้า developer และ operation ไม่พูดภาษาเดียวกัน
ถ้า developer และ operation ไม่ทำงานด้วยกัน
ถ้า developer และ operation ไม่เข้าใจซึ่งกันและกัน
เป็นไปได้ยากที่การนำ DevOps มาใช้งานจะดี และ ประสบความสำเร็จดังที่ตั้งไว้
DevOps มันเน้นเรื่องของการทำงานร่วมกันอย่างมาก
ทุกคนที่เกี่ยวข้องกับการพัฒนา software นั้น ๆ
จะต้องมาร่วมทำงานกันเป็นทีม
โดยทุกคนมีเป้าหมายของการทำงานเดียวกัน
นั่นคือสร้าง software ที่มีคุณภาพ และ ช่วยทำให้ business วิ่งไปข้างหน้าและเติบโต
If your company has developers on one floor and operations on another, with code commit messages as the only means of communication, you’re doing devops wrong.
It’s all about the culture
แน่นอนว่า DevOps มันไม่ได้เหมาะสมกับทุก ๆ องค์กร
ทั้ง 7 ข้อนั้น คือ สิ่งที่บ่งบอก หรือ เตือนคุณว่า
กำลังใช้ DevOpsใ นทางที่ผิดนะ
เพื่อให้ปรับปรุง และ แก้ไขให้ดีขึ้น
ให้มันเหมาะสมในแต่ละระบบ แต่ละทีม แต่ละองค์กรไป
การนำ DevOps มันไม่ง่ายเลย
ต้องทำงานอย่างหนัก
ต้องใช้ความอดทนสูง
ต้องเข้าใจคนทำงาน
และแน่นอนว่า
ฝั่ง business และ management ต้องเข้าใจ และ ให้การสนับสนุนด้วยนะ
