วันนี้อ่านบทความเรื่อง Everything you need to know about Caching — System Design อธิบายเรื่องพื้นฐานเกี่ยวกับ caching หรือข้อมูลชั่วคราว ว่าคืออะไร มีการใช้งานใน use case หรือในกรณีอะไรบ้าง รวมทั้ง strategy และ policy การใช้งาน caching ว่าเป็นอย่างไร ผมคิดว่าเป็นเรื่องพื้นฐานที่นักพัฒนาจำเป็นต้องรู้และเข้าใจ เพื่อนำมาประยุกต์ใช้งานได้อย่างมีประสิทธิภาพ จึงทำการสรุปไว้นิดหน่อย
จาก Live กับหนึ่งในทีมพัฒนาของระบบเราไม่ทิ้งกัน จาก page รู้ไม่มากแต่อยากเล่า ที่เปิดให้คนไทยที่ได้รับผลกระทบจาก COVID-19 มาลงทะเบียนเพื่อรับเงินเยียวยา ดังนั้นจึงทำการสรุปสั้น ๆ ไว้หน่อย
บันทึกการนั่งเฝ้าดูระบบ เราไม่ทิ้งกัน.comซึ่งบอกไว้ว่าจะเปิดให้ลงทะเบียนวันที่ 28 มีนาคม เวลา 18.00 น.ผมก็เฝ้ารอดูระบบเลยว่าจะเอาอยู่ไหม ?เรื่อง IT เราสนใจอยู่แล้วมาดูกันเป็น timeline กันเลย
วันนี้ได้รับ email เรื่องเกี่ยวกับ Architecture จาก InfoQ ทำการสรุปสถาปัตยกรรมที่เปลี่ยนไปของ Istio 1.5 ซึ่งเปลี่ยนจากแนวคิดที่แบ่งเป็น component ย่อย ๆ ใน control plane ตามแนวทาง Microservices มาเป็น component เดียว หรือ Monolithic นั่นเอง สิ่งที่น่าสนใจคือ เหตุผลของการเปลี่ยนแปลง มาดูว่าเป็นอย่างไรกันบ้าง
เจอรูปที่น่าสนใจว่า เราให้ความสำคัญกับคำว่า Loose coupling มากจนเกินไปทำให้เกิดระบบแยกกันมาก ๆ ทำการเกิด communication และ relationship กันเยอะไปยิ่งกว่านั้นกลายเป็น dependency ที่เหนียวแน่นมาก ๆ (แยกกัน แต่ตอนทำงานดันติดกันมาก)สุดท้ายก็กลายเป็นระบบที่ Complicate หรือซับซ้อนจนเอาไม่อยู่กันอยู่หรือเปล่านะ
จากบทความเรื่อง The Elephant in the Architecture นั้น ทำการอธิบายถึงที่มาที่ไปของปัญหาต่าง ๆ ที่เกิดขึ้นในการออกแบบ software ว่าเราทำการออกแบบด้วยแนวคิดอย่างไร ? ซึ่งแนวทางนั้นจะเทียบเคียงได้กับสำนวน The Elephant in the room นั่นคือ เราทุกคนนั้นเห็นปัญหา เห็นข้อเท็จจริงต่าง ๆ อย่างชัดเจน แต่ทุกคนหลีกเลี่ยงที่จะพูดถึงมัน เหมือนกับการมีช้างอยู่ในห้อง แต่ทุกคนจะไม่พยายามหรือมองเห็นมันนั่นเอง
จากหนังสือ Monolith to Microservices นั้น มีเรื่องเล็ก ๆ อธิบายเรื่อง Reuse ? หรือแปลว่า การใช้ซำ้ เราใช้ซ้ำเมื่อใด และเมื่อใดเราถึงใช้ซ้ำ และเราสร้างส่วนที่ใช้ซ้ำตอนไหน
จากบทความเรื่อง Coding with Feature Flags: How-to Guide and Best Practices ทำการอธิบายเกี่ยวกับ Feature Flag ว่าคืออะไร เป็นอย่างไรบ้าง มีปัญหาอะไรที่ต้องได้รับการแก้ไข มีรูปแบบการใช้งานอย่างไรบ้าง จึงทำการสรุปสิ่งที่น่าสนใจไว้นิดหน่อย ลองไปอ่านเพิ่มเติมและนำไปใช้งานกันดู อาจจะเรียกชื่ออื่น ๆ ได้อีก เช่น Feature toggle, swiching on/off เป็นต้น
เพิ่งเห็น 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 มีข้อดีและแน่นอนว่ามีข้อเสียอะไรที่ต้องรับมือ ? จึงทำการสรุปไว้นิดหน่อย