آیا زندگی بعد از ویندوز وجود دارد یا یک مدیر/مهندس سیستم ویندوز در سال 2020 کجا باید توسعه یابد؟

ورود

2019 به آرامی اما مطمئنا به نتیجه منطقی خود می رسد. صنعت فناوری اطلاعات به طور فعال به توسعه خود ادامه می دهد و ما را با تعداد زیادی فناوری جدید خوشحال می کند و در عین حال واژگان خود را با تعاریف جدید پر می کند: داده های بزرگ، هوش مصنوعی، یادگیری ماشین (ML)، اینترنت اشیا، 5G و غیره. امسال ، مهندسی قابلیت اطمینان سایت به ویژه (SRE)، DevOps، میکروسرویس ها و محاسبات ابری مورد بحث قرار گرفت.

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

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

آیا همه وارد DevOps می شوند؟

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

آیا زندگی بعد از ویندوز وجود دارد یا یک مدیر/مهندس سیستم ویندوز در سال 2020 کجا باید توسعه یابد؟

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

تفاسیر مختلف DevOps باعث ایجاد بحث های داغ می شود که منجر به ظاهر شدن مقالات بیشتری در مورد این موضوع می شود. من حتی برخی از آنها را در نشانک های خود ذخیره کردم:

  1. DevOps چه کسانی هستند؟
  2. چگونه وارد DevOps شویم، چگونه مطالعه کنیم و چه چیزی بخوانیم.
  3. چرا مدیران سیستم باید مهندس DevOps شوند؟.

اگر مقالات کافی در مورد ستایش DevOps مطالعه کنید، ممکن است این تصور را برایتان ایجاد شود که هر مهندس مدیر سیستم فقط باید موقعیت فعلی خود را در پروفایل LinkedIN خود از مهندس مدیر به DevOps تغییر دهد و بلافاصله شروع به دریافت دعوت نامه برای مصاحبه از منابع انسانی از شرکت های بزرگ و بزرگ می کند. شرکت‌های موفقی که قول حقوقی ۲ برابر بیشتر از حقوق فعلی را می‌دهند، یک مک‌بوک جدید، یک هاوربرد به شما می‌دهند و اشتراکی برای شارژ مجدد ویپ رایگان و مقدار بی‌پایانی اسموتی را فراموش نمی‌کنند. به طور کلی، یک بهشت ​​فناوری اطلاعات خواهد آمد.

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

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

آیا دیگر نیازی به ادمین نیست؟

به عنوان یک مدیر و مهندس سیستم که مدت زیادی با محصولات مایکروسافت و VMware کار کرده است، متوجه شدم که در چند سال گذشته مکالمات دوره ای وجود داشته است که مدیران سیستم به زودی برای هیچکس فایده ای نخواهند داشت، زیرا:

  1. کل زیرساخت در شرف تغییر است و به IaaC (زیرساخت به عنوان یک کد) تبدیل می شود. اکنون هیچ رابط کاربری گرافیکی با دکمه‌ها وجود نخواهد داشت، بلکه فقط PowerShell، فایل‌های yaml، تنظیمات و غیره وجود خواهد داشت. اگر برخی از سرویس ها یا قطعات آن خراب شد، دیگر نیازی به تعمیر آن نیست، زیرا ... به سرعت یک نسخه جدید از آن را از آخرین وضعیت کاری مستقر کنید.
  2. کل زیرساخت فناوری اطلاعات به زودی به ابرها منتقل می‌شود و به صورت محلی (در محل) فقط کابل‌های شبکه به نزدیک‌ترین روتر وجود خواهد داشت که ما را با سایر منابع شرکتی واقع در ابر متصل می‌کند. خوب، حداکثر، چاپگر به صورت محلی باقی می ماند تا دختران بخش حسابداری بتوانند تصاویر گربه ها را از اینترنت روی آن چاپ کنند. هر چیز دیگری باید در فضای ابری باشد.
  3. مربیان DevOps می آیند و همه چیز اطراف خود را خودکار می کنند، بنابراین مدیران فقط باید با گرمی در روح خود به یاد بیاورند که در قدیم چگونه پینگ ها و ردیابی ها را برای تشخیص مشکلات اساسی در شبکه و سرورها اجرا می کردند.
  4. من همچنین در مورد پدیده ای به عنوان "Vendekapets" شنیدم، اما این مدت ها پیش بود، در طلوع کارم، زمانی که من تازه شروع به برداشتن اولین گام هایم به سمت مدیریت سیستم می کردم. اما بنا به دلایلی، "Vendekapets" هرگز نیامد، درست مانند پایان جهان طبق تقویم مایاها. اتفاقی؟ فکر نکن 🙂

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

