چگونه سازمان خود را به OpenStack معرفی کنیم

هیچ مسیر کاملی برای پیاده سازی OpenStack در شرکت شما وجود ندارد، اما اصول کلی وجود دارد که می تواند شما را به سمت اجرای موفق راهنمایی کند.

یکی از مزایای نرم افزار منبع باز مانند OpenStack این است که می توانید آن را دانلود کنید، آن را امتحان کنید و بدون نیاز به تعامل طولانی با فروشندگان فروشنده یا نیاز به تأییدیه های آزمایشی داخلی طولانی بین شرکت خود، به درک عملی از آن دست یابید. و شرکت شما - فروشنده.

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

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

MercadoLibre: دستور ضرورت و دویدن سریعتر از گوزن

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

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

الخاندرو کومیساریو، سرپرست فنی خدمات ابری در MercadoLibre می‌گوید: «این تغییر خیلی سریع اتفاق افتاد. ما به معنای واقعی کلمه یک شبه متوجه شدیم که بدون کمک نوعی سیستم نمی‌توانیم با این سرعت به کار خود ادامه دهیم.

Alejandro Comisario، Maximiliano Venesio و Leandro Reox، کل تیم MercadoLibre در آن زمان، شروع به جستجوی فن‌آوری‌هایی کردند که به آنها اجازه می‌دهد مراحل دستی مربوط به ارائه زیرساخت به توسعه‌دهندگان خود را حذف کنند.

این تیم اهداف پیچیده‌تری برای خود تعیین می‌کند و اهدافی را نه تنها برای کارهای فوری، بلکه برای اهداف کل شرکت تنظیم می‌کند: کاهش زمان لازم برای ارائه ماشین‌های مجازی آماده به کاربران برای یک محیط سازنده از 2 ساعت به 10 ثانیه و حذف دخالت انسان از این فرآیند.

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

Leandro Reox می‌گوید: «مشخص شد که رویکرد OpenStack - تحقیق، غوطه‌ور شدن در کد، و آزمایش عملکرد و مقیاس‌بندی با رویکرد MercadoLibre مطابقت دارد. "ما توانستیم بلافاصله وارد پروژه شویم، مجموعه ای از تست ها را برای نصب OpenStack خود تعریف کنیم و آزمایش را آغاز کنیم.

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

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

Maximiliano Venesio، مهندس ارشد زیرساخت در MercadoLibre، خاطرنشان می کند: "کل شرکت تشنه سیستمی مانند این و عملکردی بود که ارائه می دهد."

با این حال، تیم در مدیریت انتظارات توسعه دهندگان محتاط بود. آنها باید اطمینان حاصل کنند که توسعه دهندگان متوجه شده اند که برنامه های موجود نمی توانند بدون تغییر روی ابر خصوصی جدید اجرا شوند.

الخاندرو کومیساریو گفت: «ما باید مطمئن می‌شدیم که توسعه‌دهندگان ما آماده نوشتن برنامه‌های بدون حالت برای ابر هستند. «این یک تغییر فرهنگی بزرگ برای آنها بود. در برخی موارد، ما باید به توسعه دهندگان آموزش می دادیم که ذخیره داده های آنها در یک نمونه کافی نیست. توسعه دهندگان باید تفکر خود را تنظیم کنند.

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

اتوماسیونی که آنها توانستند با ابر خصوصی به دست آورند نتیجه داد و به MercadoLibre اجازه داد تا زیرساخت های خود را به طور چشمگیری افزایش دهد. چیزی که به عنوان یک تیم زیرساختی متشکل از سه تیم زیرساختی با پشتیبانی از 250 توسعه‌دهنده، 100 سرور و 1000 ماشین مجازی آغاز شد، به یک تیم 10 نفره تبدیل شد که از بیش از 500 توسعه‌دهنده، 2000 سرور و 12 ماشین مجازی پشتیبانی می‌کرد.

روز کاری: ایجاد یک مورد تجاری برای OpenStack

