จากการแนะนำเรื่องของ Continuous Integration และ Continuos Delivery นั้น มีการพูดคุยถึงคุณสมบัติที่ดีของระบบเหล่านี้ ว่าควรจะมีอะไรบ้าง เพื่อให้เราไม่หลงทางในการนำมาใช้งาน
continuous-integration Archive
สร้าง Build pipeline (Build -> Test -> Release) ของระบบงานด้วย GitHub Actions
เรื่องที่สำคัญของการพัฒนา software คือ ขั้นตอนการ build, test, release และ deploy เป็นอย่างไรบ้าง ในการพัฒนาที่ดี น่าจะต้องวางแผนและกำหนดขั้นตอนการทำงานไว้ ซึ่งเราจะเรียกขั้นตอนเหล่านี้ว่า Build pipeline (workflow) นำมาจากแนวคิดของ Continuous Integration และ Continuous Delivery โดยในบทความนี้ จะนำ GitHub Actions มาสร้างกระบวนการเหล่านี้ มาเริ่มกันเลย
สรุปจาก VDO เรื่อง Modern Continuous Delivery
ปัญหาในการพัฒนา software ส่วนใหญ่ที่พบเจอคือ “It didn’t work in production” นั่นคือทุกอย่างมันจะดูดีมาก ๆ เมื่อไม่ทำการ deploy ไปยัง production server !!
มาลองใช้งาน GitHub Actions กัน
หลังจากทำรวมรู้จักกับ GitHub Actions และลงทะเบียนขอใช้งานไปวันนี้ก็รับ email แจ้งว่า สามารถเข้าลองใช้งานได้แล้ว เมื่อไปดูใน repository ของเราที่ GitHub ก็จะมี menu ชื่อว่า Actions ขึ้นมาดังนี้
Github มี CI/CD ให้ใช้งานแล้วชื่อว่า Actions
หลังจากที่ service ต่าง ๆ ที่ให้บริการลักษณะเดียวกับ GitHub ทั้ง Bitbucket และ GitLab มี CI/CD ให้ใช้งาน ในตอนนี้ทาง GitHub ได้เปิด GitHub Actions ใน beta version ให้ใช้งาน แต่ต้องไปลงทะเบียนเพื่อรอคิวใช้งานกันที่ SignUp for Beta
การพัฒนา Software ต้องเตรียมอะไรบ้าง ?
จากการแบ่งปันเรื่องของ Microservices คำถามหนึ่งที่มักได้รับคือ เราจำเป็นต้องปรับปรุงหรือเปลี่ยนแปลงอะไรบ้าง ? เพื่อให้สามารถนำแนวคิดของ Microservices มาใช้งานได้อย่างดี ผมจึงทำการแนะนำในเรื่องของ คน, skill และ process ที่ควรต้องมีโดยเน้นในเรื่องของ feedback ที่รวดเร็วและมีคุณภาพไว้ดังนี้
สิ่งที่ได้รับจาก meetup CI/CD pipeline :: The Good and The Bad
มีโอกาสไปร่วมงาน Meetup ของทาง ThoughtWorks Tech Talks ประจำเดือนมีนาคมในหัวข้อเรื่อง CI/CD pipeline :: The Good and The Bad ซึ่งมีหลายเรื่องที่น่าสนใจ เพื่อนำมาประยุกต์ใช้งาน จึงทำการสรุปไว้นิดหน่อย
บันทึกการเดินทาง Microservices Journey
เริ่มต้นจากสถาปัตยกรรมของระบบงาน (Application Architecture) สถาปัตยกรรมของ software นั้นมีหลากหลายรูปแบบ แต่แนวโน้มของสถาปัตยกรรมต่าง ๆ ล้วนพยายามแยกส่วนการทำงานออกเป็นชิ้นเล็ก (Decomposition) โดยแต่ละชิ้นต้องทำงานได้ด้วยตัวเอง (Service) ระบบงานใหญ่ ๆ เรามักจะเรียกว่า Monolithic ส่วนระบบงานที่เราทำการแบ่งเป็น Service เล็ก ๆ จะเรียกว่า Microservice
สรุปสิ่งที่น่าสนใจจากหนังสือ Accelerate: The Science of Lean Software and DevOps
ช่วงวันหยุดหยิบหนังสือ 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 มาใช้หรือไม่ ?
วันนี้อ่านหนังสือเรื่อง Continuous Integration ไปเจอชุดคำถามที่น่าสนใจว่า เรากำลังนำแนวคิดและแนวปฏิบัติของ Continuous Integration มาใช้งาน หรือเราเพียงนำเครื่องมือที่เรียกว่า Continuous Integration Tool มาใช้เท่านั้น ดังนั้นลองมาตอบคำถามเหล่านี้กันหน่อย