تصميم لمتطلبات العمل
 جمع متطلبات العمل مع التركيز على الأداة المساعدة المقصودة لحمل العمل. |
|---|
يتم تحديد متطلبات العمل من خلال العمل التعاوني بين أصحاب المصلحة في الأعمال ومهندسي حمل العمل. ويجب تقديم حلول وسط من كل جانب لضمان أن تكون المتطلبات المتفق عليها واقعية وقابلة للتحقيق مع معالجة أهداف الموثوقية التي يجب أن يلبيها حمل العمل بشكل صحيح. يجب أن تغطي المتطلبات تجربة المستخدم والبيانات وسير العمل والخصائص الفريدة لحمل العمل. يجب أن توضح نتيجة عملية المتطلبات بوضوح التوقعات. ويجب أن تكون الأهداف قابلة للتحقيق والتفاوض مع الفريق، نظرا لاستثمار محدد. يجب توثيقها لدفع الخيارات التكنولوجية والتطبيقات والعمليات.
مثال على السيناريو
شركة Contoso للتأمين في مرحلة التصميم المبكر لتطوير تطبيق ويب لمعالجة المطالبات لأصحاب السياسة الخاصة بهم. تم تحديد معظم تدفقات المستخدم والنظام الأساسية وحدد فريق حمل العمل العديد من خدمات Azure التي ستشكل التطبيق: Azure App Service وقاعدة بيانات Azure SQL وخدمات Azure الذكاء الاصطناعي وAzure Event Grid وAzure Logic Apps.
تحديد أهداف الموثوقية
تحديد النجاح من خلال تحديد أهداف على مؤشرات للمكونات الفردية، وتدفقات النظام والمستخدم، والنظام ككل.
تحدد المقاييس التوقعات. فهي تمكنك من فهم التعقيدات وتحديد ما إذا كانت التكاليف النهائية لهذه التعقيدات ضمن حد الاستثمار.
تشير القيم المستهدفة إلى حالة مثالية. يمكنك استخدام القيم كعتبات اختبار تساعدك على اكتشاف الانحرافات عن تلك الحالة والمدة التي تستغرقها العودة إلى الحالة الهدف.
يجب أن يكون لمتطلبات الامتثال أيضا نتائج يمكن التنبؤ بها للتدفقات داخل النطاق. إن تحديد أولويات هذه التدفقات يجلب الانتباه إلى المناطق الأكثر حساسية.
تحدي Contoso
- يريد فريق حمل العمل التأكد من أنهم يقومون بتحسين كيفية إنفاق الموارد على جعل حمل العمل موثوقا به.
- لقد تحللوا حمل العمل إلى تدفقات وصنفوا التدفقات بناء على أهميتها.
تطبيق النهج والنتائج
- يحدد الفريق أن تدفق تقديم المطالبات والموافقة سيكون له أعلى متطلبات الموثوقية لحمل العمل بسبب اعتماد الأطباء والمرضى على توفر هذا التدفق.
- يحدد فريق حمل العمل المكونات التي تدعم هذا التدفق ويحدد مقاييس الموثوقية التي يتطلبها تحقيق الأهداف.
فهم التزامات النظام الأساسي
فهم مقاييس الموثوقية المضمونة التي يوفرها النظام الأساسي السحابي الخاص بك والنظر في الحدود والحصص النسبية وقيود السعة للخدمات.
تختلف اتفاقيات مستوى الخدمة (SLAs) حسب الخدمة. لا تتم تغطية جميع الخدمات والميزات بشكل متساو. يمكن أن يساعدك الحصول على فهم جيد للتغطية والحدود في اكتشاف الانجراف وبناء آليات المرونة والاسترداد.
تحدي Contoso
- قرر فريق حمل العمل وأصحاب المصلحة أن بيانات التطبيق تحتاج إلى هدف وقت استرداد مضمون (RTO) لا يمكن أن يتجاوز 30 ثانية لدعم أهمية إرسال المطالبات وتدفق الموافقة.
تطبيق النهج والنتائج
- بعد مراجعة اتفاقيات مستوى الخدمة المنشورة من Microsoft، يرى الفريق أنهم سيحتاجون إلى نشر الطبقة الحرجة للأعمال مع النسخ المتماثل الجغرافي النشط لتحقيق هدف RTO هذا.
تحديد التبعيات وتأثيرها على المرونة
عند تحليل حمل العمل الخاص بك إلى مكونات، تأكد من توثيق جميع التبعيات، سواء كانت داخلية أو خارجية للأعمال، وحدد كيف قد تؤثر أعطال التبعيات على تدفقاتك
يساعدك تتبع البنية الأساسية والخدمات وواجهات برمجة التطبيقات والوظائف التابعة التي طورتها فرق أخرى أو جهات خارجية على تحديد ما إذا كان حمل العمل يمكن أن يعمل في غياب هذه التبعيات. كما يساعدك على فهم حالات الفشل المتتالية وتحسين عمليات انتقال البيانات من الخادم. يمكن للمطورين تنفيذ أنماط تصميم مرنة للتعامل مع حالات الفشل المحتملة عند استخدام خدمات خارجية قد تكون عرضة للفشل.
تحدي Contoso
- يعتمد تدفق تقديم المطالبات والموافقة على مجموعة بيانات مرجعية صغيرة تتم استضافتها وإدارتها من قبل قسم مختلف داخل Contoso Insurance.
- يتم تحديث مجموعة البيانات عدة مرات في اليوم، خلال ساعات العمل العادية.
- يتم تصميم التطبيق ليتسامح مع بعض الثبات في البيانات المرجعية، ولكن يجب أن تكون البيانات متاحة دائما للتطبيق.
تطبيق النهج والنتائج
- يشارك فريق حمل العمل الفريق الذي يدعم مجموعة البيانات المرجعية ويتعلم أن هدف الموثوقية لمجموعة البيانات أقل من هدف التدفق الذي سيستخدمه.
- يضيف الفريق مهام التصميم إلى التراكم لإضافة ذاكرة تخزين مؤقت محلية لمجموعة البيانات ووظيفة خلفية لتحديث ذاكرة التخزين المؤقت ليلا. لن يتم اختراق التسامح القديم المسموح به من قبل التصميم من قبل هذا الحل.