حتی در اینجا در habr.com در هاب «System Administration» فقط اشاره‌ای به kubernetes، linux، devops، docker، open source، zabbix می‌بینیم. کلماتی که ما خیلی دوستشان داریم کجا هستند: Windows، Active Directory، Exchange، System Center، Terminal، Print Servers، File Servers، اسکریپت های bat و vbs یا حداقل powershell. این همه کجاست؟

آیا زندگی بعد از ویندوز وجود دارد یا یک مدیر/مهندس سیستم ویندوز در سال 2020 کجا باید توسعه یابد؟

پس آیا زندگی بعد از ویندوز وجود دارد یا باید مدیران و مهندسان سیستم ویندوز اکنون همه چیز را برای یادگیری لینوکس، docker، kubernetes، ansible، python و رفتن به DevOps کنار بگذارند؟

شاید همه چیز با ویندوز خوب باشد، فقط حالا یک هیپ موقت از ترکیب لینوکس + docker + kubernetes + ansible + python وجود دارد که ویندوز محبوب ما را تحت الشعاع قرار داده است؟ یک مدیر سیستم ویندوز در سال 2020 چه کاری باید انجام دهد تا در بازار کار مورد تقاضا باشد؟

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

مایکروسافت به ابرها می رود؟

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

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

آیا زندگی بعد از ویندوز وجود دارد یا یک مدیر/مهندس سیستم ویندوز در سال 2020 کجا باید توسعه یابد؟

تاسیسات محلی (در محل)

مایکروسافت اکسچنج سرور - یک سرور ایمیل چند منظوره که نه تنها با ایمیل کار می کند، بلکه با مخاطبین، تقویم ها، وظایف و موارد دیگر نیز کار می کند. Exchange Server یکی از محصولات شاخص مایکروسافت است که در بسیاری از شرکت ها به استاندارد شرکتی تبدیل شده است. نه تنها با خود محصولات مایکروسافت، بلکه با راه‌حل‌های فروشندگان شخص ثالث نیز ادغام نزدیکی دارد. صرافی هم در شرکت های متوسط ​​(از 100 نفر) و هم در شرکت های بزرگ محبوب است.

در این برهه از زمان، Exchange Server 2019 نسخه فعلی در نظر گرفته می شود. قبلاً محصول کاملاً فعال در حال توسعه بود، اما با شروع نسخه Exchange 2013، سرعت این توسعه به میزان قابل توجهی کاهش یافته است، بنابراین Exchange 2016 را می توان به صورت مشروط Service Pack 1 نامید. (SP1) برای Exchange 2013 و Exchange 2019 - بنابراین Service Pack 2 (SP2) برای Exchange 2013. سرنوشت نسخه داخلی بعدی (Exchange 2022) هنوز مورد سوال است.

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

