سياسات التنفيذ: فصل قرارات التفويض عن منطق المعاملات
...
خطأ تصميمي شائع في التطبيقات اللامركزية هو التعامل مع تنفيذ المعاملة والتفويض باعتبارهما نفس المسؤولية. يعمل ذلك مع الأنظمة البسيطة، لكن يصبح من الصعب بشكل متزايد الحفاظ عليه مع تطور قواعد التشغيل.
تُدخل سياسة التنفيذ طبقة قرار منفصلة تحدد ما إذا كانت العملية المطلوبة تستوفي شروطًا محددة مسبقًا قبل أن يبدأ التنفيذ. تبقى المعاملة نفسها مسؤولة عن منطق الأعمال، بينما يحدد تقييم السياسة ما إذا كان يُسمح بالتنفيذ.
هذا الفصل مألوف لمهندسي الواجهات الخلفية. في واجهة برمجة تطبيقات REST نموذجية، يقوم بوابة API أو برنامج وسيط للتفويض بتقييم الطلب قبل أن يصل إلى معالج التطبيق. يصبح من السهل فهم دورة حياة الطلب لأن منطق التفويض يكون مركزًا بدلًا من تكراره عبر عدة خدمات.
تصف وثائق نيوتن بنية تفويض قائمة على السياسات تتبع هذا الفصل بين المسؤوليات. بدلًا من تضمين كل قاعدة تفويض داخل منطق التنفيذ، يمكن تقييم السياسات بشكل مستقل كجزء من تدفق التفويض. وهذا يحسن قابلية الصيانة مع السماح بتطور تعريفات السياسات دون إعادة كتابة سلوك التطبيق.
بالنسبة لفرق البنية التحتية، لهذه الحدود المعمارية قيمة عملية. يمكن للمطورين التفكير في كود التنفيذ بشكل مستقل عن سياسات التفويض، بينما تحصل المؤسسات على موقع أوضح للحوكمة وضوابط التشغيل وقابلية التدقيق. والنتيجة هي تصميم نظام أكثر نظافة حيث تتولى مسؤوليات التنفيذ والتفويض مهامًا مميزة لكل منهما.
@NewtonProtocol تعرض هذه البنية المعتمدة على التفويض كجزء من منظومة $NEWT الأوسع.
...
نقاش تقني: هل ينبغي لأطر تطبيقات البلوك تشين المستقبلية أن تكشف سياسات التنفيذ بوصفها مكونات بنية تحتية من الدرجة الأولى بدلًا من تضمين التفويض مباشرة داخل منطق التطبيق؟
#newt
...
خطأ تصميمي شائع في التطبيقات اللامركزية هو التعامل مع تنفيذ المعاملة والتفويض باعتبارهما نفس المسؤولية. يعمل ذلك مع الأنظمة البسيطة، لكن يصبح من الصعب بشكل متزايد الحفاظ عليه مع تطور قواعد التشغيل.
تُدخل سياسة التنفيذ طبقة قرار منفصلة تحدد ما إذا كانت العملية المطلوبة تستوفي شروطًا محددة مسبقًا قبل أن يبدأ التنفيذ. تبقى المعاملة نفسها مسؤولة عن منطق الأعمال، بينما يحدد تقييم السياسة ما إذا كان يُسمح بالتنفيذ.
هذا الفصل مألوف لمهندسي الواجهات الخلفية. في واجهة برمجة تطبيقات REST نموذجية، يقوم بوابة API أو برنامج وسيط للتفويض بتقييم الطلب قبل أن يصل إلى معالج التطبيق. يصبح من السهل فهم دورة حياة الطلب لأن منطق التفويض يكون مركزًا بدلًا من تكراره عبر عدة خدمات.
تصف وثائق نيوتن بنية تفويض قائمة على السياسات تتبع هذا الفصل بين المسؤوليات. بدلًا من تضمين كل قاعدة تفويض داخل منطق التنفيذ، يمكن تقييم السياسات بشكل مستقل كجزء من تدفق التفويض. وهذا يحسن قابلية الصيانة مع السماح بتطور تعريفات السياسات دون إعادة كتابة سلوك التطبيق.
بالنسبة لفرق البنية التحتية، لهذه الحدود المعمارية قيمة عملية. يمكن للمطورين التفكير في كود التنفيذ بشكل مستقل عن سياسات التفويض، بينما تحصل المؤسسات على موقع أوضح للحوكمة وضوابط التشغيل وقابلية التدقيق. والنتيجة هي تصميم نظام أكثر نظافة حيث تتولى مسؤوليات التنفيذ والتفويض مهامًا مميزة لكل منهما.
@NewtonProtocol تعرض هذه البنية المعتمدة على التفويض كجزء من منظومة $NEWT الأوسع.
...
نقاش تقني: هل ينبغي لأطر تطبيقات البلوك تشين المستقبلية أن تكشف سياسات التنفيذ بوصفها مكونات بنية تحتية من الدرجة الأولى بدلًا من تضمين التفويض مباشرة داخل منطق التطبيق؟
#newt