Ignite 2022: Azure را به مرکز توسعه خود تبدیل کنید

مایکروسافت از رویداد Ignite برای گسترش نقش Azure به عنوان ابر توسعه‌دهنده خود استفاده می‌کند و یک پلتفرم توسعه ایزوله و قابل تنظیم را ارائه می‌دهد.

اخرین اعلامیه‌های Azure مایکروسافت، تمرکز اخیر اینتل بر روی “ابر توسعه‌دهنده” را منعکس می‌کند. در Ignite امسال، مایکروسافت گستره رو به رشد ابزارهای توسعه‌دهنده Azure را به عنوان ابر توسعه‌دهنده خود توصیف می‌کند، با تمرکز بر ساخت برنامه‌های بومی ابری که از GitHub به Visual Studio و به پلتفرم Azure می‌رسند.

یکی از بخش‌های کلیدی ابر توسعه‌دهنده مایکروسافت، نقش Azure به‌عنوان یک زیرساخت انعطاف‌پذیر است، نه تنها برای استقرار، بلکه به‌عنوان یک پلتفرم توسعه مجزا و قابل تنظیم که می‌تواند با حداقل مدیریت ارائه شود. ارائه یک پلت فرم خود سرویس به توسعه‌دهندگان برای کد و آزمایش در چارچوب محدودیت‌های عملی، تغییر بزرگی در نحوه تأمین مالی و مدیریت توسعه برنامه‌ها است – فرصتی برای تسریع توسعه برنامه با حذف انتظار برای زیرساخت.

چگونه توسعه دهندگان از Microsoft Dev Box استفاده می کنند

در ماه مه ۲۰۲۲ در بیلد، مایکروسافت محیط Microsoft Dev Box خود را معرفی کرد. Dev Box بر اساس پلت فرم تجاری رایانه شخصی ابری Windows 365، از منابع ابری برای میزبانی از محیط های توسعه کامل استفاده می کند که از هر دستگاهی در هر کجا قابل دسترسی است. قبل از Ignite، من با Anthony Cangialosi، مدیر برنامه گروه در بخش توسعه دهندگان Azure، در مورد Dev Box و نقش آن در ابر توسعه دهندگان Azure در حال رشد صحبت کردم.

ارزش زیادی در Dev Box وجود دارد، به خصوص برای صنایع تحت نظارت که قوانین سختگیرانه ای در مورد توسعه برنامه دارند. Cangialosi خاطرنشان می کند که پایلوت فعلی مورد توجه بانک ها و سایر مؤسسات مالی است که نیاز به مرزبندی واضح بین کد و سایر کارها و حتی کدهای توسعه یافته برای بخش های مختلف کسب و کار دارند. با استفاده از Dev Box، می توان به هر پروژه محیط خاص خود را داد، با استفاده از کنترل دسترسی مبتنی بر نقش Azure Active Directory برای قفل کردن دسترسی به فضای توسعه، API ها و نقاط پایانی سرویس، با استفاده از یک شبکه مجازی مدیریت شده در Azure همراه با داخل محل. Git یا سایر نمونه‌های کنترل منبع.

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

استفاده از مخازن Git به همراه محیط‌های توسعه از پیش پیکربندی شده به پشتیبانی از برخی از موارد استفاده پیچیده‌تر که مایکروسافت می‌بیند، از جمله بانکی که هر چند ماه یکبار همه محیط‌های توسعه‌دهنده را به طور کامل بازنشانی می‌کند، کمک می‌کند. اکنون، به‌جای از دست دادن روزها در حالی که توسعه‌دهندگان زنجیره‌های ابزار خود را از ابتدا بازسازی می‌کنند، می‌توانید به سرعت یک تصویر Dev Box تازه را از کتابخانه مایکروسافت یا کتابخانه خودتان بکشید، دوباره به Git متصل شوید و کدنویسی را شروع کنید. اگر به قدرت بیشتری نیاز دارید، به سادگی VM میزبان را افزایش دهید. اگر به کمتر نیاز دارید، کوچک کنید.

تصاویر جدید Visual Studio Dev Box

نسخه پیش‌نمایش اصلی Microsoft Dev Box بدیهی است که از محصول Windows 365 مشتق شده بود و فقط تصاویر ویندوز ۱۰ و ۱۱ را ارائه می‌داد که دارای گزینه ابزارهای بهره‌وری Microsoft 365 بودند. اگرچه می‌توانید از مجوزهای خود برای ساختن تصاویر سفارشی ذخیره شده در گالری خود استفاده کنید، فقدان تصاویر مبتنی بر ویژوال استودیو یک شکاف بزرگ در پلتفرم بود. مایکروسافت اکنون بی سر و صدا مجموعه ای را از طریق Azure Marketplace خود منتشر کرده است، نه به عنوان بخشی از کتابخانه پیش فرض تصاویر Dev Box.

