Architecture (สถาปัตยกรรม)

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

บทบาทของการดูแลชี้นำสถาปัตยกรรมของระบบสามารถถูกกระจายออกไปในทีมทั้งหมดได้ และในระดับสเกลหนึ่ง สิ่งนี้ก็ทำงานได้ดี แต่เมื่อองค์กรเติบโตขึ้น การมีคนที่มีเวลาทุ่มเทให้กับการมองภาพรวมของทั้งระบบก็กลายเป็นสิ่งจำเป็น จะเรียกพวกเขาว่า principal engineer, technical product owner หรือ architect ก็ไม่สำคัญเท่าไร บทบาทที่พวกเขาต้องเล่นก็เหมือนกัน อย่างที่ผมแสดงให้เห็นใน Chapter 16 สถาปนิกในองค์กรไมโครเซอร์วิสต้องสนับสนุนทีม เชื่อมโยงผู้คน สังเกตแพตเทิร์นที่ก่อตัวขึ้น และใช้เวลาฝังตัวอยู่กับทีมมากพอที่จะเห็นว่าเรื่องภาพรวมนั้นแสดงผลออกมาในความเป็นจริงอย่างไร