DevOps أو كيف نخسر الأجور ومستقبل صناعة تكنولوجيا المعلومات ، الجزء الثاني

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



كلما مر الوقت ، كلما سمعت أن "هذا هو واجب" devups "، طلبات قاعدة البيانات تريد ضبط devups ، خمن كيف وبأي تبعيات يذهب البرنامج إلى المبرمج - devups ، evpn + bgp + ipsec + geo dns + تفويض الشبكة عن طريق الشهادات - devups ، وإصلاح الأخطاء المعمارية والتوصل إلى خيارات غير دموية - devups ، وتحويل pg_dump العادي إلى تكرار متزامن - devups ، كونه محللًا نفسيًا لمحطات الخدمة / المدير التنفيذي والفريق - devups.



اتجاه آخر مثير للاهتمام هو k8s + موازن التحميل لأي عطس. منذ وقت ليس ببعيد ، عُرض علي وضع موازن التحميل في قاعدة البيانات ، ربما سينخفض ​​متوسط ​​التحميل وستكون الأقراص أقل تحميلًا…. K8s بشكل عام موضوع منفصل ، حول الأساطير المرتبطة به ، يمكنك كتابة 2-3 مقالات.



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



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



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



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

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



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

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



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



في المقالة التالية سأكتب المزيد عن سبب عدم فائدة DevOps و Agile ، المطبقين من الأسفل ، أبدًا.