اگر در حال حاضر نصب محلی Exchange Server (2013 - 2019) را حفظ می کنید، می توانید این کار را برای 3-5 سال آینده ادامه دهید. در طول مسیر، ارزش دارد که فرصت‌هایی را که Exchange Online فراهم می‌کند شروع کنیم. و تنظیمات ترکیبی زمانی هستند که نسخه محلی و ابری به طور همزمان وجود داشته باشند. حتی اگر فرض کنیم که دیگر نسخه داخلی بعدی Exchange وجود نخواهد داشت، دانشی که اکنون در مورد Exchange Server به دست می‌آید به دلایل متعددی برای مدتی مرتبط خواهد بود:

  • تعداد نصب‌های محلی در حال حاضر بسیار زیاد است، بنابراین برای پشتیبانی از آنها به مدیران واجد شرایط نیاز است. همه سازمان ها به دلایلی نمی توانند در آینده نزدیک نامه های خود را به ابر منتقل کنند.
  • پروژه‌های مهاجرت ابری هنوز بی‌اهمیت نیستند، بنابراین برای جلوگیری از بسیاری از دام‌ها و تکمیل موفقیت‌آمیز مهاجرت، آگاهی از ویژگی‌های راه‌حل‌های داخلی و ابری لازم است.
  • دانش پروتکل های smtpimapmapipop3، جریان نامه، dkim، dmark، spf، آنتی ویروس، آنتی اسپم جهانی است و برای هر سیستم پستی قابل اجرا خواهد بود.
  • تجربه به دست آمده از کار با یک Exchange Server در محل به شما این امکان را می دهد که Exchange Online را درک کنید و پیکربندی مورد نظر را بسیار سریعتر تنظیم کنید.
  • ایمیل یکی از مهم ترین کانال های ارتباطی با دنیای بیرون است، بنابراین نیاز به آن باقی خواهد ماند. شما مجبور نیستید به طرفداران «پیام‌رسان‌ها و ربات‌های چت جایگزین ایمیل» گوش دهید، زیرا... آنها نامه را بارها و تا کنون بدون موفقیت "دفن" کردند.

Skype for Business (SfB) (Lync سابق) - پیام رسان شرکتی با قابلیت های پیشرفته. این یکپارچه سازی نزدیک با سرور Exchange دارد، اما از نظر محبوبیت به طور قابل توجهی از دومی پایین تر است. Skype for Business معمولا فقط در شرکت های بزرگ استفاده می شود، زیرا... شرکت های کوچک و متوسط ​​علاقه چندانی به آن ندارند.

نسخه فعلی Skype for Business 2019 است که کمترین تفاوت را نسبت به نسخه قبلی Skype for Business 2016 دارد، بنابراین SfB 2019 را می توان Service Pack 1 برای SfB 2016 در نظر گرفت و نه یک نسخه کامل جدید.

در فضای ابری Office 365 این محصول توسط سرویس Skype for Business Online ارائه شد که پس از مدتی به طور کامل توسط تیم های مایکروسافت جایگزین شد. در حال حاضر، Skype برای کسب و کار در فضای ابری Office 365 در دسترس نیست. به همین دلیل، به سختی می‌توان انتظار نسخه محلی بعدی Skype برای Business 2022 را داشت، زیرا اولویت مایکروسافت توسعه و توسعه پیام‌رسان Teams است که پاسخ فروشنده به ظهور پیام‌رسان موفق Slack شد.

اگر در حال حاضر اسکایپ محلی برای کسب و کار را مدیریت می کنید و مفهوم یک پیام رسان شرکتی را دوست دارید، به شما توصیه می کنم به تیم ها به عنوان بخشی از Office 365 نگاه کنید، در غیر این صورت بهتر است محصول دیگری را برای ارتقاء دانش خود انتخاب کنید، زیرا اسکایپ محلی برای کسب و کار در حال فراموشی است. برخلاف Exchange که به استاندارد واقعی در سرور پست الکترونیکی تبدیل شده است، Skype for Business امروزه جایگزین هایی دارد. Team and Slack برای شرکت های بزرگ و متوسط. تلگرام، وایبر، واتساپ - برای شرکت های کوچک.

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

شیرپوینت مانند Bitrix24 است، فقط بزرگتر، کاربردی تر، گران تر و پیکربندی و پشتیبانی بسیار دشوارتر است. ویژگی های قاتل توانایی ویرایش همزمان یک سند توسط تعداد زیادی از کارمندان است، که زمانی که 100 نفر در حال تلاش برای پر کردن برنامه تعطیلات هستند و ادغام با Office Online Server و MS Office محلی بسیار راحت است.

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

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

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

مرکز سیستم یک خانواده کامل از محصولات برای استقرار، پیکربندی، مدیریت و نظارت بر زیرساخت های بزرگ ویندوز است. داوری شامل: مدیر پیکربندی مرکز سیستم (SCCM)، مدیر ماشین مجازی مرکز سیستم (SCVMM)، مدیر عملیات مرکز سیستم (SCOM)، مدیر حفاظت از داده مرکز سیستم (SCDPM)، مدیر خدمات مرکز سیستم (SCSM)، ارکستراتور مرکز سیستم (SCORCH) ).

