مجموعة مسؤول النظام

المسؤول هو الشخص الذي لن يعمل بدونه شيء في شركة تكنولوجيا المعلومات. ومع إدارة سعيدة ومنتجة ، ستتحرك الأمور بشكل أفضل وأسرع ، لذا فإن بيئة العمل المريحة هي مصدر قلق الشركة. حول الأدوات التي تجعل الفريق منتجًا كان تقريرًا من Anton Turetsky ( banuchka ) في Highload ++ 2017.

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



تنمو Badoo كل عام ، إليك بعض الأرقام التي تعكس ذلك: 350 مليون رسالة يوميًا ، 364 مليون مستخدم مسجل حول العالم ، 300 ألف مستخدم جديد يوميًا. ولكن هذا أبعد ما يكون عن أهم شيء ، بالنسبة للشخص الذي يعمل في Badoo ، فإن الشيء الرئيسي هو أولاً طريقة تفكير وفريق. إن Badoo هي عائلة ، إنها عن الناس وهي رائعة!

أريد أن أبدأ باستفزاز قد لا يدعمه شخص ما:

المسؤول هو الشخص الرئيسي في الشركة!

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



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

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



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

لذلك ، أشير إلى المشكلة ، التي هي عامل بشري معين ، وهي تبديل السياق.

تبديل السياق

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

يستغرق الشخص الذي تمزق من العمل في مهمة 10-15 دقيقة للعودة إليه.

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

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

في كثير من النواحي ، يأتي هذا من تبديل سياقنا وعدم القدرة على التركيز على المهمة. بالنسبة للمسؤول - المؤدي البسيط - هذا هو الحال.

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

عتامة العملية

المشكلة الثانية المهمة هي عتامة العمليات ، والتي يمكن تقسيمها إلى منطقتين:

1. عتامة العمليات داخل الفريق ؛
2. عتامة العمليات خارج الفريق .

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

هنا يمكنك العثور على الإيجابيات والقول: "ربما كان أداء Vasya أفضل من Petya! لنأخذ قراره ". ولكن يمكنهم التحدث فيما بينهم ، وسيفعل شخص ما ذلك. هذا مهم.

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



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

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

كيفية حل مشكلة تبديل السياق

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

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



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

لذلك ، قررنا إلقاء نظرة على نوع أدوات العمل التي يمتلكها المسؤول ، ومن أين يتم سحبه غالبًا ، وما يمكننا القيام به لتقليل ذلك.

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

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



لقد اتخذنا قرارًا غريبًا جزئيًا - قمنا بتحديد أحد أعضاء الفريق وقلنا له: "يا رجل ، ستكون قائدًا مشروطًا! هذا ليس ترويجًا ، فأنت تعرف فقط الكثير عن أي من زملائك جيد في أي مجال ، وأنت تعرف التدفق العام للمهام وأكثر أو أقل حول الأولويات. لذلك ، هيا ، ستعمل وفقًا للسيناريو التالي. هناك مجموعة من المهام التي تقع على عاتق جميع المسؤولين في الفريق ، ترى من مشغول بما ، تعرف ما هي المواعيد النهائية للمهمة ، ويمكنك دائمًا منحها للشخص الذي يمكنه التعامل معها في أسرع وقت ممكن ؛ أو ، إذا كان هناك الكثير من الوقت للتنفيذ ، يمكنك تعيينه لصغار. يحتاج جونيور إلى إخبار الأشياء الأساسية ، لكنك تعلم أنه إذا ساعدوه ، فسيتم ضخه وسيصبح كل شيء باردًا. " من حيث المبدأ ، الفكرة قوية للغاية.

أحد أسباب عدم دخولها بالكامل هو أن جميع المشرفين يحبون العمل على ما يحلو لهم. يمكننا القيام بالمهام عندما يكون كل شيء مشتعلاً وعلينا القيام به - نحن لا نفهم ونأخذ ونفعل بغض النظر عن من. شيء آخر هو عندما يكون لديك خيار: "أنا أعمل حاليًا على مهمة واحدة وأريد تهيئة النسخ المتماثل في MySQL ، لا أريد لمس دمية - دع شخصًا آخر يفعل ذلك."

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

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



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

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

مصفوفة أيزنهاور

ربما تكون قد رأيت هذه المصفوفة بالفعل ، فأنت لا تعرف الاسم. خلاصة القول هي أننا نقسم ورقة المهام إلى 4 أجزاء وفقًا لمعلمتين:

1. بشكل عاجل / غير عاجل ؛
2. مهم / غير مهم.

نحن ببساطة نلقي بكل مهامنا في هذا الجهاز اللوحي الرائع ونبدأ العمل.

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

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

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

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

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

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

من خلال تقديم دور الموظف المسؤول عن العمل اليومي وتقسيم المهام إلى مهام غير مهمة ومهمة تمامًا ، سمحنا لبقية الفريق بالعمل في المنطقة B الأكثر راحة في المهام غير العاجلة ، ولكنها مهمة. خرج الناس للتو من النقطة A ، ونظروا حولهم ، وهناك النقطة B - وأشعر بالراحة ، والجميع سعداء - إنه أمر رائع! سنعمل!

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



نظرًا لأنني تطرقت إلى حقيقة أننا قدمنا ​​دور المسؤول النهاري في الخدمة ، فلنستعرض بإيجاز ما هو المسؤولون لدينا بشكل عام:

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

كيفية جعل العمليات شفافة

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



يبدو هذا:

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

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

بطل الوضع

هناك أداة رائعة تسمى Status Hero . جوهره هو أنه عندما تأتي إلى العمل ، تخطط لنفسك مهام معينة. لدى Status Hero 3 حقول يجب ملؤها. علاوة على ذلك ، هذه ليست أداة إلزامية ، لا يمكننا ملؤها وعدم استخدامها.



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

ولكن في خطة اليوم ، يومض وميض يقول لي أنك وعدت نفسك بالقيام بذلك أمس ، وتأتي ، تكتب أولاً ما فعلته بالأمس من ما وعدت به ، ثم ما ستفعله اليوم.



أيضا هناك نقطة ثالثة رائعة. يشير هذا الحقل إلى بعض الأحداث الخارجية التي تمنع تنفيذ المهام . , - , — , , , — . - , , , . , , .



. HipChat, , - , . , , . - , , . هذا رائع!

Status Hero ?

1. , . , , , , , . Status Hero : « — !» , , , .
   
   
   
2. , . , , , , , , , - , : «, . , , , . ».
   
   
   
   
3. , , - , , . , - , .
   

Status Hero

, Status Hero , . , , .

, , , , - . , , , , , , — . , .

, , . Status Hero, Wiki , , Confluence, , . , , , .

. , Status Hero .

Team Contribution

HighLoad++ Review Badoo . , , : , . , .

— — . . Review , , . , , , - .

Review , snippets . , .



, , , , , , , . , , 3 . daily snippets — , , , — , , .

Status Hero. , . , , — , .



, , : Status Hero , , , , . , , .

,

« , — »
.

, Status Hero , , Badoo. , .



, , . , . , , , . , -.

, , , , . , .



, , -, xCAT.



, , , Puppet — , Consul , Docker, glpi, . , .

- , .



— , . -, . , , Raid, , .

xCAT , PXE dhcp . , dns , . , — — mac — IP , , .

, xCAT , . - Kernel Panic, . xCAT , -, , , , . - — 100 , -, . - , , SN . xCAT SN .

, , xCAT, -, , , dhcp , , , dhcp helper .

, , , , .

Docker

, Docker — . Docker , - .



Docker , , registry , , . , Docker , registry Badoo , . , Ceph Swift API .

, registry, Redis . HTTP , Docker distribution , , , docker-registry Redis endpoint Ceph.

HTTP nginx, SSL, basic Auth. , registry , pull push.

Consul

- Consul, , , service discovery Badoo, service discovery .

, Consul -, , . , 3 master- -.

, - Consul?

Puppet

دعونا نلقي نظرة على بنيتنا التحتية الرائعة للعرائس.

جوهر القنصل هنا هو أننا نرفع البنية التحتية من الأعلى إلى الأسفل (إذا نظرت إلى الشريحة أعلاه):

• للبدء ، تحتاج إلى PostgreSQL ، والذي سيكون مطلوبًا بدوره لـ PuppetDB.
• رفع PostgreSQL ، نسجلها في القنصل. من خلال رفع PuppetDB ، نأخذ معلومات من القنصل حول PostgreSQL ، ونتصل بها وننقل المعلومات حول PuppetDB إلى القنصل.
• بعد ذلك ، نرفع العدد المطلوب من عقد خادم Puppet في Java. نأخذ معلومات لهم من القنصل ، نضع معلومات عنها في القنصل.
• في المرحلة الأخيرة نرفع موازنة الحمل إلى nginx ، والتي تتعامل مع إنهاء SSL ، تخدم 3 منافذ:
  
  1. ميناء لوكلاء العرائس المباشرين ؛
  2. ميناء ل Puppet DB ؛
  3. ميناء للإحصاءات.

يمر جميع العملاء الآخرين من خلال موازنة التحميل.

GLPI

لدينا شيء يسمى glpi ، وهو ضروري لأي مركز بيانات. كل شيء خرقاء وبسيطة - هذه خدمة للجرد .



يعمل على النحو التالي:

• على كل خادم ، يتم إطلاق FusionInventory Agent البسيط ، الذي يجمع جميع المعلومات حول الأجهزة والبرامج وبرامج الحماية من الفيروسات وأنظمة الملفات - كل هذا يتوقف على الإعدادات. نحن مهتمون عادةً بجميع أنواع مؤشرات "الحديد": مقدار الذاكرة ، والأقراص ، ووحدة التحكم ، وذاكرة التخزين المؤقت ، وما إلى ذلك.
  
• يتم إرسال هذه المعلومات في فترة زمنية معينة (في حالتنا ، مرة واحدة في اليوم) إلى نقطة نهاية PHP معينة ، حيث تتم معالجة البيانات ونقلها إلى قاعدة بيانات glpi.
  

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

لقد فحصنا 5 أدوات موصوفة في ويكي ، ونظر فيها المسؤول الافتراضي لدينا وأطلقنا ما لا يزيد عن 3-5 حاويات لكل منها - البنية التحتية جاهزة. لقد حصلنا على منزل من الأشخاص السعداء الذين يعملون بشكل منتج: تم تحديد مهمة واحدة ، وساعده آخرون ، وعلى العموم تعرفنا على هذا الشيء وقرأناه ورفعناه.



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

لذا ، ما هو ضروري لفناني الأداء (يبدو لي ، ليس فقط للمشرف):

• إنقاص تبديل السياق . دع الشخص يعمل - إذا كان فنيًا ، دعه يجلس ويعمل ، لا تمزقه!
• جعل العمليات شفافة. إذا كنت تخرق المواعيد النهائية وكان هناك شك في أن شيئًا ما لا يعطي الأولوية للمهام ، فقم بإعطاء الفريق معلومات حول سبب أهمية مهمة معينة. يجب على المرء أن يرى أبعد من مراقبته ، ويعلم أن مشاركته في المشروع مهمة. ثم سيعمل بشكل مختلف ، وسوف يفهم مدى إلحاحية وفائدة عمله.
• اكتب وثائق جيدة. علاوة على ذلك ، من الجيد إذا تم تقسيم هذه الوثائق إلى أجزاء مختلفة. يمكن أن يكون مفصلاً وعميقًا ، إذا كنت ترغب في التعرف على الجحور. ولكن في الوقت نفسه ، يجب أن يكون لديك مقتطفات حول الخدمة أو الخدمة ، والتي يتم وضعها على صفحة واحدة وتحتوي على مجموعة من 5-6 إجراءات يجب القيام بها قبل التصعيد. علاوة على ذلك ، من المهم التوثيق دائمًا.

عند زيادة شفافية العمل في القسم ، يتم حل مشكلة تحديث الوثائق من تلقاء نفسها ، لأنك ترى التكرارات التي تحدث ، ويُطلب منك باستمرار: "تحديث ، تحديث ، تحديث".

المراجع

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

• لماذا يكره المطورون المقاطعة ،
• تمت مقاطعة المبرمج ،
• المقاطعات: دقيقة واحدة فقط هي
• دراسة يومية لتبديل المهام وانقطاعها ،
• لم تترك أي مهمة؟: دراسة طبيعة العمل المجزأ ،
• xCAT
• GLPI ، FusionInventory ،
• دمية ،
• القنصل ،
• بطل الوضع .

ستبدأ نسخة سيبيريا من المؤتمر لمطوري المشاريع ذات الأحمال العالية Highload ++ Siberia يوم الإثنين وستستغرق 25 و 26 يونيو . سيتحدث أنتون عن تطور الأدوات والخدمات في الخدمة مع فريق عمليات Badoo ،

وسيقدم 30 خبيرا معترفا به وممثلون لقادة الصناعة أفضل ممارساتهم ويتبادلون تجاربهم - انظر البرنامج .