هندسة مرجعية للمراسلة الآلية والبيانات والتحليلات

  • مقالة

تم تصميم هذا التصميم المرجعي لدعم الشركات المصنعة للسيارات وموفري التنقل في تطوير تطبيقات المركبات المتصلة المتقدمة والخدمات الرقمية. هدفها هو توفير بنية أساسية موثوقة وفعالة للمراسلة والبيانات والتحليلات. تتضمن البنية معالجة الرسائل ومعالجة الأوامر وقدرات تخزين الحالة لتسهيل تكامل الخدمات المختلفة من خلال واجهات برمجة التطبيقات المدارة. كما يصف حل البيانات والتحليلات الذي يضمن تخزين البيانات وإمكانية الوصول إليها بطريقة قابلة للتطوير وآمنة للهندسة الرقمية ومشاركة البيانات مع النظام البيئي للتنقل الأوسع.

بناء الأنظمة

رسم تخطيطي للبنية عالية المستوى.

يوضح الرسم التخطيطي للبنية عالية المستوى الكتل والخدمات المنطقية الرئيسية لحل مراسلة السيارات والبيانات والتحليلات. يمكن العثور على مزيد من التفاصيل في الأقسام التالية.

  • تحتوي السيارة على مجموعة من الأجهزة. بعض هذه الأجهزة معرفة بالبرامج، ويمكنها تنفيذ أحمال عمل البرامج المدارة من السحابة. تجمع المركبة مجموعة واسعة من البيانات وتعالجها، بدءا من معلومات المستشعر من الأجهزة الكهروميكانيكية مثل نظام إدارة البطارية إلى ملفات سجل البرامج.
  • تدير خدمات مراسلة المركبة الاتصال من وإلى السيارة. وهو مسؤول عن معالجة الرسائل وتنفيذ الأوامر باستخدام مهام سير العمل والتوسط في الخلفية لإدارة السيارة والمستخدم والجهاز. كما أنه يتتبع تسجيل السيارة والجهاز والشهادة وتوفيرها.
  • الواجهة الخلفية لإدارة السيارة والجهاز هي أنظمة الشركة المصنعة للمعدات الأصلية (OEM) التي تتبع تكوين السيارة من المصنع إلى الإصلاح والصيانة.
  • لدى المشغل عمليات تكنولوجيا المعلومات لضمان توفر وأداء كل من المركبات والواجهة الخلفية.
  • توفر خدمات تحليلات البيانات تخزين البيانات وتمكن المعالجة والتحليلات لجميع مستخدمي البيانات. فهو يحول البيانات إلى رؤى تدفع قرارات أفضل في مجال الأعمال.
  • توفر الشركة المصنعة للسيارة خدمات رقمية كقيمة إضافية للعميل النهائي، من التطبيقات المصاحبة إلى تطبيقات الإصلاح والصيانة.
  • تتطلب العديد من الخدمات الرقمية تكامل الأعمال مع أنظمة الواجهة الخلفية مثل أنظمة إدارة الموزع (DMS) أو إدارة علاقات العملاء (CRM) أو تخطيط موارد المؤسسة (ERP).
  • الواجهة الخلفية لإدارة الموافقة هي جزء من إدارة العملاء وتتعقب تخويل المستخدم لجمع البيانات وفقا لتشريعات البلد/المنطقة الجغرافية.
  • البيانات التي يتم جمعها من المركبات هي مدخلات لعملية الهندسة الرقمية، بهدف التحسينات المستمرة للمنتج باستخدام التحليلات والتعلم الآلي.
  • يمكن للنظام البنائي للتنقل الذكي الاشتراك في كل من بيانات تتبع الاستخدام المباشرة واستهلاكها بالإضافة إلى الرؤى المجمعة لتوفير المزيد من المنتجات والخدمات.

Microsoft هي عضو في مجموعة عمل Eclipse Software Defined Vehicle، وهي منتدى للتعاون المفتوح باستخدام مصدر مفتوح لمنصات برامج المركبات.

تدفق البيانات

تستخدم البنية نمط مراسلة الناشر/المشترك لفصل المركبات عن الخدمات.

المركبة إلى الرسائل السحابية

