ด้วยการใช้บริการหลายสิบรายการ คุณไม่สามารถจัดการการกำหนดค่าและความลับแบบเฉพาะกรณี ต่อการปรับใช้ การกำหนดค่าที่เป็นศูนย์กลาง ทำให้การตั้งค่าอยู่ในแหล่งที่ผู้จัดการและ ตัวจัดการความลับ จัดเก็บค่าที่ละเอียดอ่อนอย่างปลอดภัย
การกำหนดค่าอยู่นอกสิ่งประดิษฐ์การสร้าง ดังนั้นรูปภาพเดียวกันจึงทำงานใน dev/staging/prod พร้อมการตั้งค่าที่แตกต่างกัน
| วิธีการ | ตัวอย่าง |
|---|---|
| เซิร์ฟเวอร์การกำหนดค่า | Spring Cloud Config, Consul |
| Orchestrator-native | Kubernetes ConfigMaps |
| ตัวจัดการความลับ | HashiCorp Vault, AWS Secrets Manager |
อย่าจัดเก็บความลับใน ConfigMaps ธรรมดาหรือ git
# fetch a secret at startup, short-lived, audited
export DB_PASSWORD=$(vault kv get -field=password secret/orders/db)
✓ Externalize config (12-factor): config in the environment
✓ Secrets in a dedicated manager with rotation + audit logs
✓ Dynamic refresh for non-secret toggles (no redeploy)
✗ Never commit secrets to source control
การกำหนดค่าที่เป็นศูนย์กลางช่วยให้คุณเปลี่ยนพฤติกรรม (timeouts, feature flags) และหมุนสิทธิประโยชน์ไปตามบริการจำนวนมากโดยไม่ต้องสร้างและปรับใช้แต่ละรายการใหม่
การจัดเก็บความลับในตัวจัดการความลับที่แท้จริง — ไม่ใช่ในรูปภาพหรือ git — เป็นข้อกำหนดความปลอดภัยพื้นฐานที่ปรับขนาดตามจำนวนบริการ