दर्जनों सेवाओं के साथ, आप प्रत्येक तैनाती के लिए कॉन्फ़िगरेशन और गुप्त जानकारी को तदर्थ रूप से प्रबंधित नहीं कर सकते। केंद्रीकृत कॉन्फ़िगरेशन सेटिंग्स को एक प्रबंधित स्रोत में रखता है, और गुप्त प्रबंधक संवेदनशील मानों को सुरक्षित रूप से संग्रहीत करते हैं।
कॉन्फ़िगरेशन बिल्ड आर्टिफ़ैक्ट के बाहर रहता है, इसलिए एक ही छवि dev/staging/prod में विभिन्न सेटिंग्स के साथ चलती है।
| दृष्टिकोण | उदाहरण |
|---|---|
| कॉन्फ़िग सर्वर | Spring Cloud Config, Consul |
| ऑर्केस्ट्रेटर-मूल | 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 में नहीं — एक बुनियादी सुरक्षा आवश्यकता है जो सेवाओं की संख्या के साथ स्केल करती है।