Salesforce DevOps لـ Data Cloud

تعيش معظم تهيئة Data Cloud خارج نطاق Metadata API. إليك ما يعنيه ذلك بالنسبة لعملية الإصدار لديك.

إيه اللي صعب نشره

تعيش Data Streams وData Model Objects وCalculated Insights وSegments في الغالب ضمن طبقة التهيئة الخاصة بـ Data Cloud بدلاً من Metadata API القياسية، لذا نادرًا ما تنقلها مجموعة تغيير أو حزمة GP2 بشكل نظيف بين المؤسسات. كما أن تحديثات بيئة الاختبار لا تنقل معها البيانات المستوردة إلى Data Cloud، ما يعني أن الفرق غالبًا ما تعيد بناء أو إعادة ربط تدفقات البيانات يدويًا في كل بيئة اختبار جديدة بدلاً من ترقية تغيير متتبَّع. تصل الفجوة نفسها إلى Agentforce، التي ترتبط تهيئة التأصيل والاسترجاع الخاصة بها بـ Data Cloud. تنتهي الشرائح المُفعَّلة في Marketing Cloud على منصة منفصلة لا تغطيها Metadata API الخاصة بـ Salesforce على الإطلاق.

فين بيصعب الموضوع

الكائنات الأساسية تعيش خارج Metadata API

تعيش Data Streams وData Model Objects وCalculated Insights وSegments في الغالب ضمن طبقة التهيئة الخاصة بـ Data Cloud، لذا نادرًا ما تنقلها مجموعة تغيير أو حزمة GP2 بشكل نظيف بين المؤسسات.

تحديثات بيئة الاختبار لا تنقل البيانات المستوردة

يعيد تحديث بيئة الاختبار ضبط المؤسسة لكن ليس السجلات المستوردة إلى Data Cloud، لذا غالبًا ما تعيد الفرق بناء أو إعادة ربط تدفقات البيانات يدويًا في كل بيئة اختبار جديدة بدلاً من ترقية تغيير متتبَّع.

موصلات الاستيراد تحتاج إلى إعادة الربط لكل مؤسسة

تُهيّأ موصلات المصدر في Data Cloud ويتم مصادقتها لكل بيئة على حدة، لذا حتى نسخة مؤسسة نظيفة تحتاج إلى شخص يعيد ربط كل مصدر قبل أن تبدأ البيانات بالتدفق.

من واقع الاستخدام

إزاي Serpent بتساعد

يمركز Serpent كل بيئة اختبار ومؤسسة مؤقتة تعتمد عليها إعدادات Data Cloud لديك، ويزامن البيئات من مكان واحد بحيث تبقى البيانات الوصفية على جانب Salesforce المحيطة بها، مجموعات الأذونات، الـ Flows، مستخدمو التكامل، متتبَّعة الإصدارات رغم أن تهيئة Data Cloud الخاصة تعيش خارج Metadata API. راجع إدارة المؤسسات في Serpent لمعرفة كيف تبقى البيئات متزامنة. للفرق التي تقيّم أداة مخصصة لنقل البيانات، اطّلع على كيفية مقارنة Serpent بـ Prodly.

الذكاء الاصطناعي في Serpent لعمليات نشر Salesforce

إصدار نموذجي لـ Salesforce DevOps لـ Data Cloud

سجّل التغيير في جانب Salesforce كمهمة
تدخل مجموعات الأذونات والـ Flows وتهيئة مستخدم التكامل التي يعتمد عليها تدفق Data Cloud في مهمة واحدة.
انشر البيانات الوصفية الداعمة بشكل تفاضلي
يُسلّم Serpent فقط ما تغيّر، وليس نشرًا كاملاً للمؤسسة، بحيث تبقى كائنات Data Cloud التي لا يمكنك نقلها معزولة عمّا يمكنك نقله.
زامن البيئات قبل إعادة ربط التدفقات
تبقى بيئات الاختبار والمؤسسات المؤقتة المجمّعة متوافقة من لوحة تحكم واحدة، بحيث تبدأ إعادة ربط تدفق بيانات في بيئة جديدة من خط أساس معروف وسليم.
تراجع عن البيانات الوصفية، وليس عن خط الأنابيب
إذا حدث خلل ما، يعيد التراجع بنقرة واحدة التغيير في جانب Salesforce إلى حالته السابقة دون المساس بتهيئة Data Cloud الخاصة.

الأسئلة الشائعة

Data Cloud DevOps، بالإجابات

هل ينشر Serpent Data Streams أو DMOs أو Segments مباشرةً؟

لا توجد أداة تنقل التهيئة الأصلية لـ Data Cloud عبر Metadata API، فتلك الطبقة تقع خارجها تمامًا. يحافظ Serpent على تزامن البيانات الوصفية والبيئات المحيطة الخاصة بـ Salesforce بحيث لا ينحرف باقي إعدادك.

لماذا يُعطّل تحديث بيئة الاختبار إعداد Data Cloud لدينا؟

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

هل يمكن لـ Serpent تتبّع مستخدمي التكامل ومجموعات الأذونات التي تعتمد عليها Data Cloud؟

نعم. تلك بيانات وصفية قياسية من Salesforce، لذا تُنشر ويُتحكم في إصداراتها عبر خط الأنابيب المعتاد في Serpent إلى جانب كل شيء آخر.

ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.

يتم الإعداد في أقل من 15 دقيقة. دون الحاجة لتوظيف مختص DevOps.

ابدأ مجانًا احجز عرضًا تجريبيًا