หลาย ๆ ครั้งมีการพูดคุยเรื่องของ DevOps ว่าองค์กรเราต้อง DevOps นะ ออกแบบ DevOps process นะ ใช้ DevOps tool อะไรดี ใช้ framework อะไรดี แนะนำให้หยุดก่อน คิดก่อน … ประเด็นคือ อะไรละคือ DevOps ? ทำไมต้องใช้ ? ปัญหาของเราคืออะไร ? หรือว่าเห็นคนอื่นทำ แล้วเขาบอกว่าดี ดังนั้นเราก็ต้องทำ ? มาลองคิดเป็นขั้นตอนกันหน่อย ก่อนจะเริ่มต้น
หลังจากที่ทาง IT Revolution นั้นได้เปิดตัวหนังสือ The Unicorn Project มาวันนี้ได้ทำการเปิดให้ download e-book เรื่อง The Phoenix Projectแบบฟรี ๆ !!โดยมีเวลาเพียง 24 ชั่วโมงเท่านั้นไป Download กันเลย
จากงาน Code Mania 1010 :: All about passion ผมเข้าไปฟังบาง session โดยที่ session ที่ 2 ที่เข้าไปฟังคือ DevOps 101 – what the heck DevOps is ? โดยคุณอิศเรศ ประจิตต์มุทิตา – MD จาก AiPEN Studioว่าด้วยเรื่องของ DevOps คืออะไร ประกอบไปด้วยแนวคิดอะไรบ้าง รวมไปถึงเรื่องของ DevOps topologies ที่ถูกนำมาใช้งาน ทั้งในแนวทางที่ดีและแนวทางที่แย่ แต่ก็ขึ้นอยู่กับองค์กรนั้น ๆ ด้วยว่าเป็นอย่างไร มาเริ่มกันเลย
สำหรับใครเป็นแฟนหนังสือ The Phoenix Project ไม่น่าพลาดกับหนังสือใหม่ชื่อว่า The Unicorn Project เล่าเรื่องราวเกี่ยวกับ DevOps transformation อาจจะไม่ถูกใจกับองค์กรขนาดใหญ่ เพราะว่าเกือบทุกอย่างที่มันจะขัดแย้ง โดยจะแนะนำ 5 แนวทางสำหรับการทำงาน ซึ่งจะช่วยขับเคลื่อนองค์กรไปในทางที่ยั่งยืน
อ่านเอกสารเรื่อง The Road to DevTestOps แล้วน่าสนใจดี ซึ่งมีการพูดเรื่อง DevTestOps Manifesto ประกอบไปด้วย Continuous testing over testing at the end Embracing all testing activities over only automated functional testing Testing what gives value over testing everything Testing across the team over testing in silos testing department Product coverage over code coverage แค่นี่ก็น่าสนใจแล้ว เพราะว่ามันส่งผลกระทบต่อการทำงานในปัจจุบันอย่างมากจึงทำการสรุปไว้นิดหน่อยดังนี้
เช้านี้นั่งอ่านบทความเรื่อง Scaling Appsec at Netflix เป็นอีกเรื่องที่สำคัญใน application ต่าง ๆ ของบริษัท หน้าที่หลัก ๆ ของเหล่า engineer คือสร้าง product ที่มีคุณค่าต่อลูกค้า แต่ถ้า application เหล่านั้นไม่ปลอดภัย ก็น่าจะเป็นปัญหาใหญ่ที่กระทบต่อ business ของบริษัทได้ ดังนั้นทาง Netflix จึงพยายามจัดการเรื่องนี้ให้ดี
อ่านเอกสารเกี่ยวกับการสำรวจเรื่อง DevSecOps Community Surveyมีหลาย ๆ เรื่องที่น่าสนใจ เลยสรุปไว้ดูนิดหน่อย น่าจะมีประโยชน์สำหรับบริษัทที่เริ่มนำมาประยุกต์ใช้งาน เพื่อแก้ไขปัญหาและปรับปรุงการพัฒนาไปจนถึงส่งมอบระบบงานให้ดีขึ้น มาเริ่มกันเลย
นั่งอ่านบทความเกี่ยวกับแนวโน้มของ DevOps ในปี 2019 แล้วน่าสนดี ซึ่งในปี 2018 นั้น หลายองค์กรน่าจะประสบพบเจอหรือต้องเผชิญกับคำว่า DevOps หนักว่านั้นน่าจะมาพร้อมกับคำว่า Microservice, Continuous Delivery และ Container เป้าหมายเพื่อให้แต่ละส่วนงานที่ต้องทำงานร่วมกัน ให้ทำงานร่วมกันได้อย่างดี ไร้รอยต่อ ทอเต็มผืน หลับเต็มตื่น !!! ส่งผลดีต่อ business ขององค์กร แน่นอนว่า ต้องการการปรับเปลี่ยนแนวคิดจากต่างฝ่ายต่างทำ ให้เป็นทำตามเป้าหมายเดียวกัน ต้องการเรื่องของ skill ต้องการเรื่องของ process ที่เร็วและดีมีคุณภาพ ต้องการเรื่องของเครื่องมือที่ช่วยให้คนและ process ดี ถ้าไม่เป็นตามนี้ปัญหายังคงอยู่แน่นอน มาดูกันว่าในปี 2019 เรื่องของ DevOps จะมีแนวโน้มอย่างไรบ้าง
เริ่มต้นจากสถาปัตยกรรมของระบบงาน (Application Architecture) สถาปัตยกรรมของ software นั้นมีหลากหลายรูปแบบ แต่แนวโน้มของสถาปัตยกรรมต่าง ๆ ล้วนพยายามแยกส่วนการทำงานออกเป็นชิ้นเล็ก (Decomposition) โดยแต่ละชิ้นต้องทำงานได้ด้วยตัวเอง (Service) ระบบงานใหญ่ ๆ เรามักจะเรียกว่า Monolithic ส่วนระบบงานที่เราทำการแบ่งเป็น Service เล็ก ๆ จะเรียกว่า Microservice
จากบทความเรื่อง New research: what sets top-performing DevOps teams apart ทำการสรุปผลการสำรวจเรื่อง Accelerate: State of DevOps 2018: Strategies for a New Economy ว่าด้วยเรื่องของผลของการนำแนวคิด DevOps มาประยุกต์ใช้ ว่า deploy ระบบได้บ่อยไหม ว่า lead time ของการทำงานลดลงหรือรวดเร็วขึ้นไหม ว่าข้อผิดพลาดจากการเปลี่ยนแปลงต่าง ๆ มันลดน้อยลงไหม ว่าสามารถ recovery ระบบงาน จากความผิดพลาดได้รวดเร็วขึ้นไหม ดังนั้นมาดูผลสรุปจากแบบสำรวจนี้กัน น่าจะพอมีประโยชน์สำหรับใครที่นำแนวคิด DevOps เข้ามาใช้ในองค์กร
