اعتبارات لإعداد IBM Quantum Platform لمنظمة

IBM Quantum® Platform هي لوحة التحكم لنسخ خدمة IBM Quantum Compute وأعباء العمل الخاصة بحساب IBM Cloud® الخاص بك، وتوفر عرضًا مبسطًا لإدارة الوصول. يمكن أن يحتوي حساب IBM Cloud التابع لمنظمة ما على عدة مستخدمين وعدة نسخ من Quantum Compute، لكل منها تخصيصها الخاص. تتحكم إدارة الهوية والوصول (IAM) في تحديد المستخدمين الذين يمكنهم الوصول إلى أي نسخ خدمة، بحيث يمكنك تمكين التعاون مع تقييد الرؤية عند الحاجة. تصبح إدارة الوصول أكثر أهمية إذا كان لديك نسخ خدمة على خطط مدفوعة. راجع بنية حساب IBM Cloud للحصول على نظرة عامة حول كيفية ترابط الحسابات والمستخدمين والنسخ والوصول معًا. راجع وثائق IBM Cloud IAM للاطلاع على التفاصيل الكاملة لمفاهيم IAM المُشار إليها في هذا الدليل، مثل مجموعات الوصول، والسياسات، والأدوار، ومجموعات الموارد.

يصف هذا الدليل القرارات والمفاضلات المتعلقة بإعداد الوصول لمنظمة لديها عدة نسخ خدمة — على سبيل المثال، تخصيص نسخة واحدة لكل فريق أو عبء عمل.

ملاحظة

إذا كانت مؤسستك تمتلك عدة حسابات على IBM Cloud — على سبيل المثال، حسابات منفصلة لكل وحدة عمل، ولكل منها نُسَخ Quantum Compute خاصة بها — يمكنك ربطها ضمن حساب IBM Cloud Enterprise واحد، والذي يحتوي على حساب رئيسي واحد مسؤول عن الفوترة وحساب فرعي واحد أو أكثر. لإعادة توزيع مخصصات خطة Premium أو Flex بين الحسابات الفرعية، تواصل مع دعم IBM Quantum عبر مركز دعم IBM Cloud. راجع توثيق حساب IBM Cloud Enterprise للاطلاع على التفاصيل الكاملة.

نظرة عامة

ملاحظة

يوفر IBM Cloud® طرقًا متعددة لتنفيذ الآليات الموضحة في هذا الدليل. معظم الخطوات عامة وتنطبق على IBM Cloud وليست خاصة بـ Quantum Compute، باستثناء تفاصيل الأدوار المخصصة.

الأشخاص المعنيون

الأدوار التالية مذكورة في هذا الدليل:

• المستخدم: شخص يحصل على صلاحية الوصول إلى موارد Quantum Compute (نُسَخ الخدمة) ويمكنه أيضًا، عند الحاجة، التعاون مع مستخدمين آخرين على هذه الموارد. تُدار صلاحيات المستخدمين من قِبَل المسؤول، ولا يستطيعون إنشاء نُسَخ الخدمة أو حذفها.

• مسؤول السحابة: مالك حساب IBM Cloud الذي يمتلك موارد IBM Quantum Compute ويدير صلاحيات الوصول إليها للمستخدمين. بوصفه مالك الموارد، يتحمّل المسؤول تكاليف أي استخدام مدفوع.

• مسؤول IDP: مسؤول يُعرِّف الهويات وخصائصها في مزوّد الهوية (IDP).

المصطلحات

يستخدم هذا الدليل المصطلحات التالية:

• المورد: مصطلح عام في IBM Cloud يشير إلى كائن يمكن إدارته عبر واجهة المستخدم السحابية أو واجهة سطر الأوامر أو واجهة برمجة التطبيقات. في هذا الدليل، المورد هو نسخة خدمة IBM Quantum Compute Service.

• نسخة الخدمة: تُستخدم للوصول إلى خدمات السحابة، وتحديدًا الحواسيب الكمومية من خلال خدمة IBM Quantum Compute Service. يتم تعريفها من خلال الكتالوج. يمكنك تعريف عدة نُسَخ خدمة بناءً على خطط متماثلة أو مختلفة، تتيح الوصول إلى واجهات خلفية (backends) مختلفة للحوسبة الكمومية. راجع خطط IBM Cloud المتاحة لمزيد من التفاصيل.

خطّط إعدادك

قبل إعداد IBM Quantum Platform لمنظمتك، عليك اتخاذ هذه القرارات:

