يتمتع موضوع DevOps و IaC بشعبية كبيرة ويتطور بسرعة. ومع ذلك ، فإن معظم الكتاب يرتبطون بمشاكل فنية بحتة على طول الطريق. سوف أصف المشاكل المميزة لشركة كبيرة. ليس لدي أي حل - فالمشاكل بشكل عام قاتلة وتكمن في مجال البيروقراطية والتدقيق و "المهارات اللينة".
نظرًا لأن عنوان المقال سيكون كذلك ، فإن Dineris سيعمل كقطة تحولت إلى جانب Enterprise
مما لا شك فيه ، الآن هناك صدام بين القديم والجديد. وغالبا في هذه التصادمات لا يوجد حق ، وليس مذنبا. لقد حدث ما حدث. ولكن ، لكي لا تكون بلا أساس ، سنبدأ هنا من هذه الشاشة:
هذا هو ما يسمى طلب التغيير. ترى حوالي ثلث الحقول التي تحتاج إلى تعبئتها من مجموعة متنوعة من الدلائل ، وبقية الحقول في علامات التبويب الأخرى. يجب إكمال هذا المستند من أجل تطبيق البرنامج النصي على خادم الإنتاج ، أو لتحميل ملفات جديدة ، وبشكل عام ، تغيير شيء ما.
عدد الحقول بحيث كتبت الأتمتة الصغيرة الخاصة بي على ملء هذه الحقول. علاوة على ذلك ، تتم كتابة هذه الصفحة بحيث لا تستطيع أدوات التشغيل الآلي رؤية حقولها ، وكان الحل الوحيد الممكن هو استخدام AutoIt لضرب الماوس بإحداثياته بغباء. معدل درجة اليأس من أجل اتخاذ قرار بشأن هذا:
لذا ، يمكنك أن تأخذ جنكينز ، طاهياً ، تيرافورم ، نيكزس وما إلى ذلك ، وتنشرها بكل سرور على مطورك. ولكن حان الوقت لإرسال هذا إلى QA و UAT و PROD. لديك قطعة أثرية من Nexus وتتلقى خطابًا من DBA مع النص التالي تقريبًا:
عزيزي،
أولاً ، يمكن أن تتخيل العلاقة الخاصة بك لا أستطيع الوصول إلى Nexus الخاص بك
ثانياً ، يجب إصدار جميع التغييرات كطلب تغيير.
البرامج النصية SQL تحتاج إلى عزلهم Nexus ، وإرفاق تغيير الطلب.
إذا لم يكن التغيير طارئًا ، فيجب أن يتم ذلك بعد 7 أيام من الإصدار (حصريًا في عطلة نهاية الأسبوع)
عندما يرسل طلب التغيير الخاص بك مجموعة من الأشخاص ، فسيقوم DBA بتنفيذ البرنامج النصي الخاص بك وحتى إرسال لقطة شاشة للنتيجة عن طريق البريد.
مع خالص التقدير ، DBA الخاص بك الذي يعمل هنا منذ أيام المركزية.
هل تعرف ما هذا يذكرني؟ شبه الأتمتة: يمسك الروبوت السرير ، ويضربه العامل بمطرقة ثقيلة. حسنًا ، حقًا ، ما فائدة هذا Nexus ، إذا كان كل شيء يتم يدويًا بالكامل؟
ولكن لا ينبغي إلقاء اللوم على المؤسسة! إنه بالطبع دموي ، لكن كل هذه البيروقراطية مع طلبات التغيير مجبرة وتأتي من مراجعي الحسابات. يجب أن تعمل المؤسسة من هذا القبيل ، الفترة. من المستحيل بالنسبة له خلاف ذلك. والتدقيق هو شيء محافظ للغاية. كم ، على سبيل المثال ، قيل إن كلمات المرور الزائفة المعقدة والمتكررة في كثير من الأحيان هي كلمات سيئة ، ولكن الشركات ستكون هي آخر مكان لتغييره. أيضا مع عمليات النشر وكل شيء آخر.
بالمناسبة ، في وقت واحد حاولت إنشاء ملف ل terraform ، لكنني لم تنجح. لقد تعثرت على قيمة علامة "رمز فوترة محاسبة المشاريع" ، والتي ما زلت لا أستطيع اكتشافها - المهارات اللينة لم تكن كافية.
أنا لا أتناول موضوع اللامبالاة السلبية - أوه ، الأتمتة الخاصة بك تهدد الأمن الوظيفي الخاص بي ، لا أريد أن أتعلم أي شيء جديد ، لذلك سأخربه بهدوء.
حسنا ، وما يمكن أن يكون حلا من حيث المبدأ؟ يحتوي نظام ITSM على واجهة برمجة تطبيقات بدائية للغاية لإنشاء المستندات تلقائيًا. على أي حال ، فإن معظم هذه الأنظمة تأتي من وقت الحاسبات الكبيرة.
ربما شخص يعرف أنظمة ITSM الحديثة حقا؟ يمكن لأي شخص أن يكون تجربة ناجحة دمج DevOps الحديثة والبيروقراطية؟ لا يتعلق هذا بطبيعة الحال ببيع المواقع بحتة حيث يمكن أن يكون هناك نشر فعليًا كل يوم ، ولكن ، على سبيل المثال ، القطاع المصرفي ، الذي يخضع لمدققي الحسابات والعزلة القوية جدًا للبيئات العليا.
فقط لا تنس أن كل ما تبذلونه من التخيلات محدودة عن طريق التدقيق. وأن كل التغييرات. في انتظاركم في التعليقات!