التحكم في زمن الوصول - استخدام نقاط قياس لامركزية

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

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

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

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

مراقبة network يمكن لمعظم فرق تكنولوجيا المعلومات إدارة حركة البيانات وحل المشكلات ضمن بيئة محكمة نسبياً في مقر الشركة.

ولكن بالنسبة للمؤسسات التي تعتمد على نموذج الأعمال الموزع، مع وجود فروع متعددة أو موظفين في مواقع بعيدة، فإن استخدام خطوط MPLS المخصصة يؤدي بسرعة إلى تكاليف عالية.

عندما تفكر في أن حركة المرور من التطبيقات مثل Salesforce وSkype for Business وOffice 365 وCitrix وغيرها، تتجاوز عادةً المكتب الرئيسي، فليس من المستغرب أن يصبح زمن الوصول أكثر شيوعًا ويصعب استكشاف أخطائه وإصلاحها بشكل متزايد.

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

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

يمكن أن يشكل زمن الوصول أيضًا مشكلة بالنسبة لمعاملات البيانات الكبيرة، مثل تكرار قاعدة البيانات، حيث يتطلب الأمر مزيدًا من الوقت لأداء الأنشطة الروتينية.

تأثير اللامركزية networks و SaaS

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

يستخدم معظمنا تطبيقات مثل Outlook وWord وExcel يوميًا تقريبًا. إذا كنا نستخدم Office 365، فمن المرجح أن تكون هذه التطبيقات مُهيأة للاتصال بـ Azure، وليس بمركز بيانات المؤسسة.

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

عندما يتم توجيه حركة المرور من موفري SaaS وموفري التخزين المستند إلى السحابة الآخرين من وإلى مؤسسة، فقد تتأثر سلبًا بالتذبذب وتتبع المسار وأحيانًا سرعة الحوسبة.

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

هل يُعدّ التعلّم الآلي هو الحل الأمثل للمشاكل الكبيرة؟ network كمون؟

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

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

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

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

والحقيقة هي أن هناك العديد من المتغيرات في network بيئات خارجة عن سيطرة فرق تكنولوجيا المعلومات في المؤسسات.

إحدى الطرق التي تسعى الشركات من خلالها لضمان الأداء هي استخدام نفق MPLS مخصص يؤدي إلى مقرها الرئيسي أو مركز بياناتها. لكن هذا النهج مكلف، ومعظم الشركات لا تستخدمه في فروعها. ونتيجةً لذلك، لن تُنقل بيانات تطبيقات مثل Salesforce وSlack وOffice 365 وCitrix عبر مركز بيانات المؤسسة لأنها لم تعد مُستضافة هناك.

إلى حد ما، يمكن التخفيف من زمن الاستجابة باستخدام الطرق التقليدية للمراقبة network الأداء، لكن زمن الاستجابة غير قابل للتنبؤ به بطبيعته ويصعب إدارته.

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

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

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

في الماضي، كان الفنيون يستخدمون Netflow و/أو أدوات مراقبة متنوعة في مراكز البيانات، مع علمهم التام بأن معظم البيانات تصل إلى خوادمهم ثم تعود إلى عملائهم. مع هذا التوزيع الواسع للبيانات اليوم، لا يصل إلى الخوادم سوى جزء صغير منها، مما يجعل مراقبة مركز البيانات الخاص بك أقل كفاءة بكثير.

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

تطبيقات مثل Office 365 وCitrix أمثلة جيدة، إذ يستخدم معظمنا أدوات الإنتاجية والاتصالات الموحدة بانتظام. من المرجح أن تكون هذه التطبيقات متصلة بـ Azure أو AWS أو Google أو غيرها، بدلاً من مركز بيانات الشركة. إذا لم يراقب فريق تكنولوجيا المعلومات هذا الفرع بنشاط، فسيغيب عنهم تمامًا تجربة المستخدم فيه.

اختر نهجًا شاملًا ومناسبًا

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

ركز على تجربة المستخدم

لا شك أن انتشار أدوات البرمجيات كخدمة (SaaS) وموارد الحوسبة السحابية كان بمثابة نعمة لمعظم المؤسسات. ومع ذلك، يكمن التحدي الذي يواجه فرق تكنولوجيا المعلومات الآن في إعادة النظر في النهج المتبع تجاه network الإدارة في بيئة لا مركزية networkمن القضايا المهمة بلا شك القدرة على مراقبة الالتزام باتفاقيات مستوى الخدمة (SLAs) بفعالية. ولكن الأهم من ذلك كله، القدرة على ضمان جودة الخدمة لجميع المستخدمين النهائيين.

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

خاتمة

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

ورغم أن المراقبة يمكن أن تظل مركزية، فإن نقاط القياس يجب أن تصبح لامركزية بشكل متزايد.