• كيف تُعرَّف هويات المستخدمين؟ يمكنك إعداد مستخدمي IBM Cloud أو مستخدمين من مزوّد هوية آخر (IDP)، أو كليهما معًا.

  • إذا كنت تستخدم IDP مختلفًا، فهل يقوم مسؤول السحابة أم مسؤول IDP بتعيين المستخدمين لمجموعات الوصول؟

  • إذا كان مسؤول IDP يُعيّن المستخدمين عبر قواعد ديناميكية، فستحتاج إلى سمة مستخدم IDP مخصصة لاستخدامها كمفتاح مطابقة (على سبيل المثال، سمة team).

• كم عدد نسخ الخدمة التي تحتاجها، وماذا سيُستخدم كل منها؟ خطط لأسماء نسخك بعناية. كلما أنشأت نسخة خدمة عبر واجهة مستخدم IBM Quantum Platform، تجري المنصة استدعاءً إضافيًا لـ IAM نيابةً عنك لإنشاء مجموعة وصول مطابقة (بنفس اسم النسخة، مع إضافة "Collaborators") تمنح وصول الكتابة لتلك النسخة. لذلك، تصبح أسماء النسخ أسماء مجموعات وصول أيضًا. تحدث هذه الخطوة الإضافية فقط عند إنشاء نسخة عبر واجهة مستخدم IBM Quantum Platform. لا تحدث إذا أنشأت النسخة باستخدام Terraform، أو IBM Cloud CLI، أو IBM Cloud API.

  • تنتمي أعباء العمل إلى نُسَخ الخدمة، ويستطيع المستخدمون الذين لديهم وصول لنسخة ما رؤية أعباء عملها.

  • يمكن أن تستند نُسَخ الخدمة إلى خطط مختلفة، مما يتيح الوصول إلى واجهات خلفية (backends) مختلفة وتخصيصات مختلفة.

• أيّ المستخدمين يحتاجون إلى الوصول إلى أيّ نُسخ الخدمة؟

• هل ينبغي للمستخدمين أن يكونوا قادرين على حذف أعباء العمل؟ إبقاء أعباء العمل في نُسَخ الخدمة يوفر قابلية تتبع أكبر لتكاليف الفوترة.

• هل ستستخدم مجموعة الوصول التي يتم إنشاؤها تلقائيًا لكل نسخة، أم ستنشئ مجموعات وصول إضافية خاصة بك، أم ستُعيّن الوصول للمستخدمين الأفراد مباشرةً، أم ستنظّم النسخ في مجموعات موارد؟

  • مجموعات الوصول هي طريقة مريحة وشائعة للتحكم في وصول المستخدمين إلى موارد IBM Cloud. كل نسخة خدمة تنشئها عبر واجهة مستخدم IBM Quantum Platform لديها بالفعل مجموعة وصول "Collaborators" خاصة بها. يمكنك استخدام تلك المجموعة كما هي، أو إنشاء مجموعات وصول إضافية في وحدة تحكم IBM Cloud لتجميع المستخدمين حسب الفريق أو عبء العمل (على سبيل المثال، ml وfinance) عبر نسخة واحدة أو أكثر. تستخدم كل مجموعة وصول دورًا مخصصًا يسمح للمستخدمين بالوصول إلى نسخ خدمة أو مجموعات موارد محددة. إذا لم تكن بحاجة إلى مجموعة من المستخدمين تشترك في نفس الوصول، يمكنك أيضًا تعيين الوصول للمستخدمين الأفراد مباشرةً، دون مجموعة وصول.

    • إذا استخدمت قواعد ديناميكية مبنية على سمات IDP لتعيين المستخدمين إلى مجموعات الوصول، تجنّب قيم السمات التي تكون سلاسل فرعية لبعضها البعض. فمثلًا، إن استخدمت ml وchemlab كقيم سمات، فإن قاعدة تطابق ml ستطابق أيضًا chemlab، مما يمنح وصولًا أوسع من المتوقع عن غير قصد. استخدم قيمًا فريدة مثل ml وchem-lab، أو أضف بادئات أو لواحق لتجنب مثل هذه التطابقات الفرعية غير المقصودة.

  • مجموعات الموارد تُستخدم فقط عندما تحتاج إلى الحفاظ على فصل واضح بين نُسَخ الخدمة. عند إنشاء نسخة خدمة من IBM Quantum Platform، يمكنك تحديد مجموعة الموارد التي تنتمي إليها (وإضافة وسوم)، لكن يجب عليك استخدام وحدة تحكم IBM Cloud لإنشاء أو إدارة مجموعات الموارد. إذا أُنشئت نُسَخ خدمة إضافية في مجموعة موارد، فإن جميع المستخدمين الذين لديهم وصول إليها يرونها تلقائيًا، دون الحاجة إلى تحديث مجموعات الوصول. إذا اخترت استخدام مجموعات الموارد، أنشئ أولًا مجموعات وصول ثم عيّنها لمجموعات الموارد.

  ملاحظة

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

