Salesforce CRM يتم استخدامها من قبل مجموعة متنوعة من الشركات من جميع الأحجام وفي مختلف الصناعات. شارك Salesforce في الإدارة الفعالة لبيانات العميل لأكثر من عقدين. لديها العديد من المفاهيم والممارسات الثورية ، بالإضافة إلى القدرة على الوصول إلى بياناتك في أي مكان وزمان. يحتوي هذا النظام الأساسي على عدد كبير من الخوادم في جميع أنحاء العالم ، وستكون المنظمة التي تعمل بها أيضًا واحدة منها. تحتوي هذه الخوادم على قواعد بيانات وآلات ضخمة ، وهي قوية جدًا بحيث يمكن لكل خادم استضافة العديد من مثيلات Salesforce من شركات مختلفة.
مطورو Salesforce تقدم مجموعة متنوعة من الخدمات لعملائها المصممة بدقة وفقًا لمتطلباتهم. إنها تساعد في تصميم وتطوير وتخصيص مجموعة متنوعة من منتجات ومنصات وتطبيقات Salesforce لتلبية متطلبات عملائها. ولكن توجد دائمًا قواعد حيثما توجد موارد محدودة و Salesforce ليست استثناءً.
تطوير فريق المبيعات والعمليات لا تخلو من القيود واللوائح. يجب أن يلتزم مطورو Salesforce بالعديد من الإرشادات أثناء إجراء تعديلات كبيرة على النظام عند استخدام منصة Salesforce CRM. وتشمل معظم هذه القواعد واللوائح حدود محافظ Salesforce.
ما هي العمارة متعددة المؤسسات؟
لفهم حدود الحاكم في Salesforce وكيف أنها تحد من عمليات مطوري Salesforce ، من الأهمية بمكان أولاً فهم مفهوم الهندسة المعمارية متعددة المستأجرين. يشير مصطلح Multitenancy إلى طريقة تشغيل البرامج التي تشترك فيها مثيلات متعددة مستقلة لبرنامج واحد أو أكثر في بيئة مشتركة.
العمارة المتعددة بعبارة أبسط ، هو عندما يتم استخدام منصة برمجية واحدة (أو أي منصة بشكل عام) من قبل عدة مستخدمين. نظرًا لأن جميع المشغلين يستخدمون نفس الإصدار وتصميم النظام الأساسي ، فإن Salesforce CRM يندرج تحت فئة البنية متعددة المستأجرين.
إليك مثال لمساعدتك على فهم:
نظر تعدد إيجارات Salesforce ببساطة مثل استئجار شقة في مبنى. الكهرباء والغاز وعرض النطاق الترددي للواي فاي كلها موارد مشتركة لكل مبنى في الشقة.
الآن إذا بدأت العديد من الشقق في توصيل الأجهزة الثقيلة القادرة على استهلاك كل الكهرباء. فكر في ما سيحدث إذا بدأت الشقق الأخرى في تنزيل ملفات كبيرة من الإنترنت.
حتى لو دفعت قسطًا ، فسيكون من الصعب العيش في شقة حيث لا يمكنك الحصول على الكهرباء المناسبة أو عرض النطاق الترددي لشبكة Wi-Fi.
هنا الشقق عبارة عن مؤسسات منفصلة لـ Salesforce ، ومجمع الشقق هو خادم Salesforce. وهذا التوزيع للموارد المشتركة هو هيكل متعدد الإيجارات.
هناك مصطلح آخر مستخدم أي ، منصات المستأجر الفردي، والفرق بين الأنظمة الأساسية الفردية والمتعددة هو أن المستأجر الفردي يتطلب من المستخدمين ترقيته بانتظام.
من ناحية أخرى ، تقوم المنصات متعددة المستخدمين بترقية نفسها بانتظام ونشر تحديثات موحدة لجميع مستخدميها. عندما يتعلق الأمر بـ Salesforce ، فهو ملف CRM القائم على السحابة، لذلك لا داعي للقلق بشأن صيانة برامج وأجهزة منصة Salesforce.
أيضا ، اقرأ: ما هو Salesforce Health Cloud؟ ميزاته وفوائده
ما هي حدود محافظ Salesforce؟
حدود محافظ Salesforce يشار إليها عادة باسم حدود حاكم أبيكس لأنها مرتبطة بالتخصيصات والتعديلات الرئيسية.
يفرض محرك وقت التشغيل الرئيسي قيود وقت التشغيل هذه لتطوير تعليمات برمجية قابلة للتطوير وفعالة ومنع العمليات من احتكار الموارد المشتركة.
حدود الحاكم في Salesforce هي مجموعة حيوية من القواعد التي جعلت من Salesforce النظام الأساسي لإدارة علاقات العملاء (CRM) الأكثر شهرة في العالم.
حدود محافظ Salesforce، بعبارات بسيطة ، هي حدود استخدام تفرضها Salesforce لضمان المعالجة الفعالة. يتيح ذلك لعدة مستخدمين الوصول إلى النظام الأساسي في نفس الوقت دون إبطائه.
هذا أمر بالغ الأهمية لأن كل بيئة برمجة لها مجموعتها الخاصة من الهياكل والقدرات والقيود. تعمل جميع برامج وخدمات وتطبيقات النظام الأساسي في بيئة متعددة المستأجرين ، مما يعني أن مواردهم ، مثل اتصالات الذاكرة والشبكة وقاعدة البيانات ، تتم مشاركتها مع كل برنامج آخر على النظام الأساسي. نتيجة لذلك ، يجب أن تحمي المنصة من الشفتين والتطبيقات التي ترهق موارد النظام.
يجب على كل مطور التأكد من أن الكود الخاص به قابل للتطوير بشكل صحيح ولا ينتهك الحدود. لذلك ، من الضروري اتباع اللوائح لمنع المطورين من إهدار الموارد.
إذا كان أي من حدود محافظ Salesforce تم تجاوزها أو لم يتم استيفائها ، سيتم إنشاء خطأ ، وسيتم إخطار المستخدمين على الفور. سيتم بعد ذلك إيقاف تشغيل برنامج المستخدم بسبب هذا الخطأ.
أيضا ، اقرأ: ما هي إدارة أراضي مؤسسة Salesforce؟
أنواع حدود المحافظ في Salesforce
فيما يلي ورقة لـ Salesforce Governor Limits التي تلخص أهم الحدود التي يجب أن يكون الجميع على دراية بها:
نبذة | حد الحاكم |
---|---|
العدد الإجمالي لاستعلامات SOSL الصادرة في Salesforce | 20 |
حدود محافظ DML في Salesforce (إجمالي عدد الكشوفات الصادرة لكل معاملة) | 150 |
إجمالي عدد السجلات التي تم استردادها بواسطة استعلام SOSL واحد | 2000 |
إجمالي عدد السجلات التي تم استردادها بواسطة استعلامات SOQL | 50000 |
إجمالي عدد السجلات التي تم استردادها بواسطة Database.getQueryLocator | 10000 |
حدود محافظ Salesforce لإجمالي حجم الكومة | 6 MB / 12 MB |
فيما يلي حدود حاكم Apex في Salesforce:
1) حدود قمة كل معاملة:
يتم تطبيق حدود Apex لكل معاملة ويتم احتسابها لكل معاملة Apex. ستتم إعادة تعيين هذه الحدود المحددة في طريقة التنفيذ لتنفيذ كل دفعة من السجلات عند استخدام Batch Apex.
القيود المفروضة على متزامن و ابيكس غير متزامن تم تلخيصها في الجدول أدناه:
عامل | حد متزامن | حد غير متزامن |
---|---|---|
تم إصدار إجمالي استعلامات SOQL | 100 | 200 |
إجمالي السجلات التي تم استردادها بواسطة استعلامات SOQL | 50,000 | |
إجمالي السجلات التي تم استردادها بواسطة Database.getQueryLocator | 10,000 | |
تم إصدار مجموع استفسارات SOSL | 20 | |
السجلات التي تم استردادها بواسطة استعلام SOSL واحد | 20,000 | |
إصدار بيانات Toal DML | 150 | |
إجمالي السجلات التي تمت معالجتها بواسطة بيانات DML | 10,000 | |
عمق المكدس لاستدعاء Apex | 16 | |
مجموع callots في المعاملة | 100 | |
الطرق المسموح بها لكل استدعاء Apex | 50 | 0 في سياقات الدُفعات والمستقبلية ، 1 في سياق قابل للاختيار |
تمت إضافة عدد وظائف Apex | 50 | 1 |
طرق الإرسال بالبريد الإلكتروني مسموح بها | 10 | |
إجمالي حجم الكومة | 6 MB | 12 MB |
الأعلى. وقت وحدة المعالجة المركزية على خوادم Salesforce | 10,000 ميلي ثانية | 60,000 ميلي ثانية |
وقت تنفيذ صفقة Apex | 10 دقيقة | |
الأعلى. دفع الإخطارات لكل معاملة Apex | 10 | |
ترسل إخطارات الدفع القصوى من خلال كل مكالمة طريقة إعلام دفع | 2000 |
2) حدود الحزمة المُدارة المعتمدة لكل معاملة
هذه هي الحدود التي يتم فرضها على الحزم المُدارة وتختلف عن الحدود المطبقة على الجزء الرئيسي الذي لا يمثل جزءًا من الحزمة المُدارة.
إذا تم إنشاء حزمة مُدارة بواسطة ملف Salesforce بائعي البرامج المستقلين اجتاز تقييمًا أمنيًا ، فغالبًا ما تكون حدود كل معاملة أعلى.
عامل | قصر |
---|---|
تم إصدار إجمالي استعلامات SOQL | 1100 |
إجمالي السجلات المستردة بواسطة Database.getQueryLocator | 110000 |
عدد استفسارات SOSL الصادرة | 220 |
إجمالي بيانات DML الصادرة | 1650 |
إجمالي وسائل الشرح في المعاملة | 1100 |
طرق الإرسال بالبريد الإلكتروني مسموح بها | 110 |
بالنسبة للحزم المُدارة المعتمدة ، يتم تطبيق جميع قيود المعاملات بشكل فردي ، باستثناء:
- إجمالي حجم الكومة
- أقصى وقت لوحدة المعالجة المركزية
- الحد الأقصى لوقت تنفيذ الصفقة
- الحد الأقصى لعدد مساحات الأسماء الفريدة
أيضا ، اقرأ: Pipedrive مقابل Salesforce: أي CRM هو الأفضل لعملك؟
3) حدود قمة منصة Lightning
هذه هي حدود الحاكم التي وضعتها منصة Salesforce Lightning. لا تنطبق أي من هذه الحدود على معاملات Apex التي ينفذها المطورون.
الوصف | قصر |
---|---|
الحد الأقصى لمقدار عمليات تنفيذ الطريقة غير المتزامنة في اليوم | 25,000 |
فصول القمة المجدولة المتوازية | 100 |
وظائف في قائمة الانتظار Apex | 5 |
الأعلى. تم إرسال دفعات | 5 |
فتح Parallelly مؤشرات الاستعلام / المستخدم | 50 |
فتح Parallelly مؤشرات الاستعلام / المستخدم | 15 |
4) حدود قمة ثابتة
هذه هي حدود حاكم القمة تم تعيينه للقمة الثابتة ، والتي تنطبق على أنواع مختلفة من الاستعلامات ، ووسائل الشرح ، والسجلات ، والحلقات ، وأحجام الدُفعات ، فضلاً عن المعاملات المختلفة التي يقوم بها المستخدمون.
الوصف | حدود |
---|---|
المهلة الافتراضية لوسائل شرح المعاملة | 10 ثانية |
الأعلى. حجم طلب الشرح أو الاستجابة | 6 ميغا بايت (متزامن) 12 ميغا بايت (غير متزامن) |
وقت تشغيل استعلام SOQL قبل إلغاء المعاملة | 120 ثانية |
الأعلى. عدد من فئة ووحدات الزناد من التعليمات البرمجية | 5000 |
حجم دفعة التشغيل لـ Apex | 200 |
حجم دفعة قائمة الحلقة | 200 |
أرجع استعلام Apex الدفعي السجلات في Database.QueryLocator | 50 مليون |
5) حدود القمة الخاصة بالحجم
ترتبط هذه الحدود بحجم وعدد سطور الكود على المنصة. يتم استخدام هذه بشكل أساسي لضمان عدم وجود عناصر كبيرة الحجم في الفئات أو المشغلات أو المؤسسة.
الوصف | قصر |
---|---|
أقصى عدد من الأحرف / فئة | 1 مليون |
أقصى قدر من المشغلات / فئة | 1 مليون |
أقصى استخدام للكود Apex | 6 MB |
حد لحجم الطريقة | 65,535 |
لماذا يتم فرض حدود محافظ Salesforce؟
توفر منصة Salesforce التخصيص في شكل مشغل Apex أو خدمات الويب أو التغييرات التعريفية مثل التدفقات وبناة العمليات. عند تشغيل هذه التخصيصات على النظام الأساسي ، فإنها تستهلك موارد محدودة تتم مشاركتها مع الآخرين حالات Salesforce.
تتأكد Salesforce من أن نظامها الأساسي يعمل بسلاسة وأن عملائها لا ينزعجون من فشل الخادم. نتيجة ل، حدود محافظ Salesforce تم وضعها وتنفيذها.
إنها تضمن أن أي مثيل Salesforce الذي يشارك الموارد مع مثيلات أخرى لا يستهلك جميع الموارد المحدودة وأن الموارد يتم توزيعها بشكل صحيح وفقًا لنموذج اشتراك المثيل.
مزايا:
- محافظ Salesforce تمنع القيود المؤسسات الأخرى من التشغيل وبالتالي تنفيذ تعليمات برمجية طويلة ، والتي يمكن أن تستهلك الكثير من الذاكرة وحتى وحدة المعالجة المركزية السحابية.
- لدى Apex مجموعة منفصلة تمامًا من حدود الترميز.
- تبقينا حدود المحافظ هذه في المساحة الصحيحة للتشفير عند العمل مع Apex.
أيضا ، اقرأ: مقارنة إصدار Salesforce: الميزات والتطبيقات
كيف يمكنك تجنب الوصول إلى حدود محافظ Salesforce هذه؟
تقع على عاتقنا مسؤولية التأكد من أن الكود الخاص بنا قابل للتطوير ولا يتجاوز حدود الحاكم. يمكن استخدام العديد من الحيل والنصائح لضمان كتابة أي كود تخصيص ضمن حدود مدير Salesforce. لهذا يجب عليك اتباع الخطوات التالية:
- في حلقة FOR ، تأكد من عدم وجود عبارات DML أو استعلامات SOQL.
- في الحلقة ، تجنب استخدام عمليات SOQL أو DML.
- تعيين حدود الحاكم ، حدد الخيار "إرسال رسائل بريد إلكتروني تحذيرية من Apex" في سجل المستخدم الخاص بك لتلقي تحذيرات عبر البريد الإلكتروني.
- اجمع التعليمات البرمجية والأساليب المساعدة.
- يمكن الاستعلام عن مجموعات البيانات الكبيرة.
- لتجنب مشاكل حجم الكومة ، تأكد من أن المتغيرات خاصة أو مؤقتة ما لم تكن بحاجة إلى الوصول إليها خارج الفصل الدراسي.
- إذا احتجنا إلى معالجة 50,000 سجل ، فيجب عليك استخدام Batch Apex.
- تبسيط تنفيذ عدة مشغلات على كائن واحد.
- للحلقات ، استخدم الاستعلامات والمجموعات المبسطة.
أيضا ، اقرأ: عميل Salesforce 360 - كل ما تريد معرفته
وفي الختام
كما ترى ، هناك أنواع مختلفة من حدود المحافظ المتاحة في ساليسفورسي، وهذا لسبب وجيه: فهي تساعدنا على أن نصبح مديرين ومطورين أكثر كفاءة. هناك العديد من الأنماط العامة التي يمكنك اعتمادها للتأكد من بقائك ضمن هذه الحدود. بشكل عام ، تدور الحدود الأكثر شهرة في معاملة واحدة حولها سوقل و DML حدود.
سيكتب المطورون تلقائيًا تعليمات برمجية محسّنة توفر الأداء الأمثل عند إجراء التخصيصات مع مراعاة هذه الحدود. نأمل أن تكون قد فهمت الآن أن تجاوز حدود الحاكم يمكن أن يكون أمرًا صعبًا وممتعًا. إذا كان لديك أي أسئلة أخرى أو تحتاج إلى مساعدة من متخصصين ، لا تتردد في الاتصال بنا.
خدمات استشارات Salesforce
إذا كنت جديدًا على الأتمتة ومربكًا بشأن Workflow أو Process Builder. لا داعي للقلق ، لقد قمنا بتغطيتك جميعًا. تحدث إلى خبرائنا وامسح جميع الأفكار الغائمة حول الأتمتة.