Score:0

รูปแบบเค้าโครงคอนเทนเนอร์ Docker ใดที่ควรหลีกเลี่ยง

ธง mv

ฉันต้องการเรียกใช้บริการเว็บสองบริการบนเซิร์ฟเวอร์จริงเครื่องเดียวโดยใช้ Docker บริการทั้งสองต้องการเว็บเซิร์ฟเวอร์และฐานข้อมูล SQL การตั้งค่าต่อไปนี้สามารถคิดได้ ([ ... ] ทำเครื่องหมายคอนเทนเนอร์ Docker):

  1. หนึ่งคอนเทนเนอร์นักเทียบท่าต่อบริการ
[ sqld + httpd + บริการ A ]
[ sqld + httpd + บริการ B ]
  1. หนึ่งคอนเทนเนอร์นักเทียบท่าต่อกระบวนการ
[ sqld สำหรับ A ] [ httpd สำหรับ A ] [ บริการ A ]
[ sqld สำหรับ B ] [ httpd สำหรับ B ] [ บริการ B ]
  1. บริการย่อยที่ใช้ร่วมกัน
[ sqld ] [ httpd ] 
[ บริการ A ] [ บริการ B ]
  1. รวมบริการย่อยที่ใช้ร่วมกัน
[ sqld + httpd ] 
[ บริการ A ] [ บริการ B ]

ฉันสามารถเห็นข้อดีและข้อเสียของทั้งสองรุ่น เช่น เมื่อพูดถึงการจัดการ/การตรวจสอบกระบวนการ หรือเมื่อวางแผนที่จะย้ายบริการจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง

คุณทราบหรือไม่ว่ามีเหตุผลทางเทคนิคใดๆ ที่จะทำให้ตัวเลือกเหล่านี้หายไป เช่น เพราะคงเป็นไปไม่ได้ที่จะจัดการการตั้งค่าดังกล่าวอย่างมีความหมายหรือเนื่องจากข้อกังวลด้านความปลอดภัยพูดต่อต้านพวกเขาอย่างชัดเจน

ฉันไม่ขอแสดงความคิดเห็นที่นี่เช่น "โดยส่วนตัวแล้วฉันชอบการตั้งค่าหมายเลข ... มากกว่า ..."; ไม่เป็นไรที่จะมีการตั้งค่าและรู้สึกอิสระที่จะแจ้งให้เราทราบ แต่ข้อกังวลของฉันในที่นี้คือก็ต่อเมื่อมีเหตุผลที่เป็นกลางซึ่งต่อต้านการตั้งค่าเหล่านี้อย่างชัดเจน หากฉันสามารถตัดหนึ่งในสองสิ่งเหล่านี้ออกได้ มันจะเป็น ให้น้ำหนักข้อดีและข้อเสียของการตั้งค่าที่เหลือกับความต้องการส่วนตัวของฉันได้ง่ายกว่ามาก จนถึงตอนนี้ ฉันไม่เห็นเหตุผลใดที่ทำให้การตั้งค่าเป็นไปไม่ได้หรือโต้แย้งอย่างชัดเจน แต่ฉันอาจมองข้ามบางอย่างไป

โพสต์คำตอบ

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