۱۰ اشتباه بزرگ و نحوه اجتناب از آنها

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

محبوبیت

Devops همچنان ادامه دارد زیرا سازمان‌ها به دنبال راه‌هایی برای افزایش کارایی به فرآیند توسعه هستند. Research and Markets، یک شرکت تحقیقات بازار، پیش‌بینی می‌کند که بازار جهانی ابزارها و خدمات توسعه‌یافته از ۱۰.۵۶ میلیارد دلار در سال ۲۰۲۳ به ۲۹.۷۹ میلیارد دلار در سال ۲۰۲۸ رشد خواهد کرد.

از جمله محرک‌های توسعه‌دهنده‌ها می‌توان به افزایش تقاضا برای مقیاس‌پذیری، شناخت صنعت رو به رشد و بهترین شیوه‌ها، بلوغ ابزارهای devops و اکوسیستم devops و افزایش تقاضا برای ادغام و استقرار مداوم.

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

۱۰ اشتباه بزرگ devops که باید اجتناب کرد

1. تیم های توسعه و عملیات ارتباط برقرار نمی کنند
2. امنیت سایبری یک فکر بعدی است
3. زیرساخت پیچیده فناوری اطلاعات مقیاس نمی‌شود
4. اولویت های توسعه دهندگان با اهداف تجاری مطابقت ندارند
5. فناوری های جدید جریان کار devops را شکسته اند
6. تکنولوژی های قدیمی جریان کار devops را شکسته اند
7. مقاومت فرهنگی پذیرش deops را کند می کند
8. کار از راه دور، همکاری را کاهش می دهد
9. توسعه دهندگان و عملیات ها چیزهای مختلفی می خواهند
10. اتوماسیون همه چیز را حل نمی کند

تیم های Dev و ops ارتباط برقرار نمی کنند

اگرچه devops برای تقویت همکاری و ارتباطات بهتر بین تیم‌ها طراحی شده است، اما اجرای آن برای برخی سازمان‌ها یک مانع است.

لارنس گیوت، رئیس ارائه‌دهنده خدمات فناوری اطلاعات، توانمندسازی از طریق فناوری و آموزش (ETTE) می‌گوید: «یکی از چالش‌های مهم با devops تضمین ارتباط و همکاری یکپارچه بین تیم‌های توسعه و عملیات است.

Guyot می‌گوید: «از لحاظ تاریخی، این واحدها در سیلوها کار می‌کردند که منجر به ناکارآمدی و سوء تفاهم شد. برای مبارزه با این موضوع، ما یک رویکرد تیمی متقابل را اجرا کردیم که در آن اعضای هر دو بخش در تمام مراحل چرخه عمر محصول، از برنامه ریزی تا استقرار شرکت می کنند. Guyot می‌گوید این منجر به گردش کار منسجم‌تر و کاهش ۳۰ درصدی زمان استقرار شده است.

خاویر مونیز، مدیر ارشد فناوری در شرکت حقوقی LLCAttorney.com می‌گوید: «ارتباط مؤثر «می‌تواند یک چالش شیطانی باشد». «بسیاری از سازمان‌ها ارزش مهارت‌های نرم، مانند ارتباطات و همکاری، را در یک محیط توسعه‌یافته دست کم می‌گیرند. برای رسیدگی به این امر، ایجاد یک محیط مساعد برای ارتباطات شفاف و منظم در میان همه تیم‌ها ضروری است.»

امنیت سایبری یک فکر بعدی است

اطمینان از امنیت زنجیره تامین نرم افزار در یک محیط devops می تواند چالش برانگیز باشد.

Guyot می‌گوید: «سرعتی که تیم‌های توسعه‌دهنده با آن کار می‌کنند، گاهی اوقات می‌تواند بررسی‌های امنیتی ضروری را نادیده بگیرد. “در ETTE، ما با ادغام ابزارهای امنیتی خودکار مستقیماً در خط لوله CI/CD خود و انجام ارزیابی‌های امنیتی بلادرنگ در هر مرحله از توسعه، به این موضوع پرداختیم.”

Guyot می‌گوید:

این ادغام نه تنها به شرکت کمک کرد آسیب‌پذیری‌ها را زود شناسایی کند، بلکه تضمین کرد که شیوه‌های امنیتی با چرخه‌های استقرار سریع همگام می‌شوند.

امنیت قوی و حفظ حریم خصوصی داده ها به ویژه در صنایع تحت نظارت مانند مراقبت های بهداشتی مهم است. دیوید پامفری، مدیر عامل شرکت ارائه‌دهنده IT مراقبت‌های بهداشتی Riveraxe LLC می‌گوید: «در بخش مراقبت‌های بهداشتی بسیار تنظیم‌شده، ایمن کردن داده‌های بیمار بسیار مهم است. “ما با تعبیه امنیت در هر مرحله از فرآیند توسعه، ادغام ابزارهای اتوماسیون امنیتی که اسکن مستمر آسیب پذیری و نظارت بر انطباق را انجام می دهند، به این موضوع پرداختیم.”

