الخلاصة

  • تثبّت Atlassian بيانات Jira الداخلة في نطاق الإعداد على مستوى التطبيق. ولكل إضافة في Marketplace حالة إقامة مستقلة؛ بعض الإضافات فقط ينتقل مع التطبيق المضيف.
  • يتطلب نقل الإضافة بصورة منفصلة تقديم الطلب قبل ثلاثة أيام على الأقل وحجز نافذة من 24 ساعة. وتقول Atlassian إن التطبيق المضيف سيكون خارج الخدمة أثناء عمل الشريك.

فاتورة الانتقال الثانية

تريد إدارة المشتريات إثباتاً بأن بيانات Jira في منطقة بعينها. يفتح المسؤول لوحة التحكم ويعرض كلمة PINNED. هذه شهادة حقيقية، لكن حدودها هي البيانات التي تشملها سياسة إقامة Jira. أما إضافات Marketplace، فيطور معظمها شركاء من خارج Atlassian. قد يختار كل شريك مناطق الدعم وطريقة نقل البيانات. هكذا يصبح وعد واحد بموقع البيانات معتمداً على أكثر من جهة تنفيذ.

تضع Atlassian الإضافات في أربع خانات. PINNED تعني أنها في منطقة المضيف. ELIGIBLE تعني أن الانتقال ممكن لكنه لم يكتمل. NOT ELIGIBLE قد تعني غياب دعم الإقامة أو المنطقة المطلوبة، مع احتمال أن تكون بعض البيانات المخزنة داخل أنظمة Atlassian قد انتقلت فعلاً. أما NO ACTION AVAILABLE فتشمل إضافات يقول شركاؤها إنها تخزّن داخل المضيف وحده أو لا تخزّن بيانات أصلاً. تحويل الخانة الأخيرة إلى رقم عن «تسرب خارجي» اختراع لا يسنده السجل.

بعض التطبيقات المؤهلة ينتقل بعد المضيف مباشرة. بعضها الآخر ينتظر عملية مستقلة ينفذها الشريك. في هذه الحالة تشترط Atlassian طلباً مسبقاً بثلاثة أيام على الأقل ونافذة عمل من 24 ساعة. وخلال الترحيل يتوقف التطبيق المضيف؛ توقيت الانتهاء الدقيق بيد الشريك. لم تعد الإقامة مجرد اختيار بلد على الشاشة، بل قراراً يدفع ثمنه فريق التشغيل في جدول الإتاحة.

وقد تكون الإضافة متصلة بـJira وConfluence معاً. عندئذ يحدد التطبيق المضيف المطلوب للإضافة موقع بياناتها، وقد يتأثر كل تطبيق مضيف متصل بفترة التوقف. النظر إلى حالة Jira وحدها قد يخطئ عنوان البيانات وحجم التعطيل في آن. لكل إضافة ينبغي الرجوع إلى خانة Privacy and Security في Marketplace ووثائق شريكها. لا تنشر Atlassian عدداً عاماً يحل محل جرد التطبيقات المثبتة لدى عميل بعينه.

المصادر