برای تیم در شرکت SaaS Workday، تصمیم برای اتخاذ OpenStack کمتر یک تصمیم عملیاتی و بیشتر یک تصمیم استراتژیک بود.

سفر روز کاری به سمت پذیرش ابر خصوصی در سال 2013 آغاز شد، زمانی که رهبری شرکت با سرمایه گذاری در یک مرکز داده نرم افزاری تعریف شده گسترده (SDDC) موافقت کرد. امید برای این ابتکار دستیابی به اتوماسیون، نوآوری و کارایی بیشتر در مراکز داده بود.

Workday چشم انداز خود را برای یک ابر خصوصی در میان تیم های زیرساخت، مهندسی و عملیات شرکت ایجاد کرد و توافقی برای شروع یک ابتکار تحقیقاتی حاصل شد. Workday Carmine Remi را به عنوان مدیر راه حل های ابری برای رهبری این تغییر استخدام کرد.

اولین وظیفه ریمی در Workday گسترش پرونده اصلی تجاری به بخش بزرگتری از شرکت بود.

سنگ بنای مورد تجاری افزایش انعطاف پذیری هنگام استفاده از SDDC بود. این افزایش انعطاف‌پذیری به شرکت کمک می‌کند تا به تمایل خود برای استقرار مداوم نرم‌افزار با زمان صفر دست یابد. API برای SDDC در نظر گرفته شده بود تا به تیم‌های برنامه‌های کاربردی و پلتفرم‌های Workday اجازه دهد تا به روشی نوآوری کنند که قبلاً هرگز امکان‌پذیر نبوده است.

کارایی تجهیزات نیز در مورد تجاری در نظر گرفته شد. Workday اهداف بلندپروازانه ای برای افزایش نرخ بازیافت تجهیزات و منابع مرکز داده موجود دارد.

ما متوجه شدیم که قبلاً فناوری میان‌افزاری داشتیم که می‌توانست از مزایای ابر خصوصی استفاده کند. این میان افزار قبلاً برای استقرار محیط های توسعه دهنده/تست در ابرهای عمومی استفاده شده است. با یک ابر خصوصی، می‌توانیم این نرم‌افزار را برای ایجاد یک راه‌حل ابری ترکیبی گسترش دهیم. با استفاده از یک استراتژی ابری ترکیبی، Workday می‌تواند بارهای کاری را بین ابرهای عمومی و خصوصی منتقل کند، و در عین حال استفاده از سخت‌افزار را به حداکثر برساند و در عین حال صرفه‌جویی در کسب‌وکار را به همراه داشته باشد.

در نهایت، استراتژی ابری Rimi خاطرنشان کرد که بارهای کاری ساده بدون حالت و مقیاس افقی آنها به Workday اجازه می دهد تا با خطر کمتری از ابر خصوصی خود استفاده کند و به طور طبیعی به بلوغ عملیات ابری دست یابد.

ریمی پیشنهاد کرد: «شما می توانید با برنامه خود شروع کنید و یاد بگیرید که چگونه یک ابر جدید را با حجم کاری کوچک، مشابه R&D سنتی مدیریت کنید، که به شما امکان می دهد در یک محیط امن آزمایش کنید.

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

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

• بر روی بارهای کاری آماده برای ابر، به ویژه برنامه های کاربردی بدون وضعیت موجود در پورتفولیو تمرکز کنید
• تعریف معیارها و فرآیند مهاجرت
• تعیین اهداف توسعه برای مهاجرت این برنامه ها
• با استفاده از جلسات OpenStack، دموها، ویدئوها و آموزش به گروه‌های ذینفعان روز کاری ارتباط برقرار کرده و آموزش دهید.

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

BestBuy: شکستن تابوها

خرده فروش لوازم الکترونیکی BestBuy با درآمد سالانه 43 میلیارد دلار و 140 کارمند، بزرگترین شرکت لیست شده در مقاله است. و بنابراین، در حالی که فرآیندهایی که تیم زیرساخت bestbuy.com برای تهیه یک ابر خصوصی مبتنی بر OpenStack استفاده می‌کند منحصربه‌فرد نیست، انعطاف‌پذیری که آنها این فرآیندها را با آن اعمال می‌کنند، چشمگیر است.