پامفری می‌گوید:

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

رید تیلور، بنیانگذار Cyber ​​Command، LLC، ارائه‌دهنده خدمات مدیریت شده متخصص در فناوری اطلاعات تجاری و توسعه خدمات، می‌گوید دستیابی به تعادل بین استقرار سریع و امنیت قوی می‌تواند یک چالش باشد. او می گوید: «در پیگیری سرعت توسعه بالا، کنار گذاشتن نگرانی های امنیتی بسیار آسان است.

زیرساخت پیچیده فناوری اطلاعات مقیاس نمی شود

زیرساخت‌های فناوری، به‌ویژه در شرکت‌های بزرگ، پیچیده‌تر می‌شوند. افزایش کار از راه دور/هیبرید، انتقال منابع به فضای ابری و افزایش استفاده از دستگاه های تلفن همراه بر پیچیدگی آن افزوده است و این می تواند بر توسعه دهنده ها تأثیر بگذارد.

Guyot می‌گوید: «مدیریت پیچیدگی زیرساخت‌های فناوری اطلاعات مدرن می‌تواند برای تیم‌های توسعه‌دهنده دلهره‌آور باشد. “از آنجایی که ما منابع بیشتری را به ابر منتقل کردیم، مدیریت و مقیاس‌بندی این محیط‌های پیچیده به یک چالش قابل توجه تبدیل شد.”

ETTE روی آموزش تیم توسعه دهنده خود در زمینه زیرساخت ها و خدمات ابری پیشرفته، با تمرکز بر زیرساخت به عنوان سرویس (IaaS) و پلتفرم به عنوان سرویس (PaaS) سرمایه گذاری کرد تا اطمینان حاصل کند که اعضای تیم در مدیریت کارآمد این پلت فرم ها به خوبی مهارت دارند.< /p>

Guyot می‌گوید: «این به ما امکان داد تا عملیات خود را بدون به خطر انداختن عملکرد یا امنیت مقیاس‌بندی کنیم، که در نهایت منجر به بهبود ۴۰ درصدی کارایی عملیاتی شد.

اولویت های Devops با اهداف تجاری مطابقت ندارند

هر گونه ابتکار فناوری که با اهداف کلی کسب و کار مطابقت نداشته باشد، نتایجی کمتر از خیره کننده خواهد داشت، و توسعه نیز از این قاعده مستثنی نیست.

Remon Elsayea، رئیس TechTrone IT Services، ارائه‌دهنده راه‌حل‌های فناوری اطلاعات برای مشاغل کوچک و متوسط، می‌گوید: «همسویی توسعه با اهداف تجاری می‌تواند کاملاً مانع باشد.

Elsayea می‌گوید: «اغلب به نظر می‌رسد که سرعت سریع ابتکارات توسعه می‌تواند از همسویی با اهداف تجاری گسترده‌تر پیشی بگیرد و منجر به اولویت‌های نادرست شود. “برای کاهش این موضوع، رویکرد من این بوده است که به طور منظم تیم های متقابل کارکردی را برای بررسی استراتژی های توسعه در چارچوب اهداف تجاری فعلی تشکیل دهم، و اطمینان حاصل کنم که ابتکارات فناوری اطلاعات از جهت کلی شرکت پشتیبانی می کند.”

فناوری های جدید جریان کاری devops را شکسته اند

کارمندان فناوری و کاربران تجاری به طور یکسان مشتاق هستند تا جدیدترین و بهترین راه حل های فناوری را امتحان کنند. ادغام فناوری‌های جدید در چرخه devops قبل از اطمینان از تناسب مناسب با محصولات موجود، اشتباه است.

Elsayea می‌گوید: «پرش روی جدیدترین ابزارها یا پلت‌فرم‌ها وسوسه‌انگیز است، اما هر افزوده می‌تواند پیچیدگی و منحنی‌های یادگیری را ایجاد کند. ما قبل از ادغام کامل ابزارهای جدید در گردش کار توسعه، رویکرد «اثبات مفهوم» را اتخاذ کردیم. این شامل آزمایش‌هایی در مقیاس کوچک برای ارزیابی تأثیر و کارآمدی فناوری‌های جدید است و اطمینان حاصل می‌کند که آنها به طور مثبت به فرآیندهای ما کمک می‌کنند بدون اینکه پیچیدگی بی‌رویه یا کاهش کارآیی افزایش یابد.

تکنولوژی های قدیمی جریان کار devops را شکسته اند

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

پامفری می‌گوید: «یک چالش قابل توجه ادغام سیستم‌های قدیمی با شیوه‌های توسعه مدرن است. “این سیستم های قدیمی اغلب فاقد چابکی مورد نیاز برای یک خط لوله بدون درز هستند که منجر به گلوگاه می شود.”

