DevOps ۽ IaC جو موضوع تمام مشهور آهي ۽ جلدي ترقي ڪري رهيو آهي. بهرحال، اڪثر ليکڪ هن رستي سان خالص ٽيڪنيڪل مسئلن سان معاملو ڪندا آهن. مان هڪ وڏي ڪمپني جي خاصيتن جي مسئلن کي بيان ڪندس. مون وٽ ڪو حل ناهي - مسئلا، عام طور تي، موتمار آهن ۽ بيوروڪريسي، آڊيٽنگ، ۽ "نرم صلاحيتن" جي علائقي ۾ ڪوڙ آهن.
جيئن ته مضمون جو عنوان هن طرح آهي، ڊينيرس، جيڪو انٽرپرائز جي پاسي ڏانهن ويو آهي، ٻلي وانگر ڪم ڪندو.
بلاشڪ، هاڻ پراڻي ۽ نئين جو ٽڪراءُ آهي. ۽ اڪثر انهن ٽڪرن ۾ نه ته صحيح آهي ۽ نه غلط. بس ائين ئي ٿيو. پر، بي بنياد نه ٿيڻ لاء، اسان هن اسڪرين سان شروع ڪنداسين:
هي نام نهاد تبديلي جي درخواست آهي. توهان ڏسندا ته اٽڪل ٽيون فيلڊز جيڪي مختلف ڊائريڪٽرن مان ڀرڻ گهرجن، باقي فيلڊ ٻين بک مارڪ ۾ آهن. پروڊڪشن سرور تي اسڪرپٽ لاڳو ڪرڻ لاءِ، يا نيون فائلون اپلوڊ ڪرڻ، يا عام طور تي ڪا به شيءِ تبديل ڪرڻ لاءِ، اهڙو دستاويز ڀريو وڃي.
فيلڊن جو تعداد اهڙو آهي جو مون انهن شعبن کي ڀرڻ لاءِ پنهنجو ننڍڙو آٽوميشن لکيو آهي. ان کان علاوه، هي صفحو اهڙي طرح لکيو ويو آهي ته ڪو به خودڪار اوزار ان جي فيلڊ کي نه ڏسي سگهي، ۽ واحد ممڪن حل هو AutoIt استعمال ڪرڻ لاء بيوقوف طور تي مائوس سان همراهن تي ڪلڪ ڪريو. هن کي ڪرڻ لاءِ پنهنجي مايوسي جي سطح جو اندازو لڳايو:
تنهن ڪري، توهان جينڪنز، شيف، ٽيرافارم، Nexus، وغيره وٺو، ۽ خوشيء سان اهو سڀ ڪجهه پنهنجي ديو ڏانهن ترتيب ڏيو. پر وقت اچي ٿو ان کي موڪليو QA، UAT ۽ PROD. توهان وٽ هڪ Nexus artifact آهي ۽ توهان DBA کان هڪ خط وصول ڪندا آهيو هن سان گڏ:
پيارا،
سڀ کان پهريان، توهان جو Nexus توهان پنهنجي لاءِ حاصل ڪري سگهو ٿا مون وٽ توهان جي Nexus تائين رسائي ناهي
ٻيو، سڀني تبديلين کي تبديل ڪرڻ جي درخواست جي طور تي جاري ڪيو وڃي.
توھان کي Nexus مان SQL اسڪرپٽ ڪڍڻ جي ضرورت آھي ۽ انھن کي تبديل ڪرڻ جي درخواست سان ڳنڍيو.
جيڪڏهن تبديلي ايمرجنسي نه آهي، اهو ٿيڻ گهرجي 7 ڏينهن اڳ ڇڏڻ کان اڳ (خاص طور تي هفتي جي آخر ۾)
جڏهن توهان جي تبديلي جي درخواست ڪيترن ئي ماڻهن طرفان منظور ڪئي وئي آهي، DBA توهان جي اسڪرپٽ تي عمل ڪندو ۽ اي ميل ذريعي نتيجو جو هڪ اسڪرين شاٽ پڻ موڪليندو.ڀليڪار، توهان جو DBA جيڪو هتي ڪم ڪري رهيو آهي مين فريم جي ڏينهن کان.
ڇا توهان کي خبر آهي ته اهو مون کي ياد ڏياريندو آهي؟ سيمي آٽوميشن: روبوٽ فريم رکي ٿو، ۽ ڪم ڪندڙ ان کي سليج هيمر سان ماريندو آهي. خير، واقعي، هن Nexus جو ڪهڙو مقصد آهي جيڪڏهن پوءِ سڀ ڪجهه مڪمل طور تي دستي طور ڪيو وڃي؟
پر انٽرپرائز کي هن لاء الزام نه ڏيڻ گهرجي! اهو، يقينا، خوني آهي، پر تبديلي جي درخواستن سان گڏ هي سڀ بيوروڪريسي مجبور آهي ۽ آڊيٽرز کان اچي ٿي. انٽرپرائز کي هن طريقي سان ڪم ڪرڻ گهرجي، مدت. هو ٻئي طريقي سان نٿو ڪري سگهي. ۽ آڊيٽنگ هڪ تمام قدامت پسند شيء آهي. مثال طور، حقيقت جي باري ۾ ڪيترو چيو ويو آهي ته ڊگھو pseudo-complex ۽ اڪثر تبديل ٿيل پاسورڊ خراب آهن، پر ادارا آخري جڳهه هوندا جتي هن کي تبديل ڪيو ويندو. پڻ مقرري ۽ ٻين شين سان.
رستي ۾، هڪ دفعي مون ڪوشش ڪئي ته ٽرافارم لاء هڪ فائل ٺاهي، پر اهو ڪم نه ڪيو. مون 'پروجيڪٽ اڪائونٽنگ بلنگ ڪوڊ' ٽيگ جي معنيٰ تي ڌڪ هنيو، جنهن کي مان ڪڏهن به معلوم نه ڪري سگهيو آهيان - مون وٽ ڪافي نرم صلاحيتون نه هيون.
مان غير فعال لڊزم جي موضوع تي به نه آهيان - اوه، توهان جي خودڪار طريقي سان منهنجي نوڪري جي حفاظت کي خطرو آهي، مان ڪجهه به نئين سکڻ نه ٿو چاهيان، تنهنڪري مان خاموشيء سان ان کي سبوتاژ ڪندس.
خير، اصول ۾ حل ڇا ٿي سگهي ٿو؟ ITSM سسٽم وٽ خود بخود دستاويز ٺاهڻ لاءِ هڪ انتهائي ابتدائي API آهي. ۽ عام طور تي، انهن مان اڪثر سسٽم مين فريم جي وقت کان ايندا آهن. ڇا ڪو ڄاڻي ٿو ڪنهن واقعي جديد ITSM سسٽم؟ ڇا ڪنهن وٽ جديد DevOps ۽ بيوروڪريسي کي ضم ڪرڻ جو ڪامياب تجربو آهي؟ اسان، يقينا، خالص سيلز سائيٽن جي باري ۾ نه ڳالهائي رهيا آهيون، جتي اصل ۾ هر روز مقرري ٿي سگهي ٿي، پر، مثال طور، بينڪن جو شعبو، جيڪو آڊيٽرز هيٺ آهي ۽ اعلي ماحول ۾ تمام مضبوط اڪيلائي.
بس اهو نه وساريو ته توهان جا سڀئي تصورات آڊٽ طرفان محدود آهن. ۽ اهو سڀ ڪجهه تبديل ڪري ٿو. مان توهان جي تبصرن ۾ انتظار ڪري رهيو آهيان!
جو ذريعو: www.habr.com