برای آوردن اولین ابر OpenStack خود به BestBuy، استیو ایستهام، مدیر راه حل های وب و جوئل کراب، معمار ارشد، مجبور بودند برای غلبه بر موانع بسیاری که بر سر راه آنها وجود داشت، بر خلاقیت تکیه کنند.

ابتکار BestBuy OpenStack ناشی از تلاش برای درک فرآیندهای مختلف تجاری مرتبط با فرآیندهای انتشار سایت تجارت الکترونیک bestbuy.com در اوایل سال 2011 بود. این تلاش ها ناکارآمدی قابل توجهی را در فرآیندهای تضمین کیفیت نشان داد. فرآیند تضمین کیفیت با انتشار هر سایت اصلی، که دو تا چهار بار در سال اتفاق می‌افتد، سربار قابل توجهی را معرفی می‌کرد. بیشتر این هزینه با پیکربندی دستی محیط، تطبیق واریانس ها و حل مسائل مربوط به در دسترس بودن منابع مرتبط بود.

برای پرداختن به این مسائل، bestbuy.com ابتکار تضمین کیفیت بر حسب تقاضا را به رهبری استیو ایستهام و جوئل کراب، برای شناسایی و رفع تنگناها در فرآیند تضمین کیفیت bestbuy.com معرفی کرد. توصیه‌های کلیدی این پروژه شامل خودکار کردن فرآیندهای تضمین کیفیت و ارائه ابزارهای سلف سرویس به تیم‌های کاربر بود.

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

Necessity مادر اختراع است و تیم رویکرد جدیدی را برای تامین مالی ابر در پیش گرفت: آنها بودجه را با دو توسعه دهنده با تیم دیگری که بودجه سخت افزاری داشت عوض کردند.

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

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

استیو ایستهام گفت: «ما روی یخ بسیار نازک بودیم. این یک روش معمول در Best Buy در آن زمان یا اکنون نبود. ما زیر رادار عمل کردیم. می توانستیم توبیخ شویم، اما موفق شدیم از آن اجتناب کنیم.

غلبه بر مشکلات مالی تنها اولین مانع از بسیاری از موانع بود. در آن زمان عملا فرصتی برای یافتن کارشناسان OpenStack برای پروژه وجود نداشت. بنابراین، آنها مجبور بودند با ترکیب توسعه دهندگان جاوا و مدیران سیستم سنتی در تیم، تیمی را از ابتدا بسازند.

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

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

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

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

استیو ایستهام و جوئل کراب بودجه مورد نیاز برای استخدام کارکنان اضافی و پنج قفسه جدید تجهیزات را دریافت کردند. اولین ابر در این موج از پروژه ها، محیط OpenStack بود که خوشه های Hadoop را برای تجزیه و تحلیل اجرا می کند. و در حال حاضر در عملیات تجاری است.

نتیجه

داستان‌های MercadoLibre، Workday، و Best Buy تعدادی اصول را به اشتراک می‌گذارند که می‌تواند شما را به سمت پذیرش موفقیت‌آمیز OpenStack راهنمایی کند: به نیازهای توسعه‌دهندگان، مشاغل و سایر کاربران بالقوه باز باشید. در فرآیندهای تعیین شده شرکت خود کار کنید؛ همکاری با سایر سازمان ها؛ و مایل به عمل خارج از قوانین در مواقع لزوم باشند. همه اینها مهارت های نرم افزاری ارزشمندی هستند که داشتن آنها با ابر OpenStack مفید است.

هیچ مسیر کاملی برای پیاده سازی OpenStack در شرکت شما وجود ندارد - مسیر پیاده سازی به عوامل زیادی بستگی دارد که هم به شما و هم به شرکت شما و موقعیتی که در آن هستید بستگی دارد.

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

منبع: www.habr.com