อ่านเจอ tweet ที่น่าสนใจของคุณ Jez Humble ใน twitter.com เป็นผู้ร่วมเขียนหนังสือ Continuous Deliveryอธิบายเกี่ยวกับ Continuous Delivery/Deployment (CD) ว่ามันไม่ใช่การทำอะไรก็ได้เพื่อ build ระบบงานจาก code/config ที่อยู่ใน Version Control Systemจากนั้นก็ทำการ deploy ไปยัง production server ให้เร็วที่สุดจากนั้นก็ไปทดสอบบน production server อีกที
หลังจากที่ใช้งานมาสักพักใหญ่ ๆ ก็เลยมาอ่านที่มาที่ไปหน่อยว่า GitOps เป็นมาอย่างไรจะนำมาจาก GitOps Techโดย GitOps เริ่มมาตั้งแต่ปี 2017 จากบริษัท Weaveworksซึ่งมีการพูดคุยที่เยอะมาก ๆ รวมทั้งทำให้เกิดความสับสนจึงทำการสรุปไว้ในบทความข้างต้น เพื่อให้เข้าใจตรงกัน
สิ่งที่น่าสนใจในการพัฒนาและส่งมอบให้เร็วพร้อมกับคุณภาพที่สูงนั้นเป็นคำถามที่น่าสนใจมาก ๆแน่นอนว่า เราอาจจะพบเจอปัญหาต่าง ๆ มากมายไม่ว่าจะเป็นปัญหาคอขวดในการทำงานไม่ว่าจะเป็นข้อจำกัดต่าง ๆ ของขั้นตอนการทำงานเราควรต้องทำอย่างไรดี ? สิ่งที่ควรจะทำคือ การปรับปรุงสิ่งพื้นฐานต่าง ๆ เหล่านี้แบบค่อยเป็นค่อยไปอย่างต่อเนื่อง
จากการแนะนำเรื่องของ 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