يتم استخدام المركبة إلى تدفق البيانات السحابية لمعالجة بيانات تتبع الاستخدام من السيارة. يمكن إرسال بيانات تتبع الاستخدام بشكل دوري (حالة المركبة، جمعها من مستشعرات السيارة) أو استنادا إلى حدث (مشغلات على حالات الخطأ، رد فعل على إجراء المستخدم).

رسم تخطيطي لتدفق بيانات المراسلة.

  1. يتم تكوين السيارة لعميل استنادا إلى الخيارات المحددة باستخدام واجهات برمجة تطبيقات الإدارة. يحتوي التكوين على:
    1. توفير المعلومات للمركبات والأجهزة.
    2. تكوين أولي لجمع بيانات المركبات استنادا إلى اعتبارات السوق والأعمال.
    3. تخزين إعدادات موافقة المستخدم الأولية استنادا إلى خيارات السيارة وقبول المستخدم.
  2. تنشر المركبة رسائل بيانات تتبع الاستخدام والأحداث من خلال عميل نقل بيانات تتبع الاستخدام في قائمة انتظار الرسائل (MQTT) مع مواضيع محددة لميزة وسيط MQTT في Azure Event Grid في خدمات مراسلة السيارة.
  3. توجه Event Grid الرسائل إلى مشتركين مختلفين استنادا إلى سمات الموضوع والرسالة.
    1. يتم توجيه الرسائل ذات الأولوية المنخفضة التي لا تتطلب معالجة فورية (على سبيل المثال، رسائل التحليلات) مباشرة إلى التخزين باستخدام مثيل مراكز الأحداث للتخزين المؤقت.
    2. يتم توجيه الرسائل ذات الأولوية العالية التي تتطلب معالجة فورية (على سبيل المثال، تغييرات الحالة التي يجب تصورها في تطبيق مواجه للمستخدم) إلى وظيفة Azure باستخدام مثيل مراكز الأحداث للتخزين المؤقت.
  4. يتم تخزين الرسائل ذات الأولوية المنخفضة مباشرة في مستودع البيانات باستخدام التقاط الحدث. يمكن لهذه الرسائل استخدام فك ترميز الدفعات ومعالجتها للحصول على التكاليف المثلى.
  5. تتم معالجة الرسائل ذات الأولوية العالية باستخدام دالة Azure. تقرأ الدالة إعدادات موافقة المستخدم والجهاز والمركبة من سجل الأجهزة وتنفذ الخطوات التالية:
    1. التحقق من أن السيارة والجهاز مسجلين ونشطين.
    2. يتحقق من أن المستخدم قد أعطى الموافقة على موضوع الرسالة.
    3. فك ترميز الحمولة وإثراءها.
    4. إضافة المزيد من معلومات التوجيه.
  6. يتلقى Live Telemetry Event Hub في حل البيانات والتحليلات الرسائل التي تم فك ترميزها. يستخدم Azure Data Explorer استيعاب البث لمعالجة الرسائل وتخزينها عند تلقيها.
  7. تتلقى طبقة الخدمات الرقمية رسائل تم فك ترميزها. يوفر ناقل خدمة Microsoft Azure إشعارات للتطبيقات حول التغييرات / الأحداث المهمة على حالة السيارة. يوفر Azure Data Explorer آخر حالة معروفة للسيارة وتاريخها على المدى القصير.

رسائل السحابة إلى المركبة

غالبا ما يتم استخدام تدفق بيانات السحابة إلى السيارة لتنفيذ الأوامر البعيدة في السيارة من خدمة رقمية. تتضمن هذه الأوامر حالات الاستخدام مثل القفل/فتح الباب أو التحكم في المناخ (تعيين درجة حرارة المقصورة المفضلة) أو تغييرات التكوين. يعتمد التنفيذ الناجح على حالة السيارة وقد يتطلب بعض الوقت لإكماله.

اعتمادا على قدرات السيارة ونوع العمل، هناك العديد من الأساليب الممكنة لتنفيذ الأوامر. نغطي تباينين:

  • توجيه السحابة إلى رسائل الجهاز (A) التي لا تتطلب فحص موافقة المستخدم ومع وقت استجابة يمكن التنبؤ به. وهذا يغطي الرسائل إلى كل من المركبات الفردية والمتعددة. مثال يتضمن إعلامات الطقس.
  • أوامر المركبة (ب) التي تستخدم حالة المركبة لتحديد النجاح وتتطلب موافقة المستخدم. يجب أن يكون لحل المراسلة منطق سير عمل أمر يتحقق من موافقة المستخدم، ويتعقب حالة تنفيذ الأمر ويعلم الخدمة الرقمية عند الانتهاء.

