كيف يجب أن تبدو هندسة المنصة؟

قام Forrester بتجميع نموذج إمكانية لهندسة المنصات يتضمن الجوانب الفنية المغطاة بشكل متكرر وقدرات الإدارة الأقل تكرارًا. إنه مخزون للأشياء التي يجب أن تفكر فيها بعمق وتأكد من تغطيتك عبر مواردك التنظيمية ، والتي قد لا تشمل المنظمات المخصصة فحسب ، بل تعمل أيضًا على العمليات المتعددة الوظائف أو فرق التمكين أو الآليات الأخرى.

قدراتك هي كيف يختبر عملاؤك المنصة. هم بابك الأمامي ، إذا جاز التعبير. سوف يكتشف عملاؤك منصتك ، على متنها ، وتوفيره ، ويتفاعلون مع واجهات برمجة التطبيقات (API) ، وأنماط الاستفادة من الأمان والأداء ، ودعوة المساعدة عبر هذه القدرات. ولا ، لا يوجد شيء مثل منصة الخدمة الذاتية الآلية تمامًا.

يحتاج المستخدمون والمطورين إلى أن يكونوا قادرين على اكتشاف النظام الأساسي وخدماته. تعني إدارة النظام الأساسي الخاص بك مثل المنتج أنك تفهم رحلة المستخدمين للمستخدمين ودعوتهم إلى أن تكون جزءًا من عملية تحديد قدرات منصة المطورين – وحتى المساهمة -.

سيتوقعون ترخيصًا سهلاً لا يحمل الاحتكاك والوصول ، مع وجود عدد قليل من الموافقات القائمة على سير العمل ، إن وجدت ، إنسانًا. بمجرد توفيرها وتطويرها بنشاط ، سيحتاجون إلى معلومات حول الحالة المستمرة للخدمات التي تستهلكها.

عادةً ما يكون لدى المؤسسات الكبيرة كتالوج خدمة أو قدرة بوابة لخدمات تكنولوجيا المعلومات. إذا لم يكن هذا موجودًا ، فيجب عليك تمويله وإنشائه. البوابات التي تركز على المطور-على سبيل المثال ، سبوتيفي وراء الكواليس، بوابة مطور داخلي ، بوصلة أتلاسيا – تكتسب شعبية. على سبيل المثال ، تشمل Toyota في أمريكا الشمالية مخططات قابلة للاستهلاك ، وكتالوج البرمجيات القابل للاكتشاف ، وموارد التعليم والتدريب ، والتقارير التشغيلية لـ Finops وغيرها من المقاييس في بوابة المطورين.

عادةً ما يكون الوصول إلى خدمات وموارد النظام الأساسي عملية على مرحلتين ، حيث يتم توفير الطلب الأولي (إعداد الحسابات) متبوعًا بالطلب اليومي (توفير الأجهزة الافتراضية ، والمجموعات ، وما إلى ذلك). في حين أن إعداد الحساب قد يتطلب بعض الموافقات البشرية ، فإن الطلب اليومي يتطلب الوصول إلى واجهة برمجة التطبيقات.

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

يتطلب مستخدمو النظام الأساسي أيضًا وصولًا جاهزًا إلى الوثائق حول كيفية استخدامه. كيف سيتم إنشاء هذه وصيانتها؟ عادة ، يتم استخدام wiki لبدايات النظام الأساسي السريع والأدلة الإرشادية. يوصي Forrester بتوثيق الأنماط كرمز وإدارتها عبر التحكم في المصدر. يُنصح أيضًا بتحديد العمليات والأدوار والمسؤوليات لمن المسؤولين عن هذه الموارد. إن القول بأن مسؤولية الجميع أمر مغر ، لكن هذا النهج لا يعمل على نطاق واسع أو على المدى الطويل.

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

لدى معظم المؤسسات إدارة الدعم ، مثل برامج BMC و ServiceNow ، على سبيل المثال. يمكن استخدام هذا لدعم المنصات الأساسية ، وقد تستفيد منها تطبيقات المستأجر. ومع ذلك ، كما يلاحظ Forrester ، فإن عددًا أقل من القدرة على إدارة الحدث/الحدث الحرجة القوية ، وهو أمر ضروري. تعتمد هذه القدرات على منتجات مثل Pagerduty أو Everbridge.