كيف تتعامل مع الإعدادات والأسرار المركزية عبر الخدمات؟

Question

IT Interview Practice · Accepted Answer

مع عشرات الخدمات، لا يمكنك إدارة الإعدادات والأسرار بشكل عشوائي لكل نشر. الإعدادات المركزية تحافظ على الإعدادات في مصدر مُدار واحد، ومديرو الأسرار يخزنون القيم الحساسة بشكل آمن.

الإعدادات الخارجية

تعيش الإعدادات خارج artifact البناء، لذلك تعمل نفس الصورة في dev/staging/prod مع إعدادات مختلفة.

yaml

## الإعدادات الخارجية

تعيش الإعدادات خارج artifact البناء، لذلك تعمل نفس الصورة في dev/staging/prod مع إعدادات مختلفة.

```yaml
# values injected at runtime, not baked into the image
DATABASE_URL: ${DB_URL}        # per-environment
FEATURE_NEW_CHECKOUT: "true"   # toggle without redeploy
PAYMENT_TIMEOUT_MS: "3000"
```

## طرق الإعدادات

| الطريقة | مثال |
|---|---|
| خادم الإعدادات | Spring Cloud Config, Consul |
| مدمج في Orchestrator | Kubernetes ConfigMaps |
| مدير الأسرار | HashiCorp Vault, AWS Secrets Manager |

## الأسرار — احتفظ بها منفصلة

لا تخزن الأسرار أبداً في ConfigMaps العادية أو git.

```bash
# fetch a secret at startup, short-lived, audited
export DB_PASSWORD=$(vault kv get -field=password secret/orders/db)
```

## الممارسات الجيدة

```text
✓ 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
```

## لماذا هذا مهم

الإعدادات المركزية تسمح لك بتغيير السلوك (المهل الزمنية، أعلام الميزات) وتدوير بيانات الاعتماد عبر العديد من الخدمات دون إعادة بناء وإعادة نشر كل واحدة.

تخزين الأسرار في مدير أسرار حقيقي — وليس في الصور أو git — هو متطلب أمان أساسي ينسجم مع عدد الخدمات.

الطريقة	مثال
خادم الإعدادات	Spring Cloud Config, Consul
مدمج في Orchestrator	Kubernetes ConfigMaps
مدير الأسرار	HashiCorp Vault, AWS Secrets Manager

الإعدادات الخارجية

طرق الإعدادات

الأسرار — احتفظ بها منفصلة

الممارسات الجيدة

لماذا هذا مهم

أسئلة ذات صلة