خلال جلسة الأسئلة والأجوبة الخاصة بأسبوع الإعداد لاجتماع ICANN69 مع الفريق التنفيذي لمنظمة ICANN، سُئلت عن كيفية قيام وظيفة الهندسة وتكنولوجيا المعلومات (E&IT) بتحديد أولويات عملها بشكل عام، وعلى وجه الخصوص عن مدى الإنجازات المحققة في أعمال خدمة بيانات المنطقة المركزية (CZDS). وقبل أن أقدم لكم إحاطة بمستجدات خدمة بيانات المنطقة المركزية، أود أن أوضح كيفية تعامل وظيفة الهندسة وتكنولوجيا المعلومات مع مسألة تحديد أولويات المشروعات.
حيث تعمل وظيفة الهندسة وتكنولوجيا المعلومات بمثابة "مزود خدمة" أساسي لمنظمة ICANN. نظرًا لأن الأنظمة غير متوافقة تمامًا مع الحدود الوظيفية المحددة من قبل المنظمة، فإن وظيفة الهندسة وتكنولوجيا المعلومات هي المكان الذي تصبح فيه تأثيرات مختلف الوظائف مرئية بسهولة. وعلى هذا النحو، يستخدم فريق الهندسة وتكنولوجيا المعلومات عملية تكاملية وتعاونية لجمع الطلبات على الأنظمة وتحديد أولويات العمل. كما يُطلب من كبار القادة في منظمة ICANN مرتين في السنة تقييم متطلبات مشروعاتهم الحالية والمستقبلية المتعلقة بالهندسة وتكنولوجيا المعلومات في وظائفهم. وقد تكون المشروعات بسيطة نسبيًا مثل تحسين البنية التحتية لأجهزة الكمبيوتر والشبكة والتخزين، أو أكثر تعقيدًا مثل أنظمة برمجيات الترميز المخصصة المناسبة للأغراض، إلى جانب تحسين البنية التحتية بحيث تتوافق مع أي من تلك النظم. وتتضمن هذه العملية جمع التعليقات من كل فريق، ومواءمة مقترحات المشروع مع الاستراتيجيات المعلنة للمؤسسة ، وفهم التبعيات والتداخلات فيما بين مختلف الوظائف والتأثيرات، إضافة إلى النظر في التعليقات والآراء المقدمة من المجتمع، وتحديد أولويات الطلبات. وهذا يؤدي إلى قائمة مرتبة بمطالب الهندسة وتكنولوجيا المعلومات لكل وظيفة داخل منظمة ICANN.
بعد ذلك، يتم رفض طلبات المشروعات هذه في ضوء رأس المال المتاح (بناءً على الميزانيات التي يراجعها المجتمع والمعتمدة من مجلس إدارة ICANN) وقدرة وظيفة الهندسة وتكنولوجيا المعلومات (بناءً على قدرة واستطاعة أفراد وظيفة الهندسة وتكنولوجيا المعلومات غير المعهود بها، بما في ذلك الموارد الخارجية). تلك هي العوامل الأساسية المستخدمة في تحديد عدد المشروعات المعتمدة على وظيفة الهندسة وتكنولوجيا المعلومات ويمكن تنفيذها في كل نصف سنة (في فترة يناير/كانون الثاني-يونيو/حزيران وأيضًا في فترة يوليو/تموز-ديسمبر/كانون الأول). وهذا من شأنه مساعدتنا على عدم الانتظار والتدخل في قائمة الطلبات المرتبة.
يشار إلى القائمة النهائية لمشروعات وظيفة الهندسة وتكنولوجيا المعلومات باسم خط التنفيذ المتجمد. وفي كل نصف سنة، تتم مراجعة خط التنفيذ المتجمد أولاً والموافقة عليه بمعرفة كبار نواب رئيس ICANN، ثم بمعرفة رئيس ICANN التنفيذي، الأمر الذي يؤدي إلى مجموعة من الإنجازات المتوقعة. وأي تغييرات يتم إجراؤها على الخطة -بما في ذلك الإضافات إلى المشروع أو عمليات الطرح منها- ستؤدي إلى مراجعة يقوم بها المدير التنفيذي.
وللمساعدة في التنظيم والتنسيق الداخليين لخط التنفيذ المتجمد، يتم تقسيم عمل وظيفة الهندسة وتكنولوجيا المعلومات إلى سبعة مسارات عمل. الستة الأولى منها غير متداخلة نسبيًا، في حين تتقارب جميع مسارات العمل عادةً في المسار السابع (البنية التحتية المحسنة لتكنولوجيا المعلومات) في شكل أو نمط ما. وفيما يلي مسارات العمل السبعة:
- مشاركة المجتمع: العمل المتعلق بالمشاركة الداعمة مع مجتمع ICANN. على سبيل المثال، الأنظمة التي تدعم برنامج زمالة ICANN وهياكل مجتمع ICANN وبرامج دعم السفريات.
- تعاون المجتمع: العمل المتعلق بشكل أساسي بالأدوات والمواقع الإلكترونية التي تستخدمها منظمة ICANN ومنظمات الدعم واللجان الاستشارية. كما تندرج مبادرة شفافية المعلومات (ITI) في هذه الفئة.
- الأطراف المتعاقدة: العمل على دعم أعمال المعاملات ذات الصلة بالسجلات وأمناء السجل، بما في ذلك بوابة خدمات التسمية (NSp).
- الخدمات الفنية: العمل المتعلق بالأنظمة العديدة التي تستخدمها منظمة ICANN و/أو يستفيد منها مجتمع ICANN لضمان تلبية الأطراف المتعاقدة للالتزامات التعاقدية. تندرج أنظمة مثل مراقبة اتفاقيات مستوى الخدمة (SLAM) والوصول إلى ملف المنطقة وخدمة بيانات المنطقة المركزية ضمن هذه الفئة.
- خدمات هيئة الإنترنت للأرقام المخصصة (IANA): العمل المرتبط بالأنظمة المستخدمة من جانب المجتمع وفريق IANA لتنفيذ وظائف IANA، بما في ذلك إدارة منطقة الجذر.
- خدمات الموظفين: العمل المتعلق بالأنظمة التي تخدم مؤسسة ICANN، بما في ذلك وظائف تخطيط موارد المؤسسات (ERP) مثل الموارد البشرية والشؤون المالية والإنترانت والبريد الإلكتروني وأنظمة الهاتف ومنصة Slack للرسائل الداخلية، وما إلى ذلك.
- البنية التحتية لتكنولوجيا المعلومات المدعومة: العمل المتعلق بالأنظمة والخدمات التي يستخدمها جميع أصحاب المصلحة المذكورين أعلاه. ويتضمن ذلك أنظمة مثل Zoom ومراكز البيانات والسحابة وأمن المعلومات وخوادم الجذر تحت إدارة من ICANN (المعروفة اختصارًا بلفظ IMRS).
مع وضع عملية تحديد الأولويات هذه في الاعتبار، أود أن أتناول موضوع خدمة بيانات المنطقة المركزية بمزيد من التفاصيل بسبب اهتمام المجتمع المتواصل.
فقبل بضع سنوات، تمت إعادة صياغة خدمة بيانات المنطقة المركزية من خلال إعادة تشكيلها على مجموعة مكونة من Java لمقدمي طلبات المواجهين لمجتمع ICANN في الطرف الأمامية، ونظام Salesforceلمعتمدي الأطراف المتعاقدة في الطرف الخلفي (مع دمج هذه الوظيفة أيضًا في بوابة خدمات التسمية NSp). تم الانتهاء من هذا العمل في يناير/كانون الثاني 2019. على الرغم من أنها كانت بداية جيدة، إلا أن هناك عناصر إضافية للعمل يجب معالجتها حتى تتوافق خدمة بيانات المنطقة المركزية مع التوصيات الواردة في التقرير SAC097 المقدم من اللجنة الاستشارية للأمن والاستقرار (SSAC) في عام 2017.
يشمل العمل المرتبط بخدمة بيانات المنطقة المركزية في وظيفة الهندسة وتكنولوجيا المعلومات مسارات عمل ثلاثة منها (للأطراف المتعاقدة) وأربعة (للخدمات الفنية). وفيما يلي خط التنفيذ المتجمد المتعلق بمسارات العمل هذه لنصف السنة القادم (يناير/كانون الثاني-يونيو/حزيران 2021) بناءً على الأولوية وتخصيص الموارد، إضافة إلى شرح موجز للمشروعات.
الخدمات الفنية
- يخضع نظام مراقبة اتفاقية مستوى الخدمة (SLAM) لتحديث رئيسي من أجل تحسين أداء المراقبة والأمن والمؤشرات الخاصة بالسجلات. ويعد نظام مراقبة اتفاقية مستوى الخدمة العمود الفقري لأنظمة الخدمات الفنية في ICANN.
- وسوف يتيح مشروع مراقبة أمناء السجلات إمكانية توفير مراقبة اتفاقية مستوى الخدمة لأمناء السجلات، مما يسمح لـ ICANN بمراقبة الخدمات المقدمة من قبل أمناء السجلات حسب اتفاقية اعتماد أمين السجل (RAA).
- ستدعم التحسينات التي يتم إدخالها على واجهات معالجة تطبيقات نظام مراقبة ICANN (أو MoSAPI) مراقبة بروتوكول الوصول إلى بيانات التسجيل (RDAP)، وهوما يسمح لـ ICANN تقديم معلومات بروتوكول الوصول إلى بيانات التسجيل التفصيلية إلى الأطراف المتعاقدة بمجرد تمكين المراقبة. وسوف يعود ذلك بالنفع على السجلات من خلال دمج مؤشرات إضافية لمراقبة اتفاقية مستوى الخدمة.
- ستسمح تحسينات واجهة الإبلاغ عن التسجيل (RRI) لفريق الامتثال التابع لمنظمة ICANN معالجة مشكلات إشعار وكيل إيداع بيانات أمين السجل (DEA) بشكل أفضل متى ما ظهرت تلك المشكلات.
الأطراف المتعاقدة
- العمل مستمر فيما يخص بوابة خدمات التسمية (NSp).
- إننا بصدد إعادة بناء عمليات تكامل مع أنظمة الخدمات الفنية التي من شأنها إنهاء عمل منصة امتثال قديمة (Kayako)، وتحقيق وفورات في تكاليف الترخيص، وتحسين كفاءة فريق الامتثال، وتعزيز تجربة المستخدم بالنسبة لمقدمي بلاغات حالة الامتثال.
- كما سيوفر الامتثال لبوابة خدمات التسمية وظائف تسمح للمراسلين إرسال حالات امتثال متعددة (مجمعة) وسوف يحتسب عمليات التكامل المتبقية.
- في الإطار الزمني من يونيو/حزيران إلى يوليو/تموز 2021، يتطلع الفريق إلى بدء التطوير على خدمة بيانات المنطقة المركزية الإصدار 3.0، والذي سيفي بتوصية مقدمة من اللجنة الاستشارية للأمن والاستقرار لإجراء تمديد تلقائي للطلبات المعتمدة لملفات المنطقة.
وتلخيصًا للموضوع، منذ عام 2017 عندما قبل مجلس إدارة ICANN التقرير SAC097، كان العمل المتعلق بخدمة بيانات المنطقة المركزية يمثل أولوية. وقد تم إجراء العديد من التغييرات على خدمة بيانات المنطقة المركزية، لكنها لم تكن واضحة بالنسبة للمستخدمين النهائيين لأنها تضمنت تغييرات في البنية التحتية الأساسية التي تستخدمها خدمة بيانات المنطقة المركزية. بالإضافة إلى ذلك، أدت المشاورات التي أجريت مع المجتمع ومناقشات منظمة ICANN الداخلية إلى زيادة ترتيب أولويات المشروعات الأخرى. ومع ذلك، تشير مسارات عمل القطاع الهندسي لنصف العام القادم إلى أن العمل على خدمة بيانات المنطقة المركزية سيعاد تشغيلها في منتصف عام 2021، بناءً على الأولويات والقيود الحالية.
ومع فهم رغبة المجتمع في رؤية تنفيذ أسرع لمشروعات خدمة بيانات المنطقة المركزية، ينظر فريق الهندسة وتكنولوجيا المعلومات في أفضل السبل من أجل زيادة السعة في حدود رأس المال والموارد البشرية على المدى القصير. كما كان من السهل نسبيًا تجنيد موارد Java على المدى المؤقت والطويل، ولكن ثبت أن مقدرة نظام Salesforce على لعمل المتعلق ببوابة خدمات التسمية يصعب تحديدها واستغلالها.
وإنني أتطلع إلى تزويد المجتمع بمزيد من الإحاطات بآخر المستجدات مع دخولنا نصف العام التالي من العمل. في غضون ذلك، أتوجه إليكم بالشكر على تفهمكم وصبركم.
