3
ฉันจะมั่นใจได้ถึงความสอดคล้องระหว่างไมโครไซต์ใหม่ได้อย่างไร
องค์กรของฉันกำลังประสบกับการระเบิดของ microservices ขณะนี้เราไม่มีวิธีที่เป็นทางการในการเริ่มต้นโครงการใหม่ ฉันพบว่าทีมจะมาหาฉันพร้อมกับข้อบกพร่องในการปรับใช้หรือสร้างกระบวนการและฉันจะใช้เวลากับมันเท่านั้นที่จะตระหนักว่าฉันได้แก้ไขมันแล้วในโครงการอื่น นอกจากนี้ยังมีความไม่สอดคล้องกันระหว่างโครงการที่ฉันต้องการเห็นเป็นมาตรฐาน การเปลี่ยนแปลงมักจะเกี่ยวข้องกับไฟล์เดียว (เช่น serverless.yml หรือ Makefile) ดังนั้นการแก้ปัญหาที่เกี่ยวข้องกับไลบรารีที่ใช้ร่วมกันเช่น submodules git ดูเหมือนจะไม่สามารถใช้งานได้ แต่ละโครงการจะมีชุดการกำหนดค่าของตัวเองที่จำเป็นต้องดูแลรักษาเช่น Dockerfiles หรือ serverless.yml ดังนั้นโซลูชันการจัดการการกำหนดค่าส่วนกลางสำหรับ VM จึงไม่สามารถใช้งานได้จริง ฉันจะมั่นใจได้อย่างไรว่า microservices ใหม่เป็นไปตามมาตรฐานองค์กรและรวมถึงการแก้ไขข้อบกพร่อง / คุณสมบัติจากโครงการที่มีอยู่ในวิธีที่ง่ายและใช้งานง่ายสำหรับนักพัฒนาที่ต้องการเริ่มโครงการใหม่ แนวปฏิบัติที่เหมาะสมที่สุดในการแก้ไขปัญหาเหล่านี้คืออะไร เวิร์กโฟลว์ปัจจุบันที่เรามีคือการถามคนที่อยู่ถัดจากคุณ "ฉันควรโคลนโครงการใดเพื่อใช้เป็นเทมเพลต" จากนั้นลบทุกสิ่งที่ไม่จำเป็นสำหรับโครงการนั้น