برای مقابله با این موضوع، Riveraxe بر مدرن‌سازی تدریجی تمرکز کرد، و سیستم‌های قدیمی را در رابط‌های برنامه‌نویسی کاربردی (API) قرار داد تا عملکرد آن‌ها را در معرض رابط‌های جدیدتر و سازگار با توسعه قرار دهد. پامفری می‌گوید: «این نه تنها عملکردهای ضروری را حفظ کرد، بلکه عملیات را ساده‌تر کرد و زمان استقرار را حدود ۲۰ درصد کاهش داد.

مقاومت فرهنگی پذیرش devops را کند می کند

همه افراد در بخش فناوری اطلاعات یا توسعه یک سازمان سریعاً از توسعه‌دهندگان استقبال نمی‌کنند. Elsayea می گوید که تغییر می تواند دشوار باشد و مقاومت فرهنگی یک چالش دست کم گرفته شده در اجرای devop است.

Elsayea می‌گوید: «انتقال از تیم‌های سنتی به رویکرد یکپارچه‌تر می‌تواند با مقاومت روبرو شود. برای رسیدگی به این موضوع، پرورش فرهنگ یادگیری و همکاری مستمر کلیدی بود. با ایجاد محیطی که در آن بازخورد ارزش گذاری می شود و شکست ها به عنوان فرصت های یادگیری تلقی می شوند، به تدریج پویایی تیمی منسجم و انعطاف پذیرتری را پرورش دادیم.”

این نه تنها ادغام شیوه‌های devops را هموار کرد، بلکه باعث نوآوری و رضایت کارکنان نیز شد. Elsayea می‌گوید: «ایجاد این تنظیمات و غلبه بر این چالش‌ها به ترکیبی از صبر، تفکر استراتژیک، و گشودگی نسبت به پویایی تیم در حال تکامل نیاز دارد.

پامفری می‌گوید پرورش فرهنگی که به طور کامل فلسفه توسعه را در بر می‌گیرد، سفری مداوم برای ریوراکس بوده است. او می‌گوید: «در ابتدا، مقاومت در برابر تغییرات سریع و همکاری‌های ناشی از آن وجود داشت. ما با اجرای برنامه‌های آموزشی جامع و ایجاد کانال‌های ارتباطی شفاف با این امر مقابله کردیم تا اطمینان حاصل کنیم که همه اعضای تیم مزایای شیوه‌های توسعه‌دهنده، مانند افزایش کارایی و افزایش کیفیت محصول را درک می‌کنند.»

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

کار از راه دور همکاری devops را کند می کند

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

روند کار از راه دور می تواند بر توسعه تأثیر بگذارد. تیلور گفت: «مدیریت تیم‌های توسعه از راه دور چالش‌های منحصر به فردی را در حفظ ارتباطات، همکاری و نظارت ایجاد کرد. ما با ایجاد سیاست‌های قوی کار از راه دور، استفاده از ابزارها و پلتفرم‌هایی که همکاری را تقویت می‌کنند و فرهنگ اعتماد و خودمختاری را پرورش می‌دهیم، با این موضوع مقابله کردیم.

تیلور گفت:

بررسی‌های مجازی منظم و مستندات واضح فرآیندها و پیشرفت، تضمین می‌کند که تیم‌های راه دور منسجم، سازنده و همسو با اهداف سازمانی باقی می‌مانند.

Dev و ops چیزهای مختلفی می خواهند

در مورد اهداف توسعه، تیم‌ها همیشه در یک صفحه نیستند. این می تواند مانع دیگری برای devops باشد.

“یکی از چالش‌های رایجی که با آن روبرو شده‌ام، هماهنگ کردن اهداف متفاوت تیم‌های توسعه و عملیات است.” مونیز می گوید. “تیم های توسعه به دنبال تغییرات سریع هستند، در حالی که تیم های عملیاتی به دنبال ثبات هستند.”

یک راه حل برای این امر، القای فرهنگ مسئولیت مشترک است—با همکاری تیم ها از شروع پروژه تا اجرای نهایی.

اتوماسیون همه چیز را حل نمی کند

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

مونیز می‌گوید: «به‌طور متضاد، اتوماسیون، یکی از اجزای حیاتی devops، می‌تواند مشکلاتی را نیز ایجاد کند. “همه فرآیندها برای آن مناسب نیستند، و تلاش برای اتوماسیون اجباری می تواند منجر به ناکارآمدی شود.”

مونیز می‌گوید

درک این نکته ضروری است که اتوماسیون یک مفهوم همه یا هیچ نیست. او می گوید: “شناسایی و هدف گیری فرآیندهای مناسب برای اتوماسیون باعث صرفه جویی در زمان و منابع می شود.”