दर्जन सेवाहरूसँग, तपाई प्रत्येक स्थापनामा कन्फिगरेशन र गोपनीयताहरू तदर्थ तरिकामा सम्हाल्न सक्नुहुन्न। केन्द्रीकृत कन्फिगरेशन सेटिङ्गहरू एक प्रबन्धित स्रोतमा राख्छ, र गोपनीयता प्रबन्धकहरू संवेदनशील मानहरू सुरक्षित रूपमा भण्डार गर्छन्।
कन्फिगरेशन बिल्ड आर्टिफ्याक्टको बाहिर रहन्छ, त्यसैले एउटै इमेज 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 मा नभई — सेवाहरूको संख्याको साथ मापन गर्ने आधारभूत सुरक्षा आवश्यकता हो।