حالة إحضار بيانات رؤية الشبكة إلى OpenTelemetry
لطالما كانت حماية المستخدمين والمؤسسات من ظروف استنزاف الإنتاجية مهمة بدوام كامل لـ ITOps. الأمر فقط هو أنه في بيئة العمل الرقمية، تكون المخاطر أكبر بكثير.
يتطلب قدرة قصيرة المدى (تفاعلية) وقدرة طويلة المدى (وقائية واستباقية).
يُعد إنشاء نظرة مستمرة على العقارات التي يتم تسليمها رقميًا والمحافظة عليها أمرًا بالغ الأهمية لإيجاد وإصلاح الأخطاء التي قد تحدث على المدى القصير – كاستجابة لإصلاح انقطاع الخدمة – أو على المدى الطويل، حيث قد يكون التحسين المستمر أو التحسين تُستخدم لمعالجة اختناقات السعة التي تقيد المستخدمين أو تتسبب بطريقة أخرى في تدهور الأداء.
يعتمد المستخدمون على الكود والسحابة والاتصال التي لا يمتلكها أصحاب العمل. هناك رؤية محدودة خارج الصندوق حول كيفية تجميعها، لا سيما أي تبعيات لطرف ثالث أو اعتمادات متبادلة مع خدمات أو خدمات مصغرة أخرى.
لن تعمل هذه السلسلة من التقنيات الشاملة المستخدمة لتقديم تجربة رقمية موحدة دائمًا بشكل جيد معًا. في عالم مدفوع بعمليات النشر الهجينة أو السحابية الأصلية، حيث أصبحت مكونات التطبيق أصغر حجمًا وأكثر توزيعًا وأقصر عمراً وسريعة الزوال بشكل متزايد، فإن التغيير الصغير له نصف قطر انفجار كبير. التشخيص في الوقت المناسب أمر بالغ الأهمية إذا كان يجب الحفاظ على تجربة المستخدم والإنتاجية.
لهذا السبب، فإن هدف العديد من فرق ITOps هو التحرك نحو نموذج شامل، حيث يتم تشغيل حركة المرور، وتكون الفرق في وضع أفضل لتحديد تدهور الأداء بغض النظر عن مكان حدوثه.
سواء كنت تسعى إلى معالجة مشكلات الخبرة الرقمية الفورية أو طويلة المدى، يمكن استخدام البيانات – والرؤى التي تحتوي عليها – لدفع عملية صنع القرار. ولكن يجب أن تكون البيانات “كبيرة” وكذلك “جيدة”.
- بدون بيانات جيدة، ستفشل أي محاولات لإنتاج تقييمات دقيقة وتوصيات قابلة للتنفيذ.
- كما يتطلب الأمر قدرًا هائلاً من البيانات للتنبؤ ببدايات التدهور أو تدهور الأداء بدرجة عالية من الدقة. وبالمثل، فإن قيادة الابتكار تتطلب أيضًا الوصول إلى القياس الصحيح، والكثير منه.
حجم البيانات موجود، وله بعض الوقت، لذلك ليست هذه هي المشكلة. بدلاً من ذلك، فإن التحدي الحالي ذو شقين: غالبًا ما لا تكون البيانات شاملة كما يجب، كما أنها ليست بتنسيق يمكن جمعها واستيعابها بسهولة في عرض واحد يجعل الارتباط بسيطًا وقابل للتنفيذ.
لكن هذا يتغير. تعد التحسينات الأخيرة على القدرات التكنولوجية، بما في ذلك زيادة دعم تنسيق OpenTelemetry المدعوم من Cloud Native Computing Foundation (CNCF)، بتقليل الحواجز من خلال جعل فرق ITOps أكثر تحكمًا في التجربة الرقمية التي تم تكليفهم بتوفيرها ومراقبتها ودعمها.
إحضار بيانات رؤية الشبكة إلى OpenTelemetry
OpenTelemetry عبارة عن “إطار عمل للمراقبة مفتوح المصدر محايد من البائع للأجهزة، وإنشاء، وجمع، وتصدير بيانات القياس عن بُعد مثل التتبع والمقاييس والسجلات” من تطبيقات السحابة الأصلية والبنية التحتية.
OpenTelemetry ، حتى الآن، كانت تتمحور حول التطبيق بشكل كبير. لقد افترضت أن الأداء أو الخبرة عنق الزجاجة، وأعظم فرص التحسين، تكمن في التطبيق نفسه. كان هذا صحيحًا منذ سنوات، لكن ظهور التطبيقات المعيارية والموزعة يغير نوع وطبيعة الأشياء التي يمكن أن تسوء. يمكن أيضًا أن تكون المشكلات المتعلقة بمسارات الشبكة الخارجية أو الخدمات التابعة أسبابًا شائعة لتجربة المستخدم المتدهورة.
لطالما كانت بيانات رؤية الشبكة تعزيزًا مفيدًا لإنشاء صورة أكثر اكتمالاً لتقديم تجربة المستخدم. هذه الزيادة ممكنة الآن في البيئات ذات الأدوات OpenTelemetry. يمكن لفرق ITOps تصدير البيانات المتجهة شمالًا من النظام الأساسي ThousandEyes بتنسيق OpenTelemetry ، مما يجعل من الممكن دمج السحابة وذكاء الإنترنت مع مجموعات البيانات الأخرى المتوافقة مع OpenTelemetry وتحليل البيانات كلها في مكان واحد. هذا هو الأول من نوعه في النظام البيئي OpenTelemetry وتأييدًا للقيمة التي تتمتع بها بيانات الشبكة للتجربة الرقمية اليوم.
القصد من ذلك هو تمكين فرق ITOps من إنشاء رؤى مترابطة شاملة عبر المجالات التقنية بحيث يمكن الاستمرار في الحفاظ على التجارب الرقمية المثلى.
كيف يبسط OpenTelemetry ITOps
بالنسبة لفرق ITOps ، فإن قابلية نقل البيانات والتوحيد القياسي الذي أصبح ممكنًا بواسطة OpenTelemetry يجلب معه العديد من الفوائد، ربما أبرزها الوعد بتبسيط عملهم.
تُستخدم فرق ITOps للتعامل مع البيانات بتنسيقات غير موحدة ومملوكة وعبر أنظمة متعددة، مع موصلات مخصصة مبنية بين المستودعات للمساعدة في نشاط الارتباط.
نظرًا لاختلاف مراقبة الأجزاء المختلفة من سلسلة التسليم من طرف إلى طرف، توجد صوامع الاتصالات.
على سبيل المثال، قد يكون من الصعب على مالك التطبيق ربط ما يقوله فريق الشبكة بالقياس عن بُعد الذي تم جمعه في مجاله الخاص.
قد يكون تأثير ذلك محسوسًا بشكل خاص في سيناريو غرفة حرب تم إعداده للتعامل مع حادث كبير. في هذه المواقف، من المهم أن يجتمع الممثلون متعددو الوظائف ويتبادلوا المعلومات. تكون هذه العمليات أكثر فاعلية عندما يتحدث الجميع لغة مشتركة.
بالإضافة إلى ذلك، باستخدام تنسيق موحد، يمكن تصدير البيانات إلى سير عمل مألوف وأداة مفضلة. يجب أن يؤدي ذلك إلى تسريع وقت اتخاذ القرار والوقت اللازم لاتخاذ إجراء في سيناريو الاستجابة للحوادث والوقت إلى القيمة في سيناريو التحسين أو التحسين المستمر.
يجب أن يسمح أيضًا لفرق ITOps بتحديد مسار العمل الذي سيؤدي إلى تحسين أكبر.
المصدر: networkcomputing
شاهد ايضا:
