วันนี้ได้รับ email เรื่องเกี่ยวกับ Architecture จาก InfoQ ทำการสรุปสถาปัตยกรรมที่เปลี่ยนไปของ Istio 1.5 ซึ่งเปลี่ยนจากแนวคิดที่แบ่งเป็น component ย่อย ๆ ใน control plane ตามแนวทาง Microservices มาเป็น component เดียว หรือ Monolithic นั่นเอง สิ่งที่น่าสนใจคือ เหตุผลของการเปลี่ยนแปลง มาดูว่าเป็นอย่างไรกันบ้าง
จากหนังสือ Monolith to Microservices นั้น มีเรื่องเล็ก ๆ อธิบายเรื่อง Reuse ? หรือแปลว่า การใช้ซำ้ เราใช้ซ้ำเมื่อใด และเมื่อใดเราถึงใช้ซ้ำ และเราสร้างส่วนที่ใช้ซ้ำตอนไหน
เพิ่งเห็น e-mail สำหรับหนังสือฟรีจากทาง RedisLabs หนังสือชื่อว่า Redis Microservices for Dummies เป็นหนังสือที่อธิบายเกี่ยวกับ ความรู้เกี่ยวกับ Microservices architecture ความรู้เกี่ยวกับ Redis ซึ่งมีความสามารถทั้ง caching, messaging และ storage/database การออกแบบการติดต่อสื่อสารระหว่าง service โดยนำ Redis ไปใช้งาน การจัดการข้อมูลระหว่าง cluster ของ Redis
สิ่งหนึ่งที่มักได้ยินบ่อย ๆ ในการพัฒนา software คือ เรื่องของ Event-based Architecture ยิ่งมีการพูดถึงมาก ๆ ในแนวคิดของ microservices ตามจริงก็พูดกันเยอะมาก ๆ จาก Domain-Driven Design ในเรื่อง Strategic design (Integration pattern) อ่านเจอบทความเรื่อง Best Practices for Event-Driven Microservice ซึ่งอธิบายได้อย่างน่าสนใจ ประกอบไปด้วย Event-based Architecture คืออะไร ? ทำไมถึงต้องใช้ด้วย ? Event-based Architecture มีข้อดีและแน่นอนว่ามีข้อเสียอะไรที่ต้องรับมือ ? จึงทำการสรุปไว้นิดหน่อย
หนึ่งในเรื่องที่น่าสนใจจากหนังสือ Monolith to Microservices (Evolutionary patterns to transform your monolith) อธิบายว่า เมื่อจำนวน service ของระบบเพิ่มมากขึ้นแล้ว ปัญหาที่ต้องพบเจอก็มากและแตกต่างกันไป เช่นปัญหาของ service ที่ไม่เกิน 10 service จะแตกต่างจาก 50 หรือ 100 service ดังนั้นสิ่งที่เราควรต้องรู้แล้วเข้าใจคือ จะรับมือหรือแก้ไขปัญหาเหล่านั้นกันอย่างไร
จากบทความเรื่อง Microservices Testing ทั้ง 3 parts จาก InfoQ นั้น ประกอบไปด้วย Part 1 12 เทคนิคในการทดสอบ Part 2 ข้อดีข้อเสียของทั้ง 12 เทคนิค Part 3 เป็นกรณีศึกษาจากระบบต่าง ๆ เป็น 3 บทความที่ทำให้เราเห็นแนวทาง ของการทดสอบระบบงานที่ออกแบบตามแนวคิด Microservices จึงทำการสรุปแนวทางคร่าว ๆ ไว้ดังนี้ มาดูสิ่งที่สำคัญมาก ๆ ว่ามีอะไรบ้าง
หลังจากทาง RedHat จะปล่อย Quarkus 1.0 ออกมา พบว่าน่าสนใจดี มีความสามารถให้เล่นให้ใช้เยอะเลย น่าจะเป็นอีกหนึ่งทางเลือกของเครื่องไม้เครื่องมือในการพัฒนาระบบงาน ยิ่งพูดเรื่องของ Cloud Native แล้ว น่าจะโดนมิใช่น้อย ดังนั้นเรามาทำความรู้จักกันนิดหน่อย
ช่วงวันหยุดได้รับ email แจ้งว่า ทาง O’Reilly และ Nginx ร่วมมือกันปล่อยหนังสือฟรี เรื่อง Monolith to Microservices :: Evolutionary Patterns to Transform your Monolith จำนวน 274 หน้าออกมา เขียนโดยคุณ Sam Newman ซึ่งเขียนหนังสือเรื่อง Building Microservices จากเท่าที่อ่านคร่าว ๆ น่าสนใจดีครับ ลอง download ไปอ่านกันดู
จากการคุยเรื่องการนำแนวคิด Microservices มาใช้ในการออกแบบและพัฒนาระบบงาน มี issue ต่าง ๆ ที่คุยกันว่า จำเป็นต้องทำความเข้าใจ และคิดวิธีการจัดการหรือแก้ไขปัญหาต่าง ๆ เหล่านั้น เพื่อให้สามารถยังคงประโยชน์ของ Microservices ไว้ จึงทำการสรุปไว้นิดหน่อย
จากเอกสารเรื่อง Blowing Up the Monolith: Adopting a Microservices-Based Architecture จากทาง KongHQ ทำการอธิบายเกี่ยวกับการนำแนวคิด Microservices มาปรับใช้สำหรับการปรับปรุงระบบเดิมที่มีลักษณะแบบ Monolith ให้ดีขึ้นว่าควรพิจารณาในเรื่องใดบ้าง รวมทั้งควรมี strategy ในเรื่องต่าง ๆ ที่ชัดเจน หนึ่งในนั้นคือ Transition strategy