الاعتبارات

يجب عليك فهم الاعتبارات التالية عند إعداد بيئتك.

تعريف أدوار أكثر دقة

يمكن استخدام الأدوار المخصصة للتحكم في الوصول بمزيد من الدقة. فمثلًا، قد يحتاج بعض المستخدمين إلى وصول كامل للعمل على نُسَخ الخدمة، بينما يحتاج آخرون فقط إلى صلاحية القراءة على نُسَخ الخدمة والبرامج وأعباء العمل.

لتحقيق ذلك، عرِّف دورَين مخصَّصَين مختلفَين، مثل MLreader وMLwriter. احذف جميع إجراءات الإلغاء والحذف والتحديث من الدور المخصص MLreader، وأدرج جميع الإجراءات في الدور المخصص MLwriter. ثم أضف الأدوار إلى مجموعتَي وصول مختلفتَين وفقًا لذلك.

ملاحظة

عند استخدام القواعد الديناميكية، أي عندما يُدير مسؤول IDP الوصولَ من خلال سمات مستخدم IDP المخصصة، لا تستخدم سمات مستخدم IDP المخصصة التي تكون سلاسل فرعية لبعضها البعض. فمثلًا، لا تستخدم ml وmlReader معًا، لأن مقارنة السلاسل لـml ستقبل أيضًا mlReader. يمكنك استخدام MLreader وMLwriter لتجنب هذا التعارض.

للاطلاع على مثال، راجع إعداد أدوار مخصصة.

الوصول المشترك لأعباء العمل

الوصول يطبَّق على نُسَخ الخدمة. لذلك، يستطيع المستخدمون الذين لديهم وصول بالكتابة لنسخة ما (بما في ذلك عبر مجموعة الوصول "Collaborators" التي تُنشأ تلقائيًا للنُسَخ التي أُنشئت عبر واجهة مستخدم IBM Quantum Platform) إلغاء أعباء عملهم الخاصة، لكنهم يستطيعون أيضًا عرض أعباء عمل المستخدمين الآخرين وإلغاؤها في تلك النسخة. هذه طبيعة عمل IAM ولا يمكن تغييرها.

محاكاة الهياكل الهرمية

بشكل افتراضي، تُدار صلاحية الوصول لكل نسخة خدمة بشكل مستقل، على سبيل المثال، عبر مجموعة الوصول "Collaborators" التي تُنشأ تلقائيًا للنُسَخ التي أُنشئت عبر واجهة مستخدم IBM Quantum Platform. لا يمتلك IAM هيكلًا هرميًا مدمجًا للمجموعات، لكن يمكنك تقريب ذلك بإنشاء مجموعات وصول تشير إلى نُسَخ خدمة عدة فِرَق. لا يحتاج المستخدمون الذين يحتاجون إلى وصول واسع سوى إلى الإضافة إلى مجموعة "عليا" واحدة، بدلًا من مجموعة الوصول الخاصة بكل فريق.

النشر المتسق والقابل للتكرار للتهيئة

يمكن أتمتة خطوات هذا الدليل لإدارة متسقة وقابلة للتكرار للمستخدمين ونُسَخ الخدمة والتعيين بينهما. راجع وثائق Terraform IBM Cloud® Provider للاطلاع على القوالب.

يمكنك استخدام Terraform لتعيين التخصيصات والحدود، وكذلك تقييد الوصول إلى الواجهات الخلفية، لنُسَخ خدمة quantum-computing. راجع بدء استخدام Terraform على IBM Cloud لمزيد من المعلومات.

مثال:

resource "ibm_resource_instance" "instance1" {
  name       = "name"
  service    = "quantum-computing"
  plan       = "premium"
  location   = "us-east"
  parameters = {
    usage_allocation_seconds = "10" # Mandatory
    usage_limit_seconds      = "20" # Optional. If omitted, it can
            # continue using time after reaching the allocation
    backends                 = ["ibm_boston"] # Optional
  }
}

الخطوات التالية

توصيات

• راجع تهيئة IBM Quantum Platform لمنظمة للخطوات اللازمة لإعداد IBM Quantum Platform.
• تعرّف على الخطط المتاحة.
• أنشئ نُسَخًا.
• تعرّف على هيكل حساب IBM Cloud.
• أنشئ سياسات ومجموعات وصول.
• أدِر المستخدمين.
• توثيق IBM Cloud IAM للحصول على تفاصيل IAM كاملة.
• توثيق IBM Cloud Enterprise لإدارة حسابات مترابطة متعددة.