จาก VDO เรื่อง Deconstructing the Monolith (Shopify Unite Track 2019) ทำการอธิบายถึง architecture ระบบของ Shopify ว่ามีความเป็นมาอย่างไร ตั้งแต่แบบ Monolith เมื่อระบบมีขนาดใหญ่และซับซ้อน จึงเกิดปัญหาและส่งผลกระทบต่อระบบ บริษัท รวมไปถึง productivity ในการพัฒนาระบบงาน ดังนั้นทาง Shopify จึงต้องทำการแก้ไขและปรับปรุงนั่นเอง
หลังจากที่ไปร่วมงาน ThougthWorks Talks Tech เรื่อง Sanely Grow your Microservices with Consumer-Driven Contract จึงทำการสรุปและขยายความของ Consumer-Driven Contract เพื่อให้เข้าใจว่าเป็นมาอย่างไรและมีความแตกต่างจากการทดสอบแบบอื่น ๆ อย่างไร
ทางทีมงานพัฒนาระบบ SoundCloud และ DigitalOcean ทำการอธิบายเพิ่มเติมเรื่องสิ่งที่จำเป็นหรือต้องเตรียมพร้อมก่อนเข้าสู่โลกของ Microservices ซึ่งยังคงอ้างอิงไปยังบทความ Microservice Prerequisites ของคุณ Martin Fowlerผมเคยเขียน blog อธิบายไว้แล้ว
เห็นเอกสารเรื่อง Top 6 Microservices patterns จาก MuleSoft ออกมา เป็นการแนะนำ 6 แบบของ Microservices ที่มักถูกนำมาใช้งาน และดูเหมือนจะเป็นรูปแบบที่เกิดขึ้นในองค์กร IT ที่เป็น enterprise เสียด้วย จึงทำการสรุปไว้นิดหน่อย
สาย ๆ นั่งอ่านบทความเกี่ยวกับ Anti-pattern สำหรับ Microservices ซึ่งแนวคิด Microservices นั้นมันไม่ใช่วิธีแก้ไขปัญหาทั้งหมด สิ่งที่ต้องเข้าใจก่อนคือ เรามีปัญหาอะไรบ้าง จากนั้นจึงหาวิธีการแก้ไข วัดผลและปรับปรุงหรือเรียนรู้จากผลที่ตามมา
เห็นมีการ share บทความเกี่ยวกับ Helidon Project จากทาง Oracle ซึ่งปล่อย version 1.0 ออกมาแล้ว บอกว่ามันคือ Lightweight Java Microservice framework ดังนั้นจึงมี library ที่จำเป็นสำหรับการพัฒนาระบบตามแนวคิด Microservices ไว้ให้เลย
หลังจากที่อ่านหนังสือ Building Microservices ไปหลายรอบ จึงทำการสรุปภาพรวมของหนังสือไว้นิดหน่อย มีทั้งเรื่องความรู้พื้นฐาน ข้อดี ข้อเสีย สิ่งที่ต้องจัดการและรับมือ รวมไปถึง use case และประสบการณ์ต่าง ๆ ที่น่าสนใจ มาเริ่มกันเลย
หลัง ๆ มาในโลกการพัฒนา Software มักได้ยินคำแปลก ๆ ออกมาเยอะมาก (ตามจริงอาจจะไม่แปลก แต่เราไม่เคยรู้มากกว่า )หนึ่งในนั้นคือแนวคิด CQRS (Command Query Responsibility Segregation) โดยแนวคิดนี้มันจะพ่วงมาจากเรื่องของ DDD (Domain-Driven Design) และ Microservices หนักกว่านั้นโยงไปถึง Event sourcing อะไรพวกนั้นอีก ทำให้งงเข้าไปใหญ่ ดังนั้นเพื่อความไม่สับสนจึงลองไปศึกษาหน่อยว่า จริง ๆ แล้วแนวคิดนี้มันมีที่มาที่ไปอย่างไร
จากหนังสือ Practical Site Reliability Engineering (SRE) มีหลายเรื่องที่น่าสนใจ ยกตัวอย่างเช่น เป้าหมายของ SRE เป็นอย่างไร Docker นั้นช่วยเปิดทางให้เข้าสู่โลกของ container ได้อย่างไร ว่าด้วยเรื่องของการนำ DevOps และ Microservice มาให้ให้เกิดประโยชน์ แนวคิดของ Service Mesh ตลอดจนการนำมาใช้งาน แนวปฏิบัติที่ดีสำหรับเรื่องของ performance และ reliability ของระบบ ว่าด้วยเรื่องของการจัดการ container จำนวนมาก ๆ ด้วย Kubernetes เข้าใจขั้นตอนการพัฒนาระบบงานตั้งแต่ต้นจนจบ ด้วยการนำ container มาใช้งาน ใน blog นี้ได้หยิบหัวข้อเรื่องของ Microservice API Gateway มาอธิบาย เพื่อให้เห็นภาพและเข้าใจว่า มันคืออะไร ทำไมต้องนำมาใช้งาน ถ้าไม่ใช้ได้ไหม มาเริ่มกันเลย
เริ่มต้นจากสถาปัตยกรรมของระบบงาน (Application Architecture) สถาปัตยกรรมของ software นั้นมีหลากหลายรูปแบบ แต่แนวโน้มของสถาปัตยกรรมต่าง ๆ ล้วนพยายามแยกส่วนการทำงานออกเป็นชิ้นเล็ก (Decomposition) โดยแต่ละชิ้นต้องทำงานได้ด้วยตัวเอง (Service) ระบบงานใหญ่ ๆ เรามักจะเรียกว่า Monolithic ส่วนระบบงานที่เราทำการแบ่งเป็น Service เล็ก ๆ จะเรียกว่า Microservice