สถาปัตยกรรม Microservice - พิมพ์เขียว

Microservice ใช้ SOA ภายใน ในความหมายที่กว้างขึ้นเราสามารถพิจารณาว่าเป็นส่วนย่อยของแอปพลิเคชัน SOA หนึ่ง

กฎและขั้นตอนการทำงาน

ต่อไปนี้เป็นหลักการที่ต้องได้รับการดูแลในขณะที่พัฒนาไมโครเซอร์วิส

• High Cohesion- โมเดลธุรกิจทั้งหมดจะต้องแบ่งย่อยเป็นส่วนธุรกิจที่เล็กที่สุดให้มากที่สุด แต่ละบริการควรมุ่งเน้นเพื่อดำเนินงานทางธุรกิจเพียงอย่างเดียว

• Independent - บริการทั้งหมดควรเป็นแบบเต็มรูปแบบและเป็นอิสระจากกัน

• Business Domain Centric - ซอฟต์แวร์จะโมดูลาร์ตามหน่วยธุรกิจและไม่อิงตามระดับ

• Automation- การปรับใช้การทดสอบจะเป็นไปโดยอัตโนมัติ พยายามแนะนำให้มีปฏิสัมพันธ์กับมนุษย์น้อยที่สุด

• Observable - แต่ละบริการจะมีลักษณะเป็นสแต็คเต็มรูปแบบและควรใช้งานได้อย่างอิสระและสังเกตได้เช่นเดียวกับแอปพลิเคชันระดับองค์กร

การจัดการทีม

“ Two Pizza Rule” เป็นกฎประเภทหนึ่งที่ จำกัด จำนวนผู้เข้าร่วมในทีมพัฒนาไมโครเซอร์วิส ตามกฎนี้จำนวนสมาชิกในทีมของหนึ่งแอปพลิเคชันควรมีขนาดเล็กมากจนสามารถป้อนพิซซ่าได้สองชิ้น โดยทั่วไปจำนวนไม่ควรเกิน 8 เนื่องจาก microservice มีลักษณะเป็น full stack ทีมจึงเป็น full stack ตามธรรมชาติ ในการเพิ่มผลผลิตเราต้องสร้างทีมหนึ่งทีมสูงสุด 8 คนพร้อมความเชี่ยวชาญทุกประเภทที่จำเป็นสำหรับบริการนั้น

การจัดการงาน

งานเป็นบทบาทสำคัญในวงจรชีวิตการพัฒนาซอฟต์แวร์ การพัฒนาแอปพลิเคชันขนาดใหญ่สามารถแบ่งออกเป็นหน่วยงานย่อย ๆ ให้เราพิจารณาว่าเราจำเป็นต้องพัฒนาแอปพลิเคชั่นเดียวเช่น Facebook จากนั้นฟังก์ชัน "เข้าสู่ระบบ" ถือได้ว่าเป็นงานของกระบวนการสร้างทั้งหมด ความคืบหน้าของแต่ละงานเหล่านี้จำเป็นต้องได้รับการตรวจสอบอย่างเหมาะสมภายใต้ผู้เชี่ยวชาญที่มีทักษะสูง Agile เป็นโครงสร้างกระบวนการที่รู้จักกันดีตามในอุตสาหกรรมเพื่อให้ทันกับการจัดการงานที่ดี