انحراف المعمارية (Architecture Drift)
في هذا الدرس 4 موضوعات
هذا الدرس مخطط له. يعرض المخطط أدناه الموضوعات التي سيغطيها، ولم يُنشر الدرس الكامل بعد.
نص الدروس والتمارين باللغة الإنجليزية، بينما تبقى واجهة الموقع وعناوين الدروس بالعربية.
في هذا الدرس
recognise drift from the approved architecture and decide what to do about it.
الموضوعات المخطط لها
- Drift is the gap between the approved design and what teams actually build, usually through reasonable local shortcuts.
- Common signs: a service calling the ERP database directly, a new data copy no one approved, a skipped authentication step.
- Detect it with design reviews, code and configuration inspection, dependency checks, and asking teams to show, not tell.
- Not all drift is bad: either bring the build back to the design, or update the design and record a decision.
- Never ignore it: unrecorded drift becomes surprise at go-live.
تفاصيل المخطط المبدئي
عرض عملي
a drift log entry: what was approved (all ERP access via the stock API), what was found (batch job reads ERP tables directly), impact (bypasses validation and rate limits), decision (fix before pilot), owner and date.
اختبر فهمك
What are the two valid responses to drift?
أظهر الإجابة
Bring the build back to the design, or consciously change the design and record the decision.
التطبيق
طبّق هذا الدرس بمختبر الوحدة وتمارينها واختبارها.
تعليم الدرس كمكتمل اختياري ويمكنك التراجع عنه في أي وقت. يبقى تقدمك محفوظًا في هذا المتصفح.