مدتی است که می خواستم این مقاله را بنویسم. از آنجا که من اغلب می بینم که “Devops نقشی نیست” در همه جا ، و هر بار که می بینم ، یک واکنش احشایی دارم.
از قضا ، من در حال حاضر کتاب “توپولوژی تیم” را می خوانم ، که به نظر می رسد کتاب نهایی “DevOps یک نقش نیست”. اما من می خواهم برای یک ثانیه افکارم را باز کنم. من اغلب متوجه شده ام که وقتی ایده جدیدی به من ارائه می شود ، انگیزه من این است که در برابر آن استدلال کنم ، طرفدار شیطان بازی کنم. تا حدی این به همان دلیلی است که اکثر مردم انجام می دهند. من از تغییر می ترسم پنیر من را جابجا نکنید و این واکنش معمولاً مفید نیست. بازی کردن طرفدار شیطان بدون هدف قوی در ذهن یک الگوی ضد الگوی است.
اما من یک هدف قوی در ذهن دارم. یکی از مواردی که من در مورد تعاملات اجتماعی خودم تشخیص داده ام ، این است که باید اطمینان حاصل کنم که در مورد این هدف قوی واضح تر هستم ، در غیر این صورت فقط به نظر می رسد که من یک آنتاگونیست بی نیاز هستم. اما هدف من نوعی دو برابر است.
-
کاری که اکنون انجام می دهیم کار می کند. چرا آن را تغییر دهید؟ نه واقعاً چرا آن را تغییر دهید؟ دلایل چیست؟ این کار جدید چه کاری بهتر انجام خواهد داد؟ چه چیزی می خواهیم اطمینان حاصل کنیم که ما از الگوهای فعلی خود حفظ می کنیم؟
-
دوم مشابه ، شاید سازگار است: دلایل این چیز جدید چیست؟ ما نمی توانیم درک کنیم که چرا این کار جدید را انجام می دهیم ، مگر اینکه آن را برخلاف آنچه جایگزین می کند ، هم خوب و هم بد درک کنیم. دلیلی وجود دارد که شما به همان شکلی که انجام داده اید انجام داده اید و به احتمال زیاد چیزی را از دست خواهید داد. چه چیزی را از دست می دهید؟ و چگونه اطمینان می دهید که می توانید این را به مردم بفروشید ، بدون این که بفهمید چه مزایایی از چیز فعلی دریافت می کند.
بنابراین در این راستا ، ریشه این سوال است. اگر DevOps عنوان شغلی نیست ، یک فرهنگ است. چرا این مسئله باید اینقدر سخت مورد بحث قرار گیرد؟ یعنی چرا مردم به جای یک فرهنگ ، مانند یک عنوان شغلی رفتار می کنند ، چه چیزی از آن خارج می شوند؟
OPS + IAC در واقع خوب است.
من فکر می کنم یکی از موارد اصلی که مردم هنگام صحبت در مورد DevOps می گویند نقش ندارد ، این است که به این ترتیب اضافه کنید ، فقط اضافه کردن IAC به OPS باعث نمی شود شما Devops شود. اما اگر تیمی را انتخاب می کنید که بیشتر تغییرات خود را به صورت دستی انجام می داد ، با کلیک روی کنسول بگویید و آنها را مجبور کنید که با استفاده از Terraform ، تغییرات خود را شروع کنند. خوب است! مثل اینکه اگر عمل کنید. شروع به احساس آنچه که آن الگوی است. شروع به درک مشکلات کار از این طریق کنید.
اگر مهارت رسیدن به آنجا را ندارید ، نمی توانید تغییر فرهنگ را ایجاد کنید.
اگر یک دسته از مهندسان عملیات را که قبلاً هرگز به IAC یا یک پایه کد لمس نکرده اید ، می گیرید و به آنها بگویید که موانع را تجزیه کنند و خود را در تیم های مهندسی نرم افزار جاسازی کنند. این مقدر است که شکست بخورد. برای افزودن به موارد فوق: مهارت های IAC را توسعه دهید تا وقتی ممکن است با یک تیم تعبیه کنید ، یا سعی کنید فرهنگ را تغییر دهید ، مهارت های لازم برای پاسخ سریع را دارید.
DevOps یک تلاش مداوم است.
من فکر می کنم که فرهنگ DevOps به نوعی از گودال ساندوها است. این فقط گیلاس در بالا نیست ، بلکه عمیق تر از آن یکپارچه است. اما بیشتر کارهایی که تیم های شما انجام می دهند توسط “مهندسان DevOps” در “تیم OPS” انجام می شود. OPS زیرساخت ها را تا حدودی مماس برای نیازهای توسعه دهندگان شما مستقر و مدیریت می کند.
DevOps نقشی نیست ؛ واقعاً عملی نیست
DevOps نقشی نیست ، این یک فرهنگ از نظر جهت صحیح است ، این روش صحیح برای مشاهده مشکل است ، و اگر به آن عمیق شوید ، در آنجا ارزش زیادی وجود دارد. اما اگر تازه شروع به کار کرده اید “برو تغییر فرهنگ” واقعاً توصیه ای مفید نیست ، و تعداد زیادی از آنها در پست ها یا پست های وبلاگ به هم پیوسته است تا خلاصه ای از ناامیدی از طرف نویسنده باشد ، و نه توصیه های عمیق واقعی.
پایان
چه چیزی را پیشنهاد می کنم مردم از این امر دور شوند؟ و این چگونه بر نحوه کار من تأثیر می گذارد؟
“DevOps یک فرهنگ است” یک دید طولانی مدت خوب است ، اما در بالا ، ممکن است عملی نباشد. با شک و تردید وارد آن شوید. با جایی که در سفر خود هستید صادق باشید و این که برخی از الگوهای سازمانی ممکن است شما را از تطبیق واقعی فرهنگ گرگ جلوگیری کند. برای انجام درست DevOps ، شما باید در سازمان بسیار زیاد خریداری شوید ، و اگر اینگونه نیستید ، فکر می کنم هنوز راه هایی برای استفاده از برخی از یادگیری های DevOps وجود دارد. اجازه ندهید که کامل دشمن خوب باشد.
اگر فقط به دنبال کارهای کوچک هستید ، می توانید شخصی را با تجربه IAC استخدام کنید ، یا Terraform را معرفی کنید و این یک قدم خوب برای برداشتن است ، شما در اجرای تیم OPS ناکام هستید. شما می توانید برخی از افراد را استخدام کنید ، آنها را “devops” بنامید و سپس به آرامی راه هایی برای ساختن پل بین تیم خود و dev پیدا کنید ، نه اینکه صرفاً درخواست SVP مهندسی برای فعال کردن “تغییر فرهنگ” کنید. در حقیقت ، شما ممکن است همه کارهایی را که متفاوت از تیم هایی است که می گویند “DevOps” را برای واقعی انجام می دهند ، انجام ندهید. سپس من می گویم از “مهندسان DevOps” خود برای ایجاد علاقه استفاده کنید ، به سمت یک تیم توانمند حرکت کنید که باعث می شود مشتریان شما به سمت تغییرات فرهنگی که DevOps الهام بخش است به جای اینکه خودتان به آنها فشار بیاورید ، فشار بیاورید.
