ملاحظة
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تقدم هذه المقالة منهجية عالية المستوى لإعداد وتشغيل مشروع إثبات مفهوم (POC) فعال لتحليلات Azure Synapse لتجمع SQL المخصص.
إشعار
تقوم هذه المقالة بتشكيل جزء من سلسلة أدلةمبادئ دليل المبادئ لـ Azure Synapse. للحصول على نظرة عامة على السلسلة، يُرجى قراءة دليل مبادئ إثبات المبدأ في Azure Synapse Analytics.
تلميح
إذا كنت جديدًا على تجمعات SQL المخصصة، نوصيك بالعمل من خلال مسار التعلمالعمل مع مستودعات البيانات باستخدام Azure Synapse Analytics.
الاستعداد لإثبات المبدأ
قبل اتخاذ قرار بشأن أهداف Azure Synapse POC، نوصيك أولاً بقراءةمقالة بنية Azure Synapse SQLللتعرف على طريقة فصل تجمع SQL المخصص بين الحوسبة والتخزين لتوفير أداء رائد في الصناعة.
تحديد الرعاة والمانعين المحتملين
بمجرد أن تكون على دراية بـ Azure Synapse، فقد حان الوقت للتأكد من أن POC الخاص بك يمتلك الدعم اللازم ولن يصطدم بأي حواجز. ينبغي عليك:
- تحديد أي قيود أو سياسات تمتلكها مؤسستك بشأن نقل البيانات إلى السحابة وتخزينها فيها.
- تحديد الرعاية التنفيذية والتجارية لمشروع مستودع البيانات المستند إلى شبكة النظير.
- التحقق من أن حمل العمل مناسب لـ Azure Synapse. لمزيد من التفاصيل، انظرDedicated SQL pool (المعروف سابقًا بـ SQL DW) في Azure Synapse Analytics.
حدد الخط الزمني
يعتبر POC تمرينًا محدد النطاق ومحدودًا بالوقت وله أهداف ومقاييس محددة وقابلة للقياس تحدد النجاح. من الناحية المثالية، يجب أن يكون لها بعض الأساس في واقع الأعمال حتى تكون النتائج ذات مغزى.
تتمتع POCs بأفضل نتيجة عند التأطير الزمني. يقوم Timeboxing بتخصيص وحدة زمنية ثابتة والحد الأقصى لنشاط ما. في التجربة الخاصة بنا، يوفر أسبوعان وقتًا كافيًا لإكمال العمل دون عبء الكثير من حالات الاستخدام أو مصفوفات الاختبار المعقدة. بالعمل خلال هذه الفترة الزمنية المحددة، نقترح عليك اتباع هذا الجدول الزمني:
- تحميل البيانات:ثلاثة أيام أو أقل
- الاستعلام:خمسة أيام أو أقل
- اختبارات متعلقة بالقيمة المضافة:يومان أو أقل
إليك بعض النصائح:
- قم بعمل تقديرات واقعية للوقت الذي ستحتاجه لإكمال المهام في خطتك.
- يجب أن تدرك أن الوقت اللازم لإكمال POC الخاص بك سيكون مرتبطًا بحجم مجموعة البيانات الخاصة بك وعدد كائنات قاعدة البيانات (الجداول وطرق العرض والإجراءات المخزنة) ومدى تعقيد عناصر قاعدة البيانات وعدد الواجهات التي ستختبرها.
- إذا كنت تقدر أن POC الخاص بك سيستمر لفترة أطول من أربعة أسابيع، ففكر في تقليل النطاق للتركيز فقط على الأهداف الأكثر أهمية.
- احصل على الدعم من كافة الموارد الرئيسية والجهات الراعية للجدول الزمني قبل البدء في POC.
بمجرد أن تقرر عدم وجود أي عوائق فورية وقمت بتعيين الجدول الزمني، يمكنك تحديد نطاق بنية عالية المستوى.
قم بإنشاء بنية ذات نطاق عالٍ
من المحتمل أن تحتوي البنية المستقبلية عالية المستوى على العديد من مصادر البيانات ومستهلكي البيانات ومكونات البيانات الضخمة وربما التعلم الآلي ومستهلكي بيانات الذكاء الاصطناعي. للحفاظ على أهداف POC الخاصة بك قابلة للتحقيق (وضمن حدود الجدول الزمني المحدد الخاص بك)، قم بتحديد أيّ من هذه المكونات سيشكل جزءًا من POC وأيها سيتم استبعاده.
بالإضافة إلى ذلك، إذا كنت تستخدم Azure بالفعل، فحدد الآتي:
- أي من موارد Azure الموجودة يمكنك استخدامها أثناء POC. على سبيل المثال، يمكن أن تتضمن الموارد معرف Microsoft Entra أو Azure ExpressRoute.
- ما منطقة (مناطق) Azure التي تفضلها مؤسستك.
- اشتراك يمكن استخدامه في أعمال POC غير الإنتاجية.
- معدل نقل اتصال الشبكة إلى Azure.
هام
تأكد من التحقق من أن POC الخاص بك يمكن أن يستهلك بعضًا من معدل النقل هذا دون أن يكون له تأثير سلبي على حلول الإنتاج.
تطبيق الخيارات المتعلقة بالترحيل
إذا كنت تقوم بالترحيل من نظام مستودع بيانات قديم إلى Azure Synapse، فإليك بعض الأسئلة التي يجب وضعها في الاعتبار:
- هل تقوم بالترحيل وتريد إجراء أقل عدد ممكن من التغييرات على عمليات الاستخراج والتحويل والتحميل (ETL) الحالية واستهلاك مستودع البيانات بقدر الإمكان؟
- هل تقوم بالترحيل ولكنك تريد إجراء بعض التحسينات الشاملة على طول الطريق؟
- هل تنشئ بيئة جديدة تمامًا لتحليل البيانات (تسمى أحيانًامشروع greenfield)؟
بعد ذلك، عليك التفكير في نقاط الألم الخاصة بك.
تحديد نقاط الضعف الحالية
يجب أن يحتوي POC الخاص بك على حالات استخدام لإثبات الحلول المحتملة لمعالجة نقاط الألم الحالية. فيما يأتي بعض الأسئلة التي يجب أخذها في الحسبان:
- ما الفجوات في التنفيذ الحالي الذي تتوقع أن يملأه Azure Synapse؟
- ما هي احتياجات العمل الجديدة التي يتعين عليك دعمها؟
- ما اتفاقيات مستوى الخدمة (SLAs) التي يتعين عليك الوفاء بها؟
- ماذا ستكون أعباء العمل (على سبيل المثال أو ETL أو استعلامات مجمعة أو تحليلات أو استعلامات إعداد التقارير أو استعلامات تفاعلية)؟
بعد ذلك، تحتاج إلى تعيين معايير نجاح POC الخاصة بك.
ضع معايير نجاح POC
حدد سبب قيامك بـ POC وتأكد من تحديد أهداف واضحة. من المهم أيضًا معرفة المخرجات التي تحتاجها من POC وما تخطط للقيام به معهم.
ضع في اعتبارك أن اختبار POC يجب أن يكون جهدًا قصيرًا ومركّزًا لإثبات أو اختبار مجموعة محدودة من المفاهيم بسرعة. إذا كانت لديك قائمة طويلة من العناصر لإثباتها، فقد ترغب في التوغل في عدة نقاط اختبار. يمكن أن تكون لدى نقاط الدخول (POCs) بوابات بينها حتى تتمكن من تحديد ما إذا كنت تريد الانتقال إلى نقطة الوصول التالية.
فيما يلي بعض الأمثلة على أهداف POC:
- نحن بحاجة إلى معرفة أن أداء الاستعلام لطلبات إعداد التقارير المعقدة الكبيرة لدينا سيلبي اتفاقيات مستوى الخدمة الجديدة الخاصة بنا.
- نحن في حاجة إلى معرفة أداء الاستعلام لمستخدمينا التفاعليين.
- نحن بحاجة إلى معرفة ما إذا كانت عمليات ETL الحالية لدينا مناسبة بشكل جيد وأين يجب إجراء التحسينات.
- نحتاج إلى معرفة ما إذا كان بإمكاننا تقصير أوقات تشغيل ETL ومقدار ذلك.
- نحتاج إلى معرفة أن Synapse Analytics تتمتع بقدرات أمنية كافية لتأمين بياناتنا بشكل مناسب.
بعد ذلك، أنت في حاجة لإنشاء خطة اختبار.
إنشاء خطة اختبار
باستخدام أهدافك، قم بتحديد اختبارات معينة لتشغيلها من أجل دعم تلك الأهداف وتقديم مخرجاتك المحددة. من المهم التأكد من وجود اختبار واحد على الأقل لكل هدف والمخرجات المتوقعة. حدد الاستعلامات والتقارير وETL والعمليات الأخرى التي ستقوم بتشغيلها لتقديم نتائج قابلة للقياس الكمي.
قم بتحسين الاختبارات الخاصة بك من خلال إضافة سيناريوهات اختبار متعددة لتوضيح أي أسئلة تظهر حول بنية الجدول.
يحدد التخطيط الجيد عادةً تنفيذ POC الفعال. تأكد من موافقة أصحاب المصلحة جميعهم على خطة اختبار مكتوبة تربط كل هدف من أهداف نقطة الرعاية بمجموعة من حالات الاختبار المحددة بوضوح وقياسات النجاح.
تركز معظم خطط الاختبار على الأداء وتجربة المستخدم المتوقعة. ما يلي هو مثال لخطة الاختبار. من المهم أن تخصص خطة الاختبار الخاصة بك لتلبية متطلبات عملك. التحديد الواضح لما تختبره سيؤتي ثماره لاحقًا في هذه العملية.
| الهدف | اختبار | النتائج المتوقعة |
|---|---|---|
| نحن بحاجة إلى معرفة أن أداء الاستعلام لطلبات إعداد التقارير المعقدة الكبيرة لدينا سيمتثل لاتفاقيات مستوى الخدمة الجديدة الخاصة بنا | - اختبار تسلسلي متعلق بالاستعلامات المعقدة - اختبار التزامن المتعلق بالاستعلامات المعقدة مقابل اتفاقيات مستوى الخدمة المذكورة |
- إكمال الاستعلامات «أ» و«ب» و«ج» في 10 و13 و21 ثانية على التوالي - مع 10 مستخدمين متزامنين، تم إكمال الاستعلامات أ وب وج في 11 و15 و23 ثانية في المتوسط |
| نحتاج إلى معرفة أداء الاستعلام لمستخدمينا التفاعليين | - اختبار التزامن لطلبات البحث المحددة بمستوى التزام متوقع يبلغ 50 مستخدمًا. - قم بتشغيل الاستعلام السابق باستخدام التخزين المؤقت لمجموعة النتائج |
- عند 50 مستخدمًا متزامنًا، من المتوقع أن يكون متوسط وقت التنفيذ أقل من 10 ثوانٍ وبدون التخزين المؤقت لمجموعة النتائج - عند 50 مستخدمًا متزامنًا، من المتوقع أن يكون متوسط وقت التنفيذ أقل من خمس ثوانٍ مع التخزين المؤقت لمجموعة النتائج |
| نحن بحاجة إلى معرفة ما إذا كانت عمليات ETL الحالية الخاصة بنا يمكن أن تعمل ضمن اتفاقية مستوى الخدمة (SLA) | - تشغيل عملية أو اثنتين من عمليات ETL لتقليد أحمال الإنتاج | - التحميل المتزايد في جدول الحقائق الأساسي يجب أن يكتمل في أقل من 20 دقيقة (بما في ذلك التدريج وتنقية البيانات) - تستغرق معالجة الأبعاد أقل من خمس دقائق |
| نحتاج إلى معرفة أن مستودع البيانات لديه قدرات أمنية كافية لتأمين بياناتنا | - مراجعة وتمكينتأمين الشبكة(VNet ونقاط النهاية الخاصة)، والتحكم في الوصول(الأمان على مستوى الصف، وإخفاء البيانات الديناميكية) | - أثبت أن البيانات لا تترك المستأجر لدينا أبدًا. - التأكد من تأمين محتوى العميل بسهولة |
بعد ذلك، أنت في حاجة لتحديد مجموعة بيانات POC والتحقق من صحتها.
بعد ذلك، تحتاج إلى تحديد مجموعة البيانات POC والتحقق من صحتها
باستخدام الاختبارات المحددة النطاق، يمكنك الآن تحديد مجموعة البيانات المطلوبة لتنفيذ تلك الاختبارات في Azure Synapse. مراجعة مجموعة البيانات الخاصة بك من خلال مراعاة ما يلي:
- تحقق من أن مجموعة البيانات تمثل بشكل كاف مجموعة بيانات الإنتاج الخاصة بك من حيث المحتوى والتعقيد والحجم.
- لا تستخدم مجموعة البيانات الصغيرة جدًا (أقل من 1 تيرابايت)، فقد لا تحقق أداءً تمثيليًا.
- لا تستخدم مجموعة البيانات الكبيرة جدًا، حيث لا يُقصد من POC إكمال ترحيل البيانات بالكامل.
- قم بتحديدنمط التوزيعوخيار الفهرسةوالتقسيم لكل جدول. إذا كانت هناك أي أسئلة تتعلق بالتوزيع أو الفهرسة أو التقسيم، فأضف اختبارات إلى نقطة الوصول للإجابة عنها. ضع في اعتبارك أنك قد ترغب في اختبار أكثر من خيار توزيع أو خيار فهرسة لبعض الجداول.
- تحقق مع أصحاب الأعمال من وجود أي مانع لنقل مجموعة بيانات POC إلى السحابة.
- حدد أي مخاوف تتعلق بالأمان أو الخصوصية.
هام
تأكد من مراجعة أصحاب الأعمال بحثاً عن أي عناصر حظر قبل نقل أي بيانات إلى السحابة. حدد أي مخاوف متعلقة بالأمان أو الخصوصية أو أي احتياجات للتعتيم على البيانات يجب القيام بها قبل نقل البيانات إلى شبكة النظير.
بعد ذلك، أنت في حاجة إلى تجميع فريق الخبراء.
جمع عنوان URL
تحديد أعضاء الفريق والتزامهم بدعم POC الخاص بك. يجب أن يشمل أعضاء الفريق ما يلي:
- مدير مشروع لإدارة مشروع POC.
- مندوب أعمال للإشراف على المتطلبات والنتائج.
- خبير البيانات المتعلقة بالتطبيق لمصدر البيانات لمجموعة البيانات POC.
- متخصصًا لـ Azure Synapse.
- مستشارًا خبيرًا لتحسين اختبارات POC.
- أي شخص سيكون مطلوبًا لمهام محددة في مشروع POC ولكن ليس مطلوبًا طوال مدته بالكامل. قد تتضمن هذه الموارد الداعمة مسؤولي الشبكة أو مسؤولي Azure أو مسؤولي Microsoft Entra.
تلميح
نوصي بالاستعانة بخبير استشاري للمساعدة في إثبات المبدأ الخاص بك. يزخر مجتمع شركاء Microsoft بخبراء استشاريين عموميين يمكنهم مساعدتك في الوصول إلى خدمة Azure Synapse Analytics أو تقييمها أو تنفيذها.
الآن بعد أن أصبحت مستعدًا تمامًا، حان الوقت لتطبيق POC الخاص بك.
إدخال إثبات المبدأ في حيز التنفيذ
من المهم مراعاة ما يلي:
- نفذ مشروع POC الخاص بك مع الانضباط والصرامة لأي مشروع إنتاجي.
- قم بتشغيل POC وفقًا للخطة.
- اجعل عملية طلب التغيير مطبقة لمنع نمو نطاق POC الخاص بك أو تغييره.
قبل أن تبدأ الاختبارات، تحتاج إلى إعداد البيئة المتعلقة بالاختبار. يشمل أربع مراحل:
- الإعداد
- تحميل البيانات
- الاستعلام
- الاختبارات المتعلقة بالقيمة المضافة
الإعداد
يمكنك إعداد نقطة وصول على Azure Synapse باتباع الخطوات التالية:
- استخدمالتشغيل السريعهذا لتوفير مساحة عمل Synapse وإعداد التخزين والأذونات وفقًا لخطة اختبار POC.
- استخدمالتشغيل السريعهذا لإضافة تجمع SQL مخصص إلى مساحة عمل Synapse.
- قم بإعداد الشبكات والتأمين وفقاً لمتطلباتك.
- منح الوصول المناسب لأعضاء فريق POC. انظرهذه المقالةبشأن المصادقة والتخويل للوصول إلى تجمعات SQL المخصصة.
تلميح
نوصيكبتطوير اختبار التعليمة البرمجية والوحدةباستخدام مستوى خدمة DW500c (أو أدناه). نوصيكبإجراء اختبارات التحميل والأداءباستخدام مستوى خدمة DW1000c (أو أعلى). يمكنكإيقاف حساب تجمع SQL المخصص مؤقتًافي أي وقت لإيقاف فوترة الحساب، والتي ستوفر التكاليف.
تحميل البيانات
بمجرد إعداد تجمع SQL المخصص، يمكنك اتباع هذه الخطوات لتحميل البيانات:
- تحميل البيانات في تخزينAzure Blob. بالنسبة إلى POC، نوصيك باستخدامحساب تخزين V2 للأغراض العامةمعالتخزين المتكرر محليًا (LRS). في حين أنه يوجد العديد من الأدوات لترحيل البيانات إلى Azure Blob Storage، فإن أسهل طريقة هي استخدامAzure Storage Explorer، والذي يمكنه نسخ الملفات إلى حاوية تخزين.
- تحميل البيانات في مجموعة SQL المخصصة. يدعم Azure Synapse طريقتين لتحميل T-SQL:PolyBaseوعبارةCOPY. يمكنك استخدام Management Studio للاتصال بمجموعة SQL المخصصة لاستخدام أي من الطريقتين.
عند تحميل البيانات في تجمع SQL المخصص للمرة الأولى، تحتاج لمراعاةنمط التوزيعوخيار الفهرسالذي يجب استخدامه. بينما يدعم تجمع SQL المخصص مجموعة متنوعة من كليهما، فمن الأفضل الاعتماد على الإعدادات الافتراضية. تستخدم الإعدادات الافتراضية توزيع round-robin وفهرس مخزن أعمدة متفاوت. إذا لزم الأمر، يمكنك ضبط هذه الإعدادات لاحقًا، والتي توصف لاحقًا في هذه المقالة.
يوضح المثال التالي أسلوب تحميل النسخ:
--Note when specifying the column list, input field numbers start from 1
COPY INTO
test_1 (Col_1 default 'myStringDefault' 1, Col_2 default 1 3)
FROM
'https://myaccount.blob.core.windows.net/myblobcontainer/folder1/'
WITH (
FILE_TYPE = 'CSV',
CREDENTIAL = (IDENTITY = 'Storage Account Key' SECRET = '<Your_Account_Key>'),
FIELDQUOTE = '"',
FIELDTERMINATOR = ',',
ROWTERMINATOR = '0x0A',
ENCODING = 'UTF8',
FIRSTROW = 2
);
الاستعلام
الغرض الأساسي من مستودع البيانات هو إجراء التحليلات، الأمر الذي يتطلب الاستعلام عن مستودع البيانات. تبدأ معظم نقاط الوصول من خلال تشغيل عدد صغير من الاستعلامات التمثيلية ضد مستودع البيانات، في البداية بالتسلسل ثم بشكل متزامن. يجب عليك تحديد كلا النهجين في خطة الاختبار الخاصة بك.
اختبارات الاستعلام المتسلسل
من السهل تشغيل اختبارات الاستعلام التسلسلي في Management Studio. من المهم إجراء هذه الاختبارات باستخدام مستخدم يمتلكفئة مواردكبيرة بما يكفي. فئة الموارد هي حد الموارد المحدد مسبقًا في تجمع SQL المخصص الذي يحكم موارد الحساب والتزامن لتنفيذ الاستعلام. للاستعلامات البسيطة، نوصي باستخدام فئة المواردstaticrc20التي تم تحديدها سابقاً. للاستعلامات البسيطة، نوصي باستخدام فئة مواردstaticrc40التي تم تحديدها سابقًا.
يرجى ملاحظة أن الاستعلام الأول التالي يستخدمتسمية استعلاملتوفير آلية لتتبع الاستعلام. يستخدم الاستعلام الثاني طريقة عرض الإدارة الديناميكيةsys.dm_pdw_exec_requestsمن أجل البحث حسب التسمية.
/* Use the OPTION(LABEL = '') Syntax to add a query label to track the query in DMVs */
SELECT TOP (1000)
*
FROM
[dbo].[Date]
OPTION (LABEL = 'Test1');
/* Use sys.dm_pdw_exec_requests to determine query execution duration (ms) */
SELECT
Total_elapsed_time AS [Elapsed_Time_ms],
[label]
FROM
sys.dm_pdw_exec_requests
WHERE
[label] = 'Test1';
الاختبارات المتزامنة للاستعلام
بعد تسجيل أداء الاستعلام التسلسلي، يمكنك بعد ذلك تشغيل استعلامات متعددة في نفس الوقت. بهذه الطريقة، يمكنك محاكاة عبء عمل ذكاء الأعمال الذي يعمل مقابل تجمع SQL المخصص. أسهل طريقة لإجراء هذا الاختبار هي تنزيل أداة اختبار الضغط. تعتبرApache JMeterالأداة الأكثر شيوعًا، وهي أداة مصدر مفتوح تابعة لجهة خارجية.
تُبلغ الأداة عن مدد الاستعلام الدنيا والحد الأقصى والمتوسط لمستوى التزامن معين. على سبيل المثال، افترض أنك تريد محاكاة عبء عمل ذكاء الأعمال الذي يقوم بإنشاء 100 استعلام متزامن. يمكنك إعداد JMeter لتشغيل تلك الاستعلامات الـ 100 المتزامنة في حلقة ثم مراجعة تنفيذ الحالة المستقرة. يمكن القيام بذلك من خلال استخدامالتخزين المؤقت لمجموعة النتائجأو إيقاف تشغيله لتقييم مدى ملاءمة هذه الميزة.
تأكد من توثيق نتائجك. فيما يلي مثال لبعض النتائج:
| التزامن | # التشغيل المتعلق بالاستعلامات | DWU | الحد الأدنى للمدة (المدد) | الحد الأقصى للمدة (المدد) | متوسط المدة (المدد) |
|---|---|---|---|---|---|
| 100 | 1,000 | 5,000 | 3 | 10 | 5 |
| 50 | 5,000 | 5,000 | 3 | 6 | 4 |
اختبارات حمل العمل المدمجة
اختبار حمل العمل المدمج هو امتدادلاختبارات الاستعلام المتزامنة. من خلال إضافة عملية تحميل البيانات إلى مزيج حمل العمل، فإن حمل العمل سيحاكي بشكل أفضل حمل عمل الإنتاج الحقيقي.
النحو الأمثل للبيانات
بناءً على حمل عمل الاستعلام الذي يتم تشغيله على Azure Synapse، قد تحتاج إلى تحسين توزيعات وفهارس مستودع البيانات وإعادة تشغيل الاختبارات. لمزيد من المعلومات، انظرأفضل الممارسات لمخازن SQL المخصصة في Azure Synapse Analytics.
الأخطاء الأكثر انتشارًا التي تظهر أثناء الإعداد هي:
- تعمل الاستعلامات الكبيرة مع فئة موارد منخفضة جدًا.
- مستوى خدمة تجمع SQL المخصص DWU منخفض جدًا بالنسبة إلى أحمال العمل.
- تتطلب الجداول الكبيرة توزيع شفرة التجزئة.
من أجل تحسين أداء الاستعلام، يمكنك:
- إنشاءعروض واقعية، والتي يمكن أن تسرع الاستفسارات التي تتضمن تجميعات مشتركة.
- نسخالجداول نسخًا متماثلاً، خاصة لجداول الأبعاد الصغيرة.
- توزع شفرة التجزئةجداول الحقائق الكبيرة المنضمة أو المجمعة.
الاختبارات المتعلقة بالقيمة المضافة
بمجرد اكتمال اختبار أداء الاستعلام، يكون الوقت مناسبًا لاختبار ميزات معينة للتحقق من أنها تلبي حالات الاستخدام المقصودة. وتشمل هذه الميزات:
- الأمان على مستوى الصف
- الأمان على مستوى العمود
- إخفاء البيانات الديناميكية
- التحجيم داخل الكتلة من خلالعزل حمل العمل
وفي النهاية، تحتاج إلى تفسير نتائج POC الخاصة بك.
فسر نتائج POC
بمجرد ن تحصل على نتائج اختبار لمستودع البيانات الخاص بك، من المهم تفسير تلك البيانات. تعتبر مقارنة عمليات التشغيل من حيث السعر/ الأداءالنهج الشائع الذي يمكنك اتباعه. ببساطة، يزيل السعر/ الأداء الاختلافات في السعر لكل DWU أو جهاز الخدمة ويوفر رقمًا واحدًا قابلاً للمقارنة لكل اختبار أداء.
إليك مثال:
| اختبار | المدة المتعلقة بالاختبار | DWU | دولار/ ساعة لـ DWU | التكلفة المتعلقة بالاختبار |
|---|---|---|---|---|
| اختبار 1 | 10 دقائق | 1000 | 12 دولارًا/ ساعة | $2 |
| اختبار 2 | 30 دقيقة | 500 | 6 دولارات/ ساعة | 3 دولارات |
يسهل هذا المثال رؤية أنالاختبار 1في DWU1000 أكثر فعالية من حيث التكلفة عند 2 دولار لكل تشغيل اختبار مقارنة بـ 3 دولارات لكل تشغيل اختبار.
إشعار
يمكنك أيضًا استخدام هذه المنهجية من أجل مقارنة النتائجعبر الموردينفي POC.
باختصار، بمجرد إكمال كافة اختبارات POC، فأنت جاهز لتقييم النتائج. ابدأ بتقييم ما إذا كانت أهداف نقاط الدعم قد تم تحقيقها وجمع المخرجات المرجوة. قم بتدوين الأماكن التي يبرر فيها إجراء اختبارات إضافية والأسئلة الإضافية التي تم طرحها.