يعرف الكثير منكم بالفعل مزايا مكدس ELK ولماذا تستخدمه العديد من الفرق. إن أهميته لا تقتصر على تشخيص الأخطاء ومشكلات الإنتاج وحلها فقط، بل إن له قيمة متزايدة لمنح العملاء معارف دقيقة. بالإضافة إلى أن حصولك على مقاييس إضافية بشأن صحة الأنظمة واستخدامها يمنح فريقك ميزة تنافسية قوية. بينما تعاني شركات أخرى في تحديد نقطة الضعف، من الممكن لفريقك فحص البيانات، والتكيف، وتسليمك ما يتطلبه نظامك بالتحديد.
بصفتك مديرًا، فإن توفير حل تسجيلي جيد لمهندسيك وفرق Devops سيظل مطلبًا عالقًا في ذهنك غالبًا. لكنك تعلم أنك ستتحمل تكلفة مقابل هذا الحل. وإلى جانب تكلفة البنية الأساسية، هناك ترقيات، وتصحيح للبرامج، وتعيينات عليك تولي أمرها. تتطلب كل تلك الأشياء وقتًا ومجهودًا وخبرة.
إذن كيف توفّر حلًا تسجيليًا راقيًا يَسهُل دعمه والمحافظة عليه أيضًا؟ هل توجد طريقة للحصول على مزايا مكدس ELK بدون عناء؟
لماذا يُعد التسجيل مهمًا لهذه الدرجة؟
مع تنامي بيانات الآلة تزداد أهمية التسجيل. وهو أمر جوهري لتشخيص الأخطاء واستكشافها وإصلاحها للوصول بالتطبيق إلى الأداء الأمثل. بالإضافة إلى ذلك، توجد العديد من الأدوات التي تتيح لك الحصول على مقاييس عمل وبيانات جوهرية من السجلات. لم يعد التسجيل يُستخدم لتحديد المشكلات فقط. فهو أيضًا يُستخدم لمراقبة أنظمتك.
بدون شك، التسجيل أمر جوهري. لذلك هيا نتحدث عن طرق تنفيذه. يُعدّ مكدس ELK طريقة منتشرة هذه الأيام. يمكنك اختيار نشر مكدس ELK وإدارته بنفسك باستخدام الإصدارات المرخصة من Apache 2.0 لكل من Elasticsearch وKibana (حتى الإصدار 7.10.2)، أو اختيار الإدارة الذاتية لبديل ذي مصدر مفتوح لمكدس ELK مع OpenSearch وOpenSearch Dashboards وLogstash
لماذا تريد مكدس ELK؟
كتذكير سريع، ELK عبارة عن مكدس يتألف من جوهر Elasticsearch وLogstash وKibana. لنلقي نظرة على ملخص سريع لكل منها.
Elasticsearch: محرك البحث والتحليلات المستخدم للبحث في النص الكامل ولتحليل المقاييس والسجلات.
Logstash: أداة مفتوحة المصدر تستوعب السجلات والأحداث وتحولها.
Kibana: هي أداة لوضع تصورات مرئية للبيانات واستكشافها بغرض مراجعة السجلات والأحداث.
عند استخدام كل ذلك معًا، تمنحك مكونات مكدس ELK القدرة على جمع السجلات من أنظمتك جميعها. ليس لتحليلها بحثًا عن المشكلات فقط، لكن أيضا لمراقبة النظام بحثًا عن فرص التحسين. لن تجد تحليلات أو تصورات مرئية للبيانات أفضل مما يقدمها مكدس ELK في أي مكان.
لكن لماذا تستخدم خدمة مُدارة لأجل مكدس ELK؟ لأن لديك فريقًا ناجحًا. ولأنك لا تريد أن تظل مربوطًا بمزود استضافة واحد فقط. بالإضافة إلى أنك تريد مرونة في تكوين كل شيء وفقًا لحالة استخدامك الخاصة. لمَ لا تدير مكدس ELK بنفسك فحسب؟
القصة باختصار هي أنه أمر صعب.
ما الصعب في إدارة مكدس ELK الخاص بي؟
دعنا نراجع بعض الأسباب قد تجعلك لا تفضل إدارة مكدس ELK بنفسك؟
التثبيت نادرًا ما يكون سهلًا
عند النظر إلى أنظمة الدمج، لا تنسَ أن التثبيت ليس دائمًا سهلا. أي تكوين يُعد الأفضل؟ أين تدير أسرارك؟ كم عدد الأجهزة التي ستحتاج إليها؟
إذا بحثت سريعًا على الإنترنت، ستجد العديد من المقالات التي تتحدث عن كيفية تثبيت مكدس ELK. إذا ألقيت نظرة، ستلاحظ أن التثبيت عند بدء الاستخدام أبعد ما يكون عن النشر بنقرة واحدة. وفي الحقيقة توجد العديد من المتطلبات الأساسية. فإما أن تستخدم التثبيت الأساسي الذي يتميز بتكوين سهل وجاهز أو أن تقضي وقتًا أطول باحثًا في كل خيارات التكوين الأخرى. ما حدود استيعاب البيانات الخاصة بك؟ ما خطة الاحتفاظ الخاصة بك؟ ولماذا يُعد ذلك مهمًا؟
والآن تخيل نفسك تكرر ذلك عدة مرات لكل بيئة تديرها.
حتى إن كنت تستخدم البرمجة النصية الآلية لكل شيء، فسيتطلب الأمر الكثير من الوقت الثمين لإعداد كل شيء وتشغيله بسلاسة. هذا وقت تخسره ولا يتم استغلاله في توصيل قيمة تجارية لعملائك. مع الخدمات المُدارة مثل Amazon OpenSearch Service، يُعد نشر مكدس ELK أمرًا سهلًا ويمكن تكراره.
ومن النادر أن يكون سريعًا
معظم الشركات تبادر بإدخال منتجها إلى السوق بشكل سريع. لكن إن كنت غير قادر على تنفيذ ذلك، فستُجبر على قضاء أسابيع أو حتى شهور في إعداد المكدس والبنية الأساسية لديك لجعلهما في وضع الاستعداد للإنتاج.
ما عمليتك الحالية للانتقال بالتطبيقات إلى وضع الإنتاج؟ ما نوع الاختبار، والتحقق، والتنقيح، التي تقوم بها للتأكد من مدى استعدادك؟ وإذا كانت أجهزتك في حاجة إلى الإعداد للعمل بمستوى مثالي لأجل عمليات مكثفة الكتابة، فهل تقوم بإتمام ذلك قبل الدخول في الإنتاج؟ ما خططك بشأن التجديد؟
إن كنت تدير مكدس ELK الخاص بك، فأنت تقوم بكل ذلك مستخدمًا بنية أساسية وتطبيقات غير مألوفة لك. وباستطاعة خدمات مثل Amazon OpenSearch Service مساعدتك بشكل واضح في تقليل تكاليف البنية الأساسية والتطبيق وتكاليف الصيانة.
يتم توجيه وقت أكثر نحو المرونة والصمود
حين تدير مكدس ELK الخاص بك، ستكتشف سريعًا أنك ستبدأ في القلق بشأن المرونة والصمود. ما الذي يجب عليك فعله عندما تتعطل إحدى عُقد Elasticsearch؟ أو أن يصبح أداء Kibana غير قابل للاستخدام؟
علاوة على ذلك، فقد تجد نفسك في مشكلة إن أعددت بنيتك الأساسية بشكل صحيح وفقًا للخطوات أعلاه. يستخدم التطبيقان Logstash وElasticsearch الذاكرة بكثافة. إن حاولت توفير الوقت والمال عن طريق تثبيتهما على الجهاز البسيط نفسه، فسيشكل كل منهما عبئًا على الآخر. هذا ونحن لم نتحدث بعد عن خطة لتحديث الإصدارات أو للمراقبة ولتصحيح المشكلات الأمنية!
بإمكان AWS المساعدة في تلبية تلك الاحتياجات. لنأخذ عُقد Elasticsearch الخاصة بك كمثال. إذا تعطلت عقدة، ستكتشفها Amazon OpenSearch Service وتستبدلها نيابة عنك. وهو أحد الأشياء التي لا تريد إضاعة الوقت في القلق بشأنها.
في الحقيقة، أن يكون لديك فريق كبير أمر مفيد للغاية لأن الإدارة الذاتية ستجعله أكبر. إن كانت إدارتك لمجموعة Elasticsearch غير جوهرية لخط عملك، فاجعل إذن AWS تديرها نيابة عنك. فكرة جيدة دائمًا أن تخلق القيمة التجارية وليس أن تدير مكدس ELK.
إذن، ما الأدوات التي تساعد في تجنب عناء مكدس ELK؟
في حالة إنشائك لمكدس ELK وتشغيلك ودعمك له، من المهم دائمًا أن تتذكر أنك لا تدعم أداة واحدة فقط. فلديك الآن ثلاث أدوات لتقلق بشأنها. والعمل على الإنتاج سيجلب معه مخاوف أخرى. ما الأشياء الأخرى التي قد ينتهي بك الأمر بدعمها سعيًا وراء الإدارة الذاتية؟
على سبيل المثال، للتعامل بمرونة أكثر، قد تود استخدام Kafka لتوفير خدمة انتظار السجلات. في أوقات حركة المرور العالية، بالتأكيد لن ترغب في فقدان السجلات لأن مكدس ELK تعذر عليه المواكبة. هل أنت جاهز لتتولى إدارة Kafka كذلك؟ بدلًا من ذلك، يمكنك استخدام Redis لإدارة الحمولة في أثناء فترات الذروة. لكن انتظر، أليس هذا مجرد شيء آخر ستحتاج إلى إدارته؟ وكيف ستستطيع استخراج التحليلات التي تحتاج إليها حتى يستطيع فريقك مراقبة النظام؟ أستقوم بتلك الخطوة يدويًا أيضًا؟ أم ستثبّت نظامًا آخر وتكوّنه لتحصل على المراقبة التي تحتاج إليها؟
يوجد بديل. يمكنك استخدام شيء مثل Amazon Cloudwatch ليساعدك. وهذا يتم عمله بالتعاون مع Kibana مما يخلق طريقة سهلة الاستخدام لتحليل السجلات.
أخيرًا وليس آخرًا، خدمات Elasticsearch المُدارة، مثل Amazon OpenSearch Service، يمكنها المساعدة في التكامل الأمني أيضًا، بما يشمل ذلك دعم VPC، والتشفير المدمج للبيانات في وقت عدم النشاط ووقت النشاط، ومصادقة المستخدم.
هل الحلول المُدارة مناسبة لك؟
قد تقرر شركات عديدة أن الاستضافة الذاتية خيار أمامها. إنما لا يفكر الجميع في حجم العمل أو الموارد التقنية والخبرة المطلوبة للاستمرار في العمل بسلاسة. ولا أحد يرغب في قضاء وقت في الحفاظ على النظام وتشغيله في الوقت الذي يمكن أن يقضيه في تقديم منتجات رائعة للعملاء.
حتى إذا كنت تفكر في الاستضافة الذاتية، يجب أن تفكر في البدء بالخدمات المُدارة مثل Amazon OpenSearch Service للاستعداد والتشغيل بسرعة. من المحتمل أن بمجرد تجربتها ستجد أن الخدمات المُدارة، مثل Amazon OpenSearch Service، تتيح لك قضاء الوقت في الأشياء المهمة.
يتضمن OpenSearch رمز Elasticsearch معين مرخص من Apache من Elasticsearch B.V. ورمز مصدر آخر. Elasticsearch B.V. ليس مصدر رمز المصدر الآخر. ELASTICSEARCH هي علامة تجارية مسجلة لشركة Elasticsearch B.V.
تعلّم أكثر عن تسعير Amazon OpenSearch Service