اینها تصاویر VM نسل ۲ هستند، دوباره بر اساس ویندوز ۱۰ و ۱۱، با انتخاب ویژوال استودیو ۲۰۱۹ یا ویژوال استودیو ۲۰۲۲. شاید جالب تر، آنها با یک زنجیره ابزار نسبتاً جامع از قبل بارگذاری شده اند، حداقل برای ویندوز مایکروسافت و اکوسیستم های لاجوردی. این شامل کد ویژوال استودیو، Git برای ویندوز، ترمینال ویندوز و Azure CLI می شود. همچنان باید مجوزهای Microsoft 365 خود و همچنین هرگونه اشتراک ویژوال استودیو را همراه داشته باشید.

از آنجایی که این تصاویر از حالت Hyper-V و Windows Developer پشتیبانی می کنند، باید بتوانید از آنها برای توسعه ویندوز و Azure بیشتر استفاده کنید. پشتیبانی Azure از هایپروایزرهای تو در تو به شما این امکان را می دهد که هم زیرسیستم ویندوز برای لینوکس (WSL) و هم زیرسیستم ویندوز برای اندروید را در دستگاه های Dev Box VM اجرا کنید. توسعه‌دهندگانی که از این تصاویر VM جدید استفاده می‌کنند، می‌توانند هم برای توسعه ابری، هم برای ساختن کانتینرها در WSL برای استفاده در پیاده‌سازی‌های مختلف Kubernetes Azure، و هم برای توسعه برنامه‌های بین پلتفرمی، با استفاده از NET MAUI برای هدف قرار دادن اندروید و همچنین کار کنند. ویندوز.

ساخت کد تنها بخشی از تجربه توسعه دهنده است. اکنون زنجیره‌های ابزار فراتر از دستگاه‌های توسعه به سیستم‌های CI/CD و محیط‌های استقرار گسترش یافته‌اند. ایجاد یک محیط آزمایشی موثر که منعکس کننده پلت فرم استقرار نهایی باشد، با بودجه هایی که اغلب از خرید سخت افزار مناسب جلوگیری می کند، همیشه سخت بوده است. با این حال، Azure اجرای برنامه‌ریزی زیرساخت‌های مجازی را در صورت نیاز آسان‌تر می‌کند.

زیرساخت‌های ابری در مقیاس تولید

محیط‌های استقرار جدید Azure راه درازی را برای ساده‌سازی مدیریت و ارائه محیط‌های توسعه انجام می‌دهند، خدمات مدیریت شده‌ای را ارائه می‌دهند که در کنار پلتفرم توسعه فعلی شما کار می‌کند، نقطه پایانی دیگری برای خط لوله CI/CD. در قلب این پلتفرم راهی برای ارائه محیط های مبتنی بر الگو از یک پورتال یا یک CLI وجود دارد.

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

آوردن این مدل به Azure Deployment Environments به توسعه دهندگان این امکان را می دهد تا زمانی که می خواهند کدی را آزمایش کنند، یک محیط را با نمونه های مختلف برای مجموعه های مختلف از ویژگی ها بچرخانند. فرآیند را می توان به عنوان بخشی از یک اقدام CI/CD خودکار کرد. حتی فرصتی برای استقرار موقت نیز وجود دارد: اگر نیاز به آزمایش کد روی ماشین مجازی که به سرویس Azure متصل است دارید، کافی است یک الگوی مناسب را از کتابخانه سازمان خود انتخاب کنید و آن را به ابزار توسعه از راه دور Visual Studio یا Visual Studio Code متصل کنید.

زیرساخت به عنوان کد، برای کد

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

جالب است بدانید که هم Dev Box و هم Deployment Environments در قلب ابزارهای حاکمیتی هستند. آنها به معماران، رهبران توسعه و تیم‌های عملیاتی اجازه می‌دهند دستورالعمل‌ها و قوانینی را تنظیم کنند که به بهترین شیوه‌های امنیت سیمانی همراه با رعایت مقررات کمک می‌کند. با ارائه محیط‌هایی که قبلاً مطابقت دارند، نیازی نیست که توسعه‌دهندگان وقت خود را صرف تمرکز بر این الزامات کنند. آنها می توانند مستقیماً به کد دسترسی پیدا کنند.

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

استفاده از Azure به عنوان یک ابر توسعه دهنده بسیار منطقی است. سازمان‌ها هم کنترل و هم کشش مورد نیاز خود را دریافت می‌کنند و در عین حال سختی و تأخیر را حذف می‌کنند و محیط‌هایی را در چند دقیقه و ساعت ارائه می‌دهند که ممکن است روزها یا هفته‌ها در گذشته طول کشیده باشد. همانطور که Cangialosi می گوید، “شما یک توسعه دهنده جدید در یک فضای جدید در مراحل مختلف حرفه خود هستید، حتی زمانی که شغل فعلی خود را ترک نمی کنید.” هر چیزی که به غلبه بر مشکلات روز اول کمک می کند و به شما امکان می دهد کدنویسی کنید، باید برنده باشد.