چگونه یک متخصص DevOps قربانی اتوماسیون شد؟

توجه داشته باشید. ترجمه: محبوب ترین پست در زیر ردیت /r/DevOps در طول ماه گذشته قابل توجه بود: "اتوماسیون رسماً جایگزین من در محل کار شده است - تله ای برای DevOps." نویسنده آن (از ایالات متحده آمریکا) داستان خود را گفت، که این ضرب المثل رایج را زنده کرد که اتوماسیون نیاز کسانی را که از سیستم های نرم افزاری نگهداری می کنند را از بین می برد.

چگونه یک متخصص DevOps قربانی اتوماسیون شد؟
توضیحی در دیکشنری شهری برای عبارت از قبل تثبیت شده (؟!) در مورد جایگزین کردن یک شخص با یک اسکریپت

بنابراین، این خود انتشار است:

یک شوخی رایج در میان بخش‌های DevOps این است: "اگر همه چیز را خودکار کنیم، بیکار خواهیم شد."

با این حال، این دقیقاً همان چیزی است که برای من و حدود صد مهندس DevOps دیگر اتفاق افتاد. به دلیل توافق عدم افشای اطلاعات نمی‌توانم وارد جزئیات شوم: مطمئن هستم که دیر یا زود اطلاعات منتشر خواهد شد، اما نمی‌خواهم کسی باشم که آن را بیان می‌کند.

من سعی خواهم کرد یک ایده کلی از اینکه دقیقاً چگونه همه چیز اتفاق افتاده است ارائه دهم.

حدود پنج سال پیش، من به عنوان مدیر در بخش DevOps یک شرکت فناوری متوسط ​​کار کردم و در آن زمان حقوق عالی (190 هزار دلار) دریافت کردم که مقدار باورنکردنی اضافه کاری اجباری ما را جبران کرد.

همانطور که معمولاً اتفاق می افتد، یک استخدام کننده از لینکدین با من تماس گرفت. او نماینده یک شرکت بزرگ چند ملیتی بود که مطلقاً هیچ علاقه ای به من به عنوان یک فرصت شغلی بالقوه نداشت. استخدام کننده نوشت که این شرکت به طور فعال تیم های مهندسین نرم افزار، توسعه دهندگان و DevOps خود را در انتظار چندین پروژه بزرگ گسترش می دهد و خاطرنشان کرد که آنها مایلند از من برای مصاحبه دعوت کنند.

نپذیرفتم و گفتم علاقه ای ندارم. او از من پرسید که چقدر درآمد داشته‌ام و تاکید کرد که این شرکت احتمالاً خیلی بیشتر ارائه خواهد کرد. این کنجکاوی من را تحریک کرد - زیرا فکر می کردم قبلاً حقوق عالی داشتم.

به طور خلاصه، من برای یک مصاحبه پرواز کردم، یک موقعیت رهبری ارشد با حقوق 275 هزار دلار به علاوه گزینه های سهام و پاداش، و همچنین فرصت کار از راه دور (یعنی نیازی به جابجایی نداشتم) دریافت کردم، اگرچه خیلی ایده کار کردن برای یک شرکت بزرگ را دوست نداشتم. با این حال، این پیشنهاد برای رد کردن خیلی خوب بود (آنها به من قول دادند خیلی بیشتر از آمازون در اوایل آن سال).

این شرکت یک بخش DevOps داشت، اما عمدتاً از مدیران ارشد سیستم تشکیل شده بود که می توانستند به اندازه کافی در Python/Bash/PowerShell بنویسند تا خطرناک شود. بنابراین، آنها به تیمی از مهندسان DevOps واقعی با تجربه برنامه نویسی در زبان های سطح پایین برای کار روی پروژه های پیچیده نیاز داشتند.

در طول سه سال بعد، بخش ما رشد کرد. باید بگویم که مدیریت همه چیز را درست انجام داد. تقریباً هیچ وقت از هر چیزی که خواسته بودیم رد نشدیم و بیش از 90 درصد از پروژه های برنامه ریزی شده خود را به موقع و با بودجه تکمیل کردیم که واقعاً شگفت انگیز است.

با این حال، حدود یک سال و نیم پیش، مشخص شد که ما به معنای واقعی کلمه *همه چیز* را خودکار کرده ایم. البته، هنوز تعمیر و نگهداری و بررسی های منظم وجود داشت، اما در یک سال و نیم گذشته من واقعاً فقط 1-2 ساعت در روز کار می کردم زیرا چیز دیگری برای انجام دادن وجود نداشت. من هیچ قصدی برای ترک چنین شغل پردرآمدی نداشتم، اما می ترسیدم که روز X سرانجام برسد و بعد دیروز فرا رسید.

اساساً اعلام شد که اکثر تیم‌های DevOps منحل شده‌اند (75 نفر باقی مانده‌اند که روی برنامه‌های خاص کار می‌کنند) زیرا تیم‌های IT و مهندسی نرم‌افزار می‌توانند همه کدها را مدیریت کنند، و دیگر کاری برای بچه‌های DevOps وجود ندارد.

در تیم فناوری اطلاعات به من پیشنهاد شد، اما دستمزد در آنجا تقریبا نصف شد. می‌توانستم از راه دور به کارم ادامه دهم، اما آنها می‌خواستند که در نهایت به شهری که دفتر در آن قرار داشت نقل مکان کنم تا بتوانم بیشتر در آنجا باشم.

