สิ่งที่น่าสนใจในการพัฒนาและส่งมอบให้เร็วพร้อมกับคุณภาพที่สูงนั้นเป็นคำถามที่น่าสนใจมาก ๆแน่นอนว่า เราอาจจะพบเจอปัญหาต่าง ๆ มากมายไม่ว่าจะเป็นปัญหาคอขวดในการทำงานไม่ว่าจะเป็นข้อจำกัดต่าง ๆ ของขั้นตอนการทำงานเราควรต้องทำอย่างไรดี ? สิ่งที่ควรจะทำคือ การปรับปรุงสิ่งพื้นฐานต่าง ๆ เหล่านี้แบบค่อยเป็นค่อยไปอย่างต่อเนื่อง
จากการแนะนำเรื่องของ Continuous Integration และ Continuos Delivery นั้น มีการพูดคุยถึงคุณสมบัติที่ดีของระบบเหล่านี้ ว่าควรจะมีอะไรบ้าง เพื่อให้เราไม่หลงทางในการนำมาใช้งาน
ปัญหาในการพัฒนา software ส่วนใหญ่ที่พบเจอคือ “It didn’t work in production” นั่นคือทุกอย่างมันจะดูดีมาก ๆ เมื่อไม่ทำการ deploy ไปยัง production server !!
หลังจากที่ service ต่าง ๆ ที่ให้บริการลักษณะเดียวกับ GitHub ทั้ง Bitbucket และ GitLab มี CI/CD ให้ใช้งาน ในตอนนี้ทาง GitHub ได้เปิด GitHub Actions ใน beta version ให้ใช้งาน แต่ต้องไปลงทะเบียนเพื่อรอคิวใช้งานกันที่ SignUp for Beta
จากการแบ่งปันเรื่องของ Microservices คำถามหนึ่งที่มักได้รับคือ เราจำเป็นต้องปรับปรุงหรือเปลี่ยนแปลงอะไรบ้าง ? เพื่อให้สามารถนำแนวคิดของ Microservices มาใช้งานได้อย่างดี ผมจึงทำการแนะนำในเรื่องของ คน, skill และ process ที่ควรต้องมีโดยเน้นในเรื่องของ feedback ที่รวดเร็วและมีคุณภาพไว้ดังนี้
มีโอกาสไปร่วมงาน Meetup ของทาง ThoughtWorks Tech Talks ประจำเดือนมีนาคมในหัวข้อเรื่อง CI/CD pipeline :: The Good and The Bad ซึ่งมีหลายเรื่องที่น่าสนใจ เพื่อนำมาประยุกต์ใช้งาน จึงทำการสรุปไว้นิดหน่อย
นั่งอ่านบทความเกี่ยวกับแนวโน้มของ DevOps ในปี 2019 แล้วน่าสนดี ซึ่งในปี 2018 นั้น หลายองค์กรน่าจะประสบพบเจอหรือต้องเผชิญกับคำว่า DevOps หนักว่านั้นน่าจะมาพร้อมกับคำว่า Microservice, Continuous Delivery และ Container เป้าหมายเพื่อให้แต่ละส่วนงานที่ต้องทำงานร่วมกัน ให้ทำงานร่วมกันได้อย่างดี ไร้รอยต่อ ทอเต็มผืน หลับเต็มตื่น !!! ส่งผลดีต่อ business ขององค์กร แน่นอนว่า ต้องการการปรับเปลี่ยนแนวคิดจากต่างฝ่ายต่างทำ ให้เป็นทำตามเป้าหมายเดียวกัน ต้องการเรื่องของ skill ต้องการเรื่องของ process ที่เร็วและดีมีคุณภาพ ต้องการเรื่องของเครื่องมือที่ช่วยให้คนและ process ดี ถ้าไม่เป็นตามนี้ปัญหายังคงอยู่แน่นอน มาดูกันว่าในปี 2019 เรื่องของ DevOps จะมีแนวโน้มอย่างไรบ้าง
เริ่มต้นจากสถาปัตยกรรมของระบบงาน (Application Architecture) สถาปัตยกรรมของ software นั้นมีหลากหลายรูปแบบ แต่แนวโน้มของสถาปัตยกรรมต่าง ๆ ล้วนพยายามแยกส่วนการทำงานออกเป็นชิ้นเล็ก (Decomposition) โดยแต่ละชิ้นต้องทำงานได้ด้วยตัวเอง (Service) ระบบงานใหญ่ ๆ เรามักจะเรียกว่า Monolithic ส่วนระบบงานที่เราทำการแบ่งเป็น Service เล็ก ๆ จะเรียกว่า Microservice
ช่วงวันหยุดหยิบหนังสือ Accelerate: The Science of Lean Software and DevOps มาอ่าน เป็นหนังสือที่สรุปส่วนประกอบต่าง ๆ ที่ช่วยให้บริษัท IT ขับเคลื่อนได้อย่างดี (high-performance) ทั้งองค์กรและทีม โดยทำการสรุปข้อมูลมาจาก State of DevOps Report ตั้งแต่ปี 2014 จาก State of DevOps Report นั้น ทำให้เข้าใจได้ว่า การนำแนวคิด DevOps นั้น ต้องนำแนวปฏิบัติ (Practice) อะไรมาใช้บ้าง ? วัฒนธรรมขององค์กรต้องเอื้อและสนับสนุนอย่างไร ? เพื่อปรับปรุงการพัฒนาและส่งมอบระบบงานให้เร็วและมีคุณภาพ (Correctness, Performance และ Security) ส่งผลให้ได้รับ feedback เพื่อปรับปรุง
สัปดาห์ที่ผ่านมามีโอกาสสอนและแบ่งปัน เรื่อง Continuous Integration and Delivery with Jenkins ที่ Software Park เป็นเวลา 2 วัน จึงทำการสรุปสิ่งที่สอนและแบ่งปันไว้นิดหน่อย
