จากการพูดคุยเรื่อง tuning performance ของระบบนั้นก่อนอื่นอย่าเพิ่ง tuning หรือ optimize เยอะนักหรือทำจนเกินความจำเป็นเท่านั้นก่อนแต่คนที่ทำต้องรู้ด้วยนะว่า สิ่งที่เลือกหรือ solution ในการแก้ไขปัญหาจะไม่เกิดปัญหาในระยะอันใกล้หรือมันทำงานได้ ตอบโจทย์ทาง businessทั้งด้วย function การทำงานในสภาวะปกติและสถานที่การณ์ที่จำนวนผู้ใช้งานถึงจุดหนึ่ง
หลังจากที่ลองเล่น และ ศึกษาทำความเข้าใจกับ Spring Modulith มาสักพักจึงทำการสรุปการศึกษาไว้นิดหน่อยว่ามันคืออะไร ทำมาเพื่ออะไร มีเป้าหมายอย่างไรบ้างมาเริ่มกันเลย
จากเอกสารของทาง Google ว่าด้วยเรื่อง Cloud FinOpsซึ่งเป็นแนวทางในการจัดการระบบงานบน Cloudให้สอดคล้องกันทั้งเรื่องของ technology, business และ finance นั่นเองไม่ใช่แค่การใช้ technology หรือ innovation เพียงอย่างเดียวไม่ใช่แค่การลดค่าใช้จ่ายเพียงอย่างเดียว แต่สิ่งที่ทำต่อส่งมอบคุณค่าเชิง business ให้ได้มากไม่ใช่ทำเพียงครั้งเดียว แต่ต้องทำอย่างต่อเนื่องไม่ใช่ทำเพียงคนเดียว แต่ต้องทำทั้งองค์กร
จากบทความเรื่อง How We Improved Application’s Resiliency by Uncovering Our Hidden Issues Using Chaos Testingทำการอธิบายเกี่ยวกับ Chaos Testing ว่าเป็นอย่างไร มีที่มาอย่างไรมีข้อดีข้อเสียอะไรบ้างเหตุใดถึงต้องทำด้วยไม่ใช่ความรู้ใหม่ แต่ทำไม่เยอะเท่านั้นเอง
ปัญหาที่มักพบเจอบ่อยมาก ๆ ของระบบงานคือการแย่งใช้งาน resource ต่าง ๆ ที่มีจำกัด พร้อมกันผลที่ตามมาคือ ระบบงานทำงานไม่ถูกต้องเช่น เกิดการทำงานซ้ำ เป็นต้นหรือเราจะเรียกว่า race condition
หลังจากที่พูดคุยเรื่องการนำ Redis มาใช้งานทั้งการจัดเก็บข้อมูลชั่วคราว (caching data)ทั้งการใช้งาน pub/sub สำหรับ messaging systemซึ่งมีการสรุปเรื่อง architecture ของ Redis ที่เหมาะสมต่องานมีรูปแบบต่าง ๆ ดังนี้
วันนี้นั่งอ่านบทความเรื่อง Postgres: a better message queue than Kafka?ทำการอธิบายการสร้างระบบ loggingซึ่งทำงานอยู่บน PostgreSQLว่ามีข้อดีและข้อเสียอย่างไร รวมทั้งการปรับปรุงในอนาคตทำไมถึงใช้งาน PostgreSQL แทนที่จะเป็น Apache Kafka สำหรับ message queue
ทาง Cockroach Labs นั้น ได้แจกฟรีหนังสือ Foundations of Scalable Systemsตั้งแต่บทที่ 1 – 3 ประกอบไปด้วย Introduction to scalable systems Distributed system architecture Distributed system essentials
ในการแบ่งปันเรื่อง Microservices Design ที่ Skooldio นั้นมีการถามตอบเรื่องของระบบที่พัฒนาด้วย NodeJSซึ่งโดยปกติจะทำการแบบ single thread, non-blocking I/Oทำงานได้ดีอยู่แล้ว แต่เมื่อเจอ concurrent สูง ๆ ขึ้นมากลับทำงานได้ไม่ดีเลย ยิ่งลองไปเทียบกับ Go แล้ว คนละเรื่องกันเลย
อ่านไปเจอเรื่อง Path to Production พบว่าน่าสนใจมาก ๆ โดยเป็น workshop หรือ แนวทางในการทำงานร่วมกันที่ทำงานเป็นแบบ cross functional team/peopleนั่นคือ เป็นการทำงานข้ามแผนกหรือส่วนการทำงานมากมาย