آیا زندگی بعد از ویندوز وجود دارد یا یک مدیر/مهندس سیستم ویندوز در سال 2020 کجا باید توسعه یابد؟

طیف کامل محصولات System Center معمولا فقط مورد نیاز شرکت های بزرگ است، در حالی که شرکت های متوسط ​​تمایل دارند فقط از یک یا دو محصول استفاده کنند.

از آنجایی که یادگیری محصولات System Center بسیار دشوار است و معمولاً فقط در زیرساخت‌های بزرگ مورد استفاده قرار می‌گیرند، معمولاً افراد جداگانه‌ای برای کار با آنها اختصاص داده می‌شوند، به عنوان مثال، یک مدیر نظارت بر سیستم (SCOM)، یک مدیر تعمیر و نگهداری ایستگاه کاری (SCCM)، یک مدیر سیستم مجازی سازی (Hyper -V + SCVMM)، مدیر اتوماسیون زیرساخت (SCORCH + SCSM).

مایکروسافت به سرعت در حال توسعه خدمات ابری خود است، بنابراین عملکرد System Center به تدریج به سمت فضای ابری می رود. همه اینها در آینده بسیار نزدیک تأثیر قابل توجهی بر محصولات داخلی سیستم مرکز خواهد داشت.

عملکردی ارکستراتور مرکز سیستم (SCORCH) در آینده با سرویس Azure Automation جایگزین خواهد شد (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

عملکردی مدیر عملیات مرکز سیستم (SCOM) در آینده جایگزین سرویس Azure Monitor خواهد شد (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

عملکردی مدیر حفاظت از داده های مرکز سیستم (SCDPM) در آینده جایگزین سرویس Azure Backup خواهد شد (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

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

مدیر ماشین مجازی مرکز سیستم (SCVMM) در حال حاضر در شرکت هایی باقی خواهد ماند که به صورت محلی از مجازی سازی Hyper-V استفاده می کنند. نصب های کوچک Hyper-V (10-15 سرور) را می توان با موفقیت بدون SCVMM تنها با استفاده از ابزارهای استاندارد مدیریت کرد - Failover Cluster Manager، Hyper-V Manager، Windows Admin Center.

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

اگر در حال حاضر یک سیستم مدیریت پیکربندی مرکز سیستم (SCCM) را در محل نصب می‌کنید، می‌توانید به این کار ادامه دهید زیرا این محصول حداقل برای 3-5 سال آینده با ما خواهد بود. علاوه بر این، من توصیه می کنم شروع به مطالعه قابلیت های Office 365 کنید، زیرا ... این به خوبی با موقعیت Enterprise Desktop Administrator جفت می شود.

نقش مدیر برای اکثر محصولات دیگر System Center حذف خواهد شد. خدمات Azure به طور قابل توجهی کار خود را ساده می کند و تمام پیچیدگی ها را از چشمان کنجکاو پنهان می کند. اجازه دهید مدیر اتوماسیون (SCORCH + SCSM) را به عنوان مثال در نظر بگیریم. SCORCH با Azure Automation جایگزین خواهد شد. دانش فرآیند اتوماسیون، PowerShell، SQL باقی خواهد ماند و برای Azure Automation مفید خواهد بود، اما دانش ساخت کلاسترهای SCORCH، اطمینان از در دسترس بودن بالا، اندازه منابع، به روز رسانی، مهاجرت به نسخه های جدید، پشتیبان گیری و نظارت ارتباط خود را از دست خواهد داد، زیرا تمام این کارها توسط ابر لاجوردی تصاحب خواهد شد. مدیر اتوماسیون فقط بر روی خود فرآیند اتوماسیون تمرکز خواهد کرد، زیرا ... تمام کارها برای حفظ عملکرد زیرساخت اتوماسیون از او سلب خواهد شد.

سرور ویندوز و نقش های آن

دایرکتوری فعال (AD) – مکانی که حساب های کاربری و رایانه در آن ذخیره می شود. اگر یک شرکت بیش از 20 رایانه داشته باشد، به احتمال زیاد قبلاً نوعی دامنه اکتیو دایرکتوری دارد. دانش اکتیو دایرکتوری، توانایی تشخیص دامنه از جنگل، و توانایی کار با سیاست های گروهی برای هر مدیر ویندوز الزامی است. این دانش تا 20 سال دیگر مرتبط خواهد بود. علاوه بر این، توصیه می‌کنم با Azure AD (AAD) آشنا شوید و به گزینه‌هایی برای همگام‌سازی کاربران بین زیرساخت‌های داخلی و ابری نگاه کنید.

DNS، DHCP – خدمات شبکه ای که درک آن ها در تمامی حوزه های فناوری اطلاعات از مدیریت گرفته تا برنامه نویسی مفید است، بنابراین باید آنها را بشناسید. درک عملکرد شبکه‌ها، پروتکل‌های مسیریابی، مدل‌های OSI و TCPIP یک مزیت قطعی برای هر متخصص فناوری اطلاعات خواهد بود.

Hyper-V - نام کل پشته فناوری های مجازی سازی از مایکروسافت و به طور خاص هایپروایزر آن. این به سرعت در حال توسعه است، اگرچه به نظر من، بیشتر ویژگی های جدید (محافظه VM، زیرشبکه های رمزگذاری شده، فضای ذخیره سازی مستقیم) عمدتاً برای ارائه دهندگان ابری محلی (ارائه دهندگان خدمات ابری) و جهانی (Azure) هدف قرار می گیرند و نه شرکت های بزرگ. بخش (شرکتی). این به طور کلی قابل درک است، زیرا مایکروسافت ابتدا عملکرد جدید را در ابر Azure خود پیاده سازی و آزمایش می کند و تنها پس از آن آن را به سرور ویندوز و Hyper-V منتقل می کند.

Hyper-V هنوز از فقدان یک کنسول مجانی رنج می برد که تمام ویژگی های لازم را فراهم کند. اکنون Failover Cluster Manager، Hyper-V Manager، Windows Admin Center را داریم. SCVMM قرار بود چنین کنسولی باشد، اما پولی است و یادگیری آن تا حدودی دشوار است.

اگر در حال حاضر نصب محلی Hyper-V را بدون SCVMM انجام می دهید، می توانید این کار را ادامه دهید. به موازات آن، من شروع به مطالعه Azure IaaS و مکانیسم‌های مهاجرت ماشین‌های مجازی بین ابر و زیرساخت داخلی را توصیه می‌کنم.

در میان محیط من (بانک‌ها، مخابرات، شرکت‌های بیمه، هلدینگ‌های صنعتی بزرگ)، تمام مجازی‌سازی‌های تولیدی، معمولاً توسط VMware vSphere مدیریت می‌شوند و نه Hyper-V با SCVMM، بنابراین می‌توانم توصیه کنم که مدیر Hyper-V نیز نگاهی به آن داشته باشد. نسبت به VMware و محصولات آن.

خدمات ابر

دفتر 365 یک سرویس ابری است که بسته اشتراکی از برنامه های مایکروسافت آفیس (نسخه های محلی و وب) را ارائه می دهد و همچنین شامل محصولات سرور اصلی - Exchange، Teams، OneDrive و Sharepoint است.

در حال حاضر، Office 365 یک سرویس خودکفا است که تقریباً به طور کامل نیازهای ارتباطات اداری را پوشش می دهد. به دلیل سهولت در راه اندازی، هم برای شرکت های کوچک و هم برای مشاغل متوسط ​​و بزرگ مناسب است.

وجود سرویس‌های Exchange، Teams، OneDrive و Sharepoint در فضای ابری به طور قابل توجهی بار روی مدیر سیستم را کاهش می‌دهد، زیرا همه مراحل نصب، اندازه منابع، به‌روزرسانی و انتقال به نسخه‌های جدید اکنون کاملاً در اختیار مایکروسافت است. اگر قبلاً برای نگهداری Exchange، Teams، OneDrive و Sharepoint در زیرساخت محلی به 4-6 مدیر اختصاصی جداگانه نیاز بود، اکنون در Office 365 تنها یک مدیر متوسط ​​کافی است. اگر چیزی کار نمی کند یا به درستی کار نمی کند، می توانید یک بلیط برای پشتیبانی فنی مایکروسافت مستقیماً از رابط Office 1 ایجاد کنید که بسیار راحت است.

اگر در حال حاضر مدیر سیستم هستید که نسخه‌های داخلی محصولات Exchange، Skype for Business یا Sharepoint را نگهداری می‌کنید، توصیه می‌کنم به نسخه‌های ابری آن‌ها به عنوان بخشی از Office 365 نگاه کنید تا متوجه شوید که آنها چگونه برای شما مناسب هستند و چه عملکردی را در مقایسه با آنها ارائه می‌دهند. نسخه های داخلی

لاجوردی یک پلتفرم ابری جهانی از مایکروسافت است که شامل مجموعه ای از خدمات ابری در حال گسترش است که به سازمان ها کمک می کند تا مشکلات تجاری خود را حل کنند. در حال حاضر، Azure شامل بیش از 300 سرویس است که در دسته های مختلف (محاسبات، شبکه، ذخیره سازی، پایگاه های داده، تجزیه و تحلیل، اینترنت اشیا، امنیت، devOps، کانتینرها و غیره) گروه بندی شده اند.

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

بر اساس آخرین گزارش مالی (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) سود سه ماهه (سه ماهه چهارم 4) مایکروسافت به دلیل موفقیت آفیس 2019 و تجارت ابری 49 درصد رشد کرد. درآمد آژور 365 درصد رشد کرد.

Azure، همراه با Office 365، اصلی‌ترین حوزه‌هایی هستند که مایکروسافت منابع مالی و سازمانی خود را در آن هدایت می‌کند.

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

یک زیرساخت معمولی سرور ویندوز چیزی شبیه به این است:

  • Active Directory (AD) با خط مشی های گروه و DNS. (Azure Active Directory (AAD)، Azure DNS).
  • DHCP
  • تبادل ایمیل سرور. (تبادل آنلاین به عنوان بخشی از Office 365).
  • مزرعه RDS با چندین سرور ترمینال. (ماشین مجازی Azure + شبکه مجازی Azure + Azure Storage).
  • یک سرور فایل که در آن کارمندان فایل های خود را ذخیره می کنند. (ذخیره فایل Azure، ماشین مجازی Azure + شبکه مجازی Azure + Azure Storage)
  • سرورهایی با برنامه ها و پایگاه های داده (1C، پورتال داخلی سایت، CRM و غیره). (پایگاه داده Azure SQL، وب سایت های Azure، Microsoft Dynamics 365، ماشین مجازی Azure + شبکه مجازی Azure + ذخیره سازی Azure)

وظایف اصلی اداری عبارتند از:

  • ایجاد پشتیبان. (پشتیبان Azure).
  • جمع آوری و تجزیه و تحلیل سیاهههای مربوط. (Azure Log Analytics).
  • اتوماسیون کارهای روتین (اتوماسیون Azure).
  • نظارت بر وضعیت خدمات و دریافت اطلاعیه در مورد خرابی (مانیتور لاجوردی).

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

پرورش

تاکید مایکروسافت در توسعه محصولات خود به تدریج به سمت راه حل های ابری تغییر می کند، بنابراین باید از هم اکنون شروع به یادگیری آنها کنید. از کجا می توانم اطلاعات بیشتری در مورد Azure به زبان روسی کسب کنم؟ متأسفانه، چنین منابع زیادی وجود ندارد.

مایکروسافت پیشنهاد می کند از پورتال Microsoft Learn خود استفاده کند - https://docs.microsoft.com/ru-ru/learn/browse/. متن به زبان روسی ترجمه شده است، ویدئو به زبان انگلیسی ارائه شده است، البته با زیرنویس روسی.

به عنوان یک ماده خوب و با کیفیت برای یادگیری Azure، من دوره Exam AZ-900 Azure Fundamentals را توصیه می کنم که ایگور شستیتکو آن را در کانال یوتیوب خود می خواند (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). در حال حاضر 13 ویدیو وجود دارد، اما اگر حمایت فعال به اندازه کافی از طرف جامعه وجود داشته باشد (لایک، اشتراک)، مطالب سریعتر ظاهر می شوند و ادامه آن طولانی نخواهد شد.

علاوه بر این، در کانال iwalker2000، توصیه می کنم لیست پخش "شغل در فناوری اطلاعات: چگونه متخصص فناوری اطلاعات شویم" را تماشا کنید، که به متخصصان مشتاق کمک می کند مسیر پیشرفت حرفه ای خود را تعیین کنند و حرفه خود را به درستی بسازند. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

متأسفانه، مطالب زیادی در مورد Azure به زبان روسی وجود ندارد که ما می خواهیم، ​​بنابراین اگر منابع مفید دیگری در این زمینه می دانید، لطفاً آنها را در نظرات به اشتراک بگذارید. بسیاری از متخصصان فناوری اطلاعات از این بابت از شما سپاسگزار خواهند بود.

یافته ها

از همه موارد فوق چه نتیجه ای می توان گرفت؟

  1. هنوز حیات در زیرساخت های مایکروسافت وجود دارد و از بین نمی رود. مایکروسافت مجموعه نسبتاً گسترده‌ای از راه‌حل‌های نرم‌افزاری دارد که بسیاری از آنها در جایگاه خود پیشرو هستند، بنابراین یک مدیر سیستم همیشه چیزی برای یادگیری، پیاده‌سازی، اجرا و توسعه دارد.
  2. زیرساخت های مایکروسافت اکنون به طور فعال در حال تغییر است و این با تاکید بر توسعه خدمات ابری - Azure و Office 365 اتفاق می افتد. محصولات و برنامه های جدید مایکروسافت در ابتدا برای کار در فضای ابری با اشاره به یک مدل اشتراک با پرداخت های ماهانه ایجاد می شوند. فقط برخی از این محصولات بعداً در راه حل های داخلی پیاده سازی خواهند شد.
  3. برخی از محصولات گران قیمت و پشتیبانی دشوار به زودی ما را ترک خواهند کرد و به طور کامل یا جزئی به ابر Azure یا Office 365 منتقل می شوند. مدیران فردی که به طور مداوم فقط یک محصول را نگهداری می کنند (مثلاً SCOM، SCSM و غیره) به زودی خواهند بود. لغو شد.
  4. اگر یک مدیر سیستم با تجربه هستید که در اکوسیستم مایکروسافت کار می کند، پس لازم نیست همه چیز را رها کنید و به سراغ DevOps بروید که اکنون در هر گوشه ای در مورد آن صحبت می شود. می‌توانید به توسعه بیشتر در جهت خود ادامه دهید و توانایی‌هایی را در سرویس‌های ابری Azure و Office 365 اضافه کنید.
  5. برای باقی ماندن یک متخصص مورد تقاضا در بازار کار، باید دوباره مطالعه، مطالعه و مطالعه کنید. مفهوم "آموزش مادام العمر" برای فناوری اطلاعات بیشتر از همیشه مرتبط است، به ویژه اکنون در زمان توسعه فعال فناوری های ابری.
  6. DevOps اکنون در اوج محبوبیت خود (هایپ) قرار دارد. این یک واقعیت است. در ابتدا، DevOps به عنوان روشی تلقی می‌شد که به توسعه نرم‌افزار و عملیات اجازه می‌دهد تا با هم ترکیب شوند و برنامه‌نویسان و مهندسان با هم در جهت یک هدف مشترک کار کنند - بهتر کردن نرم‌افزار. تاکید اصلی بر تغییر فرهنگ ارتباط بین تیم ها، توسعه مکانیسم های کمک متقابل و مسئولیت جمعی برای نتیجه نهایی بود. با این حال، در نتیجه، این منجر به ظهور موقعیت جدیدی شد - مهندس DevOps، که وظایف مهندس انتشار (CICD)، مدیر اتوماسیون، مدیر ابر و مهندس عملیات به او واگذار شد. این در حال حاضر یک واقعیت انجام شده است. تعداد جای خالی DevOps و الزامات آنها فقط این را تأیید می کند.

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

  7. اگر یک متخصص مبتدی هستید یا تازه وارد فناوری اطلاعات می‌شوید، پس DevOps اکنون یک راه عالی برای ارتقاء در مدت زمان کوتاه و یافتن شغل در یک شرکت معمولی، با حقوق مناسب و دفتر خوب است، بنابراین Linux، Ansible، Docker، Kubernetes، Python و CICD.

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

منبع: www.habr.com

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