Org Shape
لا تملك كل sandbox نفس حدود الإنتاج، وعدم تطابق shape المؤسسة سبب شائع لأخطاء من نوع “يعمل في sandbox، ويفشل في prod”.
التعريف
تأتي بيئات Salesforce بأشكال (shapes) مختلفة: تُشحن sandboxes من نوع Developer وDeveloper Pro بجزء صغير من سعة تخزين الإنتاج ودون بيانات حقيقية؛ تنسخ sandboxes من نوع Partial Copy وFull المخطط (schema)، وبالنسبة لـ Full جميع البيانات، لكنها تُحدَّث على فترة ثابتة بدلاً من عند الطلب؛ أما scratch orgs فتُعرَّف بالكامل عبر ملف تعريف scratch org وتبدأ فارغة في كل مرة. يمكن أن تختلف تراخيص الميزات، وحدود التخزين، وحتى بعض الإعدادات على مستوى المؤسسة بين sandbox والإنتاج، لذا فإن عملية نشر أو اختبارًا كثيف البيانات ينجح بسلاسة في sandbox من نوع Developer قد يفشل مع ذلك بسبب حدود governor أو تراخيص permission set مفقودة بمجرد وصوله إلى sandbox من نوع Full أو الإنتاج. اختيار shape المؤسسة المناسب لكل مرحلة اختبار، لا الأرخص فحسب، هو جزء من تصميم خط أنابيب Salesforce DevOps الذي يرصد المشكلات قبل الإصدار. يغطي دليل الركائز الخمس لـ Salesforce DevOps استراتيجية البيئات بمزيد من العمق.
إزاي بيشتغل في Serpent
يُجمِّع Serpent scratch orgs ويزوّدها وفق المواصفات من ملف تعريف، ويُبقي توقيت تحديث sandbox مرئيًا للفريق بأكمله، بحيث لا يكتشف أحد sandbox من نوع Full قديمة في منتصف الإصدار. تعمل فحوصات preflight مقابل حدود المؤسسة الهدف الفعلية قبل شحن أي عملية نشر، فتلتقط الأعطال الخاصة بـ shape قبل وصولها إلى الإنتاج. راجع إدارة المؤسسات في Serpent لمعرفة كيف تُزوَّد البيئات وتُتبَّع.
ابدأ مجانًا. بلا بطاقة ائتمان، بلا تثبيت، بلا التزام.
الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف DevOps.