أوامر مستخدمي تدفق البيانات التالية الصادرة من الخدمات الرقمية لتطبيق مصاحب كمثال.

رسم تخطيطي للأمر والتحكم في تدفق البيانات.

يتم تنفيذ الرسائل المباشرة مع الحد الأدنى من القفزات للحصول على أفضل أداء ممكن (A):

  1. التطبيق المصاحب هو خدمة مصادق عليها يمكنها نشر الرسائل إلى Event Grid.
  2. تتحقق Event Grid من التخويل لخدمة تطبيق Companion لتحديد ما إذا كان يمكنها إرسال رسائل إلى الموضوعات المتوفرة.
  3. يشترك التطبيق المصاحب في الاستجابات من مجموعة أوامر/ مركبة محددة.

عندما تتطلب الأوامر المعتمدة على حالة السيارة موافقة المستخدم (B):

  1. يوفر مالك المركبة / المستخدم الموافقة على تنفيذ وظائف القيادة والتحكم لخدمة رقمية (في هذا المثال تطبيق مصاحب). ويتم ذلك عادة عندما يقوم المستخدم بتنزيل/تنشيط التطبيق وتنشيط الشركة المصنعة للمعدات الأصلية (OEM) لحسابه. يؤدي إلى تغيير التكوين على السيارة للاشتراك في موضوع الأمر المرتبط في وسيط MQTT.
  2. يستخدم التطبيق المصاحب الأمر والتحكم في واجهة برمجة التطبيقات المدارة لطلب تنفيذ أمر بعيد.
    1. قد يحتوي تنفيذ الأمر على المزيد من المعلمات لتكوين خيارات مثل المهلة والتخزين وخيارات إعادة التوجيه وما إلى ذلك.
    2. يقرر منطق الأمر كيفية معالجة الأمر استنادا إلى الموضوع والخصائص الأخرى.
    3. ينشئ منطق سير العمل حالة لتتبع حالة التنفيذ
  3. يتحقق منطق سير عمل الأمر من معلومات موافقة المستخدم لتحديد ما إذا كان يمكن تنفيذ الرسالة.
  4. ينشر منطق سير عمل الأمر رسالة إلى Event Grid مع الأمر وقيم المعلمات.
  5. يتم الاشتراك في وحدة المراسلة في السيارة في موضوع الأمر وتتلقى الإعلام. يقوم بتوجيه الأمر إلى حمل العمل الصحيح.
  6. تراقب وحدة المراسلة حمل العمل للاكتمال (أو الخطأ). حمل العمل مسؤول عن التنفيذ (الفعلي) للأمر.
  7. تنشر وحدة المراسلة تقارير حالة الأمر إلى Event Grid.
  8. يتم الاشتراك في وحدة سير العمل لتحديثات حالة الأمر وتحديث الحالة الداخلية لتنفيذ الأمر.
  9. بمجرد اكتمال تنفيذ الأمر، يتلقى تطبيق الخدمة نتيجة التنفيذ عبر الأمر وواجهة برمجة التطبيقات للتحكم.

توفير السيارة والجهاز

يغطي تدفق البيانات هذا عملية تسجيل وتوفير المركبات والأجهزة لخدمات مراسلة المركبات. وعادة ما تبدأ العملية كجزء من تصنيع المركبات.

رسم تخطيطي لتدفق بيانات التزويد.

  1. يقوم نظام المصنع بتكليف جهاز السيارة بحالة البناء المطلوبة. ويمكن أن تشمل البرامج الثابتة والتثبيت الأولي للبرنامج والتكوين. كجزء من هذه العملية، سيحصل نظام المصنع على شهادة الجهاز ويكتبها، التي تم إنشاؤها من موفر البنية الأساسية للمفتاح العام.
  2. يسجل نظام المصنع السيارة والجهاز باستخدام واجهة برمجة تطبيقات تزويد المركبة والجهاز.
  3. يقوم نظام المصنع بتشغيل عميل تزويد الجهاز للاتصال بتسجيل الجهاز وتوفير الجهاز. يسترد الجهاز معلومات الاتصال إلى وسيط MQTT.
  4. ينشئ تطبيق تسجيل الجهاز هوية الجهاز باستخدام وسيط MQTT.
  5. يقوم نظام المصنع بتشغيل الجهاز لإنشاء اتصال كوسيط MQTT للمرة الأولى.
    1. يصادق وسيط MQTT الجهاز باستخدام شهادة جذر المرجع المصدق ويستخرج معلومات العميل.
  6. يدير وسيط MQTT التخويل للمواضيع المسموح بها باستخدام السجل المحلي.
  7. لاستبدال الجزء، يمكن لنظام موزع OEM تشغيل تسجيل جهاز جديد.

إشعار

عادة ما تكون أنظمة المصنع محلية وليس لها اتصال مباشر بالسحابة.

تحليلات البيانات

يغطي تدفق البيانات هذا تحليلات بيانات السيارة. يمكنك استخدام مصادر بيانات أخرى مثل مشغلي المصنع أو ورشة العمل لإثراء بيانات المركبة وتوفير سياق لها.

رسم تخطيطي لتحليلات البيانات.

  1. توفر طبقة خدمات مراسلة المركبة بيانات تتبع الاستخدام والأحداث والأوامر ورسائل التكوين من الاتصال ثنائي الاتجاه إلى السيارة.
  2. توفر طبقة عمليات تكنولوجيا المعلومات معلومات حول البرنامج الذي يعمل على السيارة والخدمات السحابية المرتبطة بها.
  3. توفر العديد من المسارات معالجة البيانات في حالة أكثر دقة
    • المعالجة من البيانات الأولية إلى بيانات السيارة المحسنة وغير المكررة.
    • تجميع بيانات المركبة ومؤشرات الأداء الرئيسية والرؤى.
    • إنشاء بيانات التدريب للتعلم الآلي.
  4. تستهلك التطبيقات المختلفة بيانات محسنة ومجمعة.
    • التصور باستخدام Power BI.
    • مهام سير عمل تكامل الأعمال باستخدام Logic Apps مع التكامل في Dataverse.
  5. يتم استهلاك بيانات التدريب التي تم إنشاؤها بواسطة أدوات مثل ML Studio لإنشاء نماذج التعلم الآلي.

قابلية التوسع

يمكن أن يتوسع حل المركبات والبيانات المتصل إلى ملايين المركبات وآلاف الخدمات. يوصى باستخدام نمط Deployment Stamps لتحقيق قابلية التوسع والمرونة.

رسم تخطيطي لمفهوم قابلية التوسع.

تدعم كل وحدة مقياس مراسلة مركبة عدد محدد من المركبات (على سبيل المثال، المركبات في منطقة جغرافية محددة، مقسمة حسب سنة النموذج). يتم استخدام وحدة مقياس التطبيقات لتوسيع نطاق الخدمات التي تتطلب إرسال أو تلقي رسائل إلى المركبات. يمكن الوصول إلى الخدمة المشتركة من أي وحدة مقياس وتوفر خدمات إدارة الأجهزة والاشتراك للتطبيقات والأجهزة.

  1. تشترك وحدة مقياس التطبيق في التطبيقات في الرسائل ذات الاهتمام. تتعامل الخدمة المشتركة مع الاشتراك في مكونات وحدة مقياس مراسلة المركبة.
  2. تستخدم السيارة خدمة إدارة الجهاز لاكتشاف تعيينها إلى وحدة مقياس مراسلة السيارة.
  3. إذا لزم الأمر، يتم توفير السيارة باستخدام سير عمل توفير السيارة والجهاز.
  4. تنشر المركبة رسالة إلى وسيط MQTT.
  5. توجه Event Grid الرسالة باستخدام معلومات الاشتراك.
    1. بالنسبة للرسائل التي لا تتطلب المعالجة والتحقق من المطالبات، يتم توجيهها إلى مركز دخول على وحدة مقياس التطبيق المقابلة.
    2. يتم توجيه الرسائل التي تتطلب المعالجة إلى منطق معالجة D2C لفك التشفير والتخويل (موافقة المستخدم).
  6. تستهلك التطبيقات الأحداث من مثيل مراكز أحداث دخول التطبيق.
  7. تنشر التطبيقات رسائل للسيارة.
    1. يتم نشر الرسائل التي لا تتطلب المزيد من المعالجة إلى وسيط MQTT.
    2. يتم توجيه الرسائل التي تتطلب المزيد من المعالجة والتحكم في سير العمل والتخويل إلى منطق معالجة C2D ذي الصلة عبر مثيل مراكز الأحداث.

المكونات

تشير هذه البنية المرجعية إلى مكونات Azure التالية.

قابلية التوصيل

  • تسمح Azure Event Grid بإلحاق الجهاز و AuthN/Z و pub-sub عبر MQTT v5.
  • تعالج Azure Functions رسائل السيارة. كما يمكن استخدامه لتنفيذ واجهات برمجة تطبيقات الإدارة التي تتطلب تنفيذا قصير الأجل.
  • خدمة Azure Kubernetes (AKS) هي بديل عندما تتكون الوظيفة الكامنة وراء واجهات برمجة التطبيقات المدارة من أحمال العمل المعقدة المنشورة كتطبيقات حاوية.
  • يخزن Azure Cosmos DB إعدادات موافقة المستخدم والجهاز والمركبة.
  • توفر Azure API Management بوابة API مدارة إلى الخدمات الخلفية الحالية مثل إدارة دورة حياة السيارة (بما في ذلك OTA) وإدارة موافقة المستخدم.
  • تقوم Azure Batch بتشغيل مهام كبيرة كثيفة الحوسبة بكفاءة، مثل استيعاب تتبع اتصالات المركبات.

البيانات والتحليلات

  • تتيح Azure Event Hubs معالجة كميات هائلة من بيانات تتبع الاستخدام واستيعابها.
  • يوفر Azure Data Explorer استكشاف بيانات تتبع استخدام المركبات المستندة إلى السلاسل الزمنية وإدارتها وتحليلاتها.
  • يخزن Azure Blob Storage مستندات كبيرة (مثل مقاطع الفيديو ويمكن تتبعها) وبيانات المركبة المنسقة.
  • يوفر Azure Databricks مجموعة من الأدوات للحفاظ على حلول البيانات على مستوى المؤسسة على نطاق واسع. مطلوب لعمليات طويلة الأمد على كميات كبيرة من بيانات السيارة.

تكامل الواجهة الخلفية

  • تقوم Azure Logic Apps بتشغيل مهام سير العمل التلقائية لتكامل الأعمال استنادا إلى بيانات السيارة.
  • توفر Azure App Service تطبيقات ويب مواجهة للمستخدمين ونهايات خلفية للأجهزة المحمولة، مثل التطبيق المصاحب.
  • توفر ذاكرة التخزين المؤقت Azure ل Redis التخزين المؤقت في الذاكرة للبيانات التي غالبا ما تستخدمها التطبيقات التي تواجه المستخدم.
  • يوفر ناقل خدمة Azure وساطة فصل اتصال المركبات عن الخدمات الرقمية وتكامل الأعمال.

البدائل

يعتمد اختيار النوع الصحيح من الحوسبة لتنفيذ معالجة الرسائل وواجهات برمجة التطبيقات المدارة على العديد من العوامل. حدد الخدمة المناسبة باستخدام دليل اختيار خدمة حساب Azure.

أمثلة:

  • Azure Functions للعمليات قصيرة الأجل المستندة إلى الحدث مثل استيعاب بيانات تتبع الاستخدام.
  • Azure Batch لمهام الحوسبة عالية الأداء مثل فك تشفير ملفات CAN Trace / Video الكبيرة
  • Azure Kubernetes Service للتنسيق المدار والكامل للمنطق المعقد مثل إدارة سير عمل الأوامر والتحكم فيه.

كبديل لمشاركة البيانات المستندة إلى الحدث، من الممكن أيضا استخدام Azure Data Share إذا كان الهدف هو إجراء مزامنة الدفعات على مستوى مستودع البيانات.

تفاصيل السيناريو

رسم تخطيطي للعرض عالي المستوى.

تشهد شركات تصنيع السيارات المصنعة للسيارات تحولا كبيرا في تحولها من إنتاج منتجات ثابتة إلى تقديم مركبات متصلة ومحددة بالبرامج. توفر المركبات مجموعة من الميزات، مثل التحديثات عبر الهواء والتشخيص عن بعد وتجارب المستخدم المخصصة. يمكن هذا الانتقال الشركات المصنعة للمنتجات المصنعة للمنتجات من تحسين منتجاتها باستمرار استنادا إلى البيانات والرؤى في الوقت الحقيقي مع توسيع نماذج أعمالها لتشمل خدمات جديدة وتدفقات إيرادات.

تسمح هذه البنية المرجعية لمصنعي السيارات وموفري التنقل ب:

  • استخدم بيانات الملاحظات كجزء من عملية الهندسة الرقمية لدفع التحسين المستمر للمنتج، ومعالجة الأسباب الجذرية للمشاكل بشكل استباقي وإنشاء قيمة جديدة للعملاء.
  • توفير منتجات وخدمات رقمية جديدة وإضفاء الطابع الرقمي على العمليات من خلال تكامل الأعمال مع الأنظمة الخلفية مثل تخطيط موارد المؤسسة (ERP) وإدارة علاقات العملاء (CRM).
  • مشاركة البيانات بأمان ومعالجة المتطلبات الخاصة بالبلد/المنطقة لموافقة المستخدم مع الأنظمة البيئية الذكية للتنقل الأوسع نطاقا.
  • التكامل مع الأنظمة الخلفية لإدارة دورة حياة السيارة وإدارة الموافقة يبسط ويسرع نشر وإدارة حلول المركبات المتصلة باستخدام سلسلة أدوات DevOps للمركبات المعرفة بالبرمجيات.
  • تخزين الحوسبة وتوفيرها على نطاق واسع للمركبة والتحليلات.
  • إدارة اتصال المركبات بملايين الأجهزة بطريقة فعالة من حيث التكلفة.

حالات الاستخدام المحتملة

تتعلق حالات استخدام السيارات في الشركات المصنعة للمعدات الأصلية (OEM) بتعزيز أداء السيارة وسلامتها وتجربة المستخدم.

  • التحسين المستمر للمنتج: تحسين أداء السيارة من خلال تحليل البيانات في الوقت الحقيقي وتطبيق التحديثات عن بعد.
  • التحقق من صحة أسطول الاختبار الهندسي: ضمان سلامة السيارة وموثوقيتها من خلال جمع وتحليل البيانات من أساطيل الاختبار.
  • رفيق التطبيق ومدخل المستخدم: تمكين الوصول إلى السيارة عن بعد والتحكم من خلال تطبيق مخصص ومدخل ويب.
  • الإصلاح الاستباقي والصيانة: التنبؤ بصيانة المركبات وجدولتها استنادا إلى الرؤى المستندة إلى البيانات.

توسع حالات استخدام النظام البيئي الأوسع تطبيقات المركبات المتصلة لتحسين عمليات الأسطول والتأمين والتسويق والمساعدة على جانب الطريق عبر مشهد النقل بأكمله.

  • الاتصال عمليات الأسطول التجاري: تحسين إدارة الأسطول من خلال المراقبة في الوقت الحقيقي واتخاذ القرارات المستندة إلى البيانات.
  • التأمين على المركبات الرقمية: تخصيص أقساط التأمين على أساس سلوك القيادة وتقديم تقارير فورية عن الحوادث.
  • التسويق المستند إلى الموقع: تقديم حملات تسويقية مستهدفة للسائقين استنادا إلى موقعهم وتفضيلاتهم.
  • المساعدة على الطرق: توفير الدعم والمساعدة في الوقت الحقيقي للسائقين المحتاجين، باستخدام موقع السيارة وبيانات التشخيص.

الاعتبارات

تنفذ هذه الاعتبارات ركائز Azure Well-Architected Framework، وهو عبارة عن مجموعة من المبادئ التوجيهية التي يمكن استخدامها لتحسين جودة حمل العمل. لمزيد من المعلومات، يرجى مراجعةMicrosoft Azure Well-Architected Framework.

الموثوقيه

تضمن الموثوقية أن التطبيق الخاص بك يمكن أن يفي بالالتزامات التي تتعهد بها لعملائك. لمزيد من المعلومات، يرجى مراجعة نظرة عامة على ركيزة الموثوقية.

  • ضع في اعتبارك التحجيم الأفقي لإضافة الموثوقية.
  • استخدم وحدات المقياس لعزل المناطق الجغرافية مع لوائح مختلفة.
  • التحجيم التلقائي والمثيلات المحجوزة: إدارة موارد الحوسبة عن طريق التحجيم الديناميكي استنادا إلى الطلب وتحسين التكاليف مع المثيلات المخصصة مسبقا.
  • التكرار الجغرافي: نسخ البيانات عبر مواقع جغرافية متعددة للتسامح مع الخطأ والتعافي من الكوارث.

الأمان

ويوفر عامل الأمان ضمانات للحماية من الهجمات المتعمدة واستغلال البيانات والأنظمة القيمة الخاصة بك. للمزيد من المعلومات، يرجى الرجوع إلى نظرة عامة على ركيزة الأمان.

  • تأمين اتصال السيارة: راجع القسم الخاص بإدارة الشهادات لفهم كيفية استخدام شهادات X.509 لإنشاء اتصالات آمنة بالمركبة.

تحسين التكلفة

يركز تحسين التكلفة على البحث عن طرق للحد من النفقات غير الضرورية وتحسين الكفاءة التشغيلية. لمزيد من المعلومات، راجع نظرة عامة على ركيزة تحسين التكلفة.

  • اعتبارات التكلفة لكل مركبة: يجب أن تعتمد تكاليف الاتصال على عدد الخدمات الرقمية المقدمة. حساب عائد الاستثمار للخدمات الرقمية مقابل تكاليف العملية.
  • وضع ممارسات لتحليل التكلفة استنادا إلى حركة مرور الرسائل. الاتصال تميل حركة مرور المركبات إلى الزيادة مع مرور الوقت مع إضافة المزيد من الخدمات.
  • النظر في تكاليف الشبكات والهاتف المحمول
    • استخدم الاسم المستعار لموضوع MQTT لتقليل حجم حركة المرور.
    • استخدم أسلوبا فعالا لترميز رسائل البيانات الأساسية وضغطها.
  • معالجة نسبة استخدام الشبكة
    • أولوية الرسالة: تميل المركبات إلى أن يكون لها أنماط استخدام متكررة تخلق ذروات الطلب اليومية / الأسبوعية. استخدم خصائص الرسالة لتأخير معالجة الرسائل غير الحرجة أو التحليلية لتسهيل الحمل وتحسين استخدام الموارد.
    • التحجيم التلقائي بناء على الطلب.
  • ضع في اعتبارك المدة التي يجب تخزين البيانات فيها ساخنة/دافئة/باردة.
  • ضع في اعتبارك استخدام المثيلات المحجوزة لتحسين التكاليف.

التميز التشغيلي

يغطي التميز التشغيلي عمليات التشغيل التي تحافظ على تشغيل التطبيق في الإنتاج. لمزيد من المعلومات، يرجى مراجعةنظرة عامة على ركيزة التميز التشغيلي.

  • ضع في اعتبارك مراقبة برامج المركبات (السجلات/المقاييس/التتبعات) وخدمات المراسلة وخدمات البيانات والتحليلات والخدمات الخلفية ذات الصلة كجزء من عمليات تكنولوجيا المعلومات الموحدة.

كفاءة الأداء

كفاءة الأداء هي قدرة حمل عملك على تغيير الحجم لتلبية المطالب التي يضعها المستخدمون عليها بطريقة فعالة. لمزيد من المعلومات، يرجى مراجعةأنماط كفاءة الأداء.

  • ضع في اعتبارك استخدام مفهوم المقياس للحلول التي تزيد عن 50000 جهاز، خاصة إذا كانت هناك حاجة إلى مناطق جغرافية متعددة.
  • فكر بعناية في أفضل طريقة لاستيعاب البيانات (المراسلة أو الدفق أو الدفعات).
  • ضع في اعتبارك أفضل طريقة لتحليل البيانات استنادا إلى حالة الاستخدام.

الخطوات التالية

  • إنشاء حل عمليات المركبات المستقلة (AVOps) لإلقاء نظرة أوسع على الهندسة الرقمية للسيارات للقيادة المستقلة والمساعدة.

تغطي المقالات التالية بعض المفاهيم المستخدمة في البنية:

  • يتم استخدام نمط التحقق من المطالبة لدعم معالجة الرسائل الكبيرة، مثل تحميل الملفات.
  • تغطي طوابع النشر المفاهيم العامة المطلوبة لتوسيع نطاق الحل لملايين المركبات.
  • يصف التقييد المفهوم الذي يتطلبه التعامل مع عدد استثنائي من الرسائل الواردة من المركبات.

تصف المقالات التالية التفاعلات بين المكونات في البنية: