Single Microservice, Single Server (Microservice เดียว, Server เดียว)

Figure 10-1 แสดงให้เห็น setup ที่เรียบง่ายมาก: host หนึ่งตัวที่รัน instance หนึ่งตัวของ microservice ทีนี้เราต้อง monitor มันเพื่อให้รู้เมื่อมีอะไรผิดพลาด เราจะได้แก้ไขมันได้ แล้วเราควรมองหาอะไรบ้าง?

Figure 10-1. Microservice instance หนึ่งตัวบน host หนึ่งตัว

อย่างแรก เราจะต้องการข้อมูลจากตัว host เอง CPU, memory—สิ่งเหล่านี้ล้วนมีประโยชน์ ต่อมา เราจะต้องการเข้าถึง log จากตัว microservice instance เอง ถ้าผู้ใช้รายงาน error เราควรจะเห็น error นั้นใน log เหล่านี้ ซึ่งหวังว่าจะช่วยให้เราหาได้ว่าอะไรผิดพลาด ณ จุดนี้ ด้วย host เดียวของเรา เราอาจจะพอไหวแค่ log ลงบน host ในเครื่องและใช้เครื่องมือ command-line เพื่อดู log

สุดท้าย เราอาจอยากจะ monitor ตัวแอปพลิเคชันเอง—สังเกตมันจากภายนอก อย่างน้อยที่สุด การ monitor response time ของ microservice ก็เป็นความคิดที่ดี ถ้าคุณมี web server อยู่หน้า microservice instance ของคุณ คุณอาจจะแค่ดู log ของ web server ก็ได้ หรือคุณอาจจะขยับไปอีกขั้น โดยใช้อะไรบางอย่างเช่น health check endpoint เพื่อดูว่า microservice นั้น up และ "healthy" หรือไม่ (เราจะสำรวจว่าสิ่งนี้หมายถึงอะไรในภายหลัง)

เวลาผ่านไป โหลดเพิ่มขึ้น และเราก็พบว่าตัวเองต้อง scale…