สิ่งที่น่าสนใจในการพัฒนาและส่งมอบให้เร็วพร้อมกับคุณภาพที่สูงนั้นเป็นคำถามที่น่าสนใจมาก ๆแน่นอนว่า เราอาจจะพบเจอปัญหาต่าง ๆ มากมายไม่ว่าจะเป็นปัญหาคอขวดในการทำงานไม่ว่าจะเป็นข้อจำกัดต่าง ๆ ของขั้นตอนการทำงานเราควรต้องทำอย่างไรดี ? สิ่งที่ควรจะทำคือ การปรับปรุงสิ่งพื้นฐานต่าง ๆ เหล่านี้แบบค่อยเป็นค่อยไปอย่างต่อเนื่อง
จากการแนะนำเรื่องของ Continuous Integration และ Continuos Delivery นั้น มีการพูดคุยถึงคุณสมบัติที่ดีของระบบเหล่านี้ ว่าควรจะมีอะไรบ้าง เพื่อให้เราไม่หลงทางในการนำมาใช้งาน
เรื่องที่สำคัญของการพัฒนา software คือ ขั้นตอนการ build, test, release และ deploy เป็นอย่างไรบ้าง ในการพัฒนาที่ดี น่าจะต้องวางแผนและกำหนดขั้นตอนการทำงานไว้ ซึ่งเราจะเรียกขั้นตอนเหล่านี้ว่า Build pipeline (workflow) นำมาจากแนวคิดของ Continuous Integration และ Continuous Delivery โดยในบทความนี้ จะนำ GitHub Actions มาสร้างกระบวนการเหล่านี้ มาเริ่มกันเลย
ปัญหาในการพัฒนา software ส่วนใหญ่ที่พบเจอคือ “It didn’t work in production” นั่นคือทุกอย่างมันจะดูดีมาก ๆ เมื่อไม่ทำการ deploy ไปยัง production server !!
หลังจากทำรวมรู้จักกับ GitHub Actions และลงทะเบียนขอใช้งานไปวันนี้ก็รับ email แจ้งว่า สามารถเข้าลองใช้งานได้แล้ว เมื่อไปดูใน repository ของเราที่ GitHub ก็จะมี menu ชื่อว่า Actions ขึ้นมาดังนี้
หลังจากที่ 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 ซึ่งมีหลายเรื่องที่น่าสนใจ เพื่อนำมาประยุกต์ใช้งาน จึงทำการสรุปไว้นิดหน่อย
เริ่มต้นจากสถาปัตยกรรมของระบบงาน (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 เพื่อปรับปรุง