حیف که اینطوری شد چون دوست داشتم آنجا کار کنم. شرکت به خوبی از ما مراقبت کرد (البته بدون احتساب اخراج) و مکان های زیادی برای DevOps با حقوق بالای 200 هزار تومان و یک روز کاری استاندارد 8 ساعته و تقریباً بدون اضافه کاری وجود ندارد.

خوشبختانه، من پولم را عاقلانه مدیریت کرده ام و موفق شده ام در 4 سال گذشته 5 وام مسکن را به طور کامل پرداخت کنم. اکنون درآمد اضافی کمی دارم، هزینه ها محدود است، بنابراین می توانم به آرامی به دنبال یک مکان جدید بگردم.

اضافات (از مترجم)

خود نویسنده اینگونه است نظرات در مورد عنوان من: «اگر به عنوان طعمه کلیکی در نظر گرفته شد، عذرخواهی می‌کنم: من فقط سعی می‌کردم کمی طنز به عنوان اضافه کنم، قصد نداشتم داستانم را به طعمه کلیک یا ترسناک DevOps تبدیل کنم.»

و ما با "تله" ذکر شده در زمینه DevOps موافقت کردیم نه همه مفسران: «چرا تله؟ حقوق خوبی دریافت کردید (حتی بیشتر از آنچه قبلاً به عنوان "عالی" توصیف شد)، از شر ساعات اضافی خلاص شدید، کار عالی انجام دادید و یک رزومه عالی دریافت کردید."

چند اضافات از نظرات دیگر نویسنده در مورد این داستان:

  • در مورد حقوق و دستمزد عوامل مهم منطقه ای و حرفه ای هستند. نویسنده که یک مهندس نرم افزار با 25 سال تجربه است، سمت مدیر یک تیم DevOps را بر عهده داشت. علاوه بر این، تجربه او محدود به دانش زیرساخت های مدرن نیست، بلکه گسترش می یابد و زبان های برنامه نویسی مانند C++، Fortran و Cobol که برای تعامل با توسعه دهندگان در سازمان حیاتی بودند.
  • برای کسانی که فکر می کردند 75 مهندس DevOps بسیار زیاد است. در این شرکت "کار می کنند بیش از 50 هزار نفر و به معنای واقعی کلمه هزاران برنامه در حال کار هستند.

جایزه

اگر هنوز آن را نخوانده اید مصاحبه اخیر مدیر فنی ما - دیمیتری استولیاروف (منقطع)، - برای کنفرانس DevOpsConf و پادکست DevOps Deflope، سپس به یک سوال مشابه پرداخت. و این دیدگاهی است که بیان شد:

- و پس از آن چه [در صورت ساده‌تر شدن استفاده از K8s] چه اتفاقی برای مهندسان، مدیران سیستمی که از Kubernetes پشتیبانی می کنند، خواهد افتاد؟

دیمیتری: پس از ظهور 1C چه اتفاقی برای حسابدار افتاد؟ در مورد همین. قبل از این، آنها روی کاغذ حساب می کردند - اکنون در برنامه. بهره وری نیروی کار به مراتب افزایش یافته است، اما خود کار ناپدید نشده است. اگر قبلاً 10 مهندس نیاز داشتند تا یک لامپ را ببندند، اکنون یک لامپ کافی است.

به نظر من، حجم نرم افزار و تعداد وظایف، اکنون با سرعت بیشتری نسبت به ظهور DevOps های جدید در حال رشد است و کارایی در حال افزایش است. در حال حاضر کمبود خاصی در بازار وجود دارد و مدت زیادی ادامه خواهد داشت. بعداً همه چیز به یک هنجار خاص برمی گردد که در آن راندمان کار افزایش می یابد ، بی سرور بیشتر و بیشتر می شود ، یک نورون به Kubernetes متصل می شود که تمام منابع را دقیقاً همانطور که باید انتخاب می کند ... و در به طور کلی، همه چیز را خودتان آنطور که باید انجام دهید - مرد، کنار بروید و دخالت نکنید.

اما هنوز کسی باید تصمیم بگیرد. مشخص است که سطح صلاحیت و تخصص این فرد بالاتر است. این روزها در حسابداری نیازی نیست 10 نفر کارمند دفتر داشته باشند تا دستشان خسته نشود. این به سادگی لازم نیست. بسیاری از اسناد به طور خودکار توسط سیستم مدیریت اسناد الکترونیکی اسکن و شناسایی می شوند. یک حسابدار ارشد باهوش کافی است، در حال حاضر با مهارت های بسیار بیشتر، با درک خوب.

به طور کلی در همه صنایع این راه است. در مورد ماشین ها هم همینطور است: قبلاً یک ماشین با یک مکانیک و سه راننده می آمد. امروزه رانندگی با ماشین یک فرآیند ساده است که همه ما هر روز در آن شرکت می کنیم. هیچ کس فکر نمی کند که یک ماشین چیز پیچیده ای است.

DevOps یا مهندسی سیستم ها از بین نمی روند - کار و کارایی سطح بالا افزایش می یابد.

PS

در وبلاگ ما نیز بخوانید:

منبع: www.habr.com

اضافه کردن نظر