هل هناك حياة بعد Windows أو مكان تطوير مسؤول / مهندس نظام Windows في عام 2020؟

دخول

2019 يقترب ببطء ولكن بثبات من نهايته المنطقية. تستمر صناعة تكنولوجيا المعلومات في التطور ، وتسعدنا بعدد كبير من التقنيات الجديدة وتجدد في الوقت نفسه مفرداتنا بتعاريف جديدة: البيانات الضخمة ، الذكاء الاصطناعى ، تعلم الآلة (ML) ، إنترنت الأشياء ، 5G ، إلخ. نوقشت هندسة الوثوقية بالموقع بشكل خاص هذا العام. (SRE) ، DevOps ، الخدمات المصغرة والحوسبة السحابية.

يبدو أن بعض التقنيات ، مثل Blockchain والعملات المشفرة (Bitcoin ، و Ethereum ، وما إلى ذلك) ، قد تجاوزت بالفعل ذروتها في شعبيتها (الضجيج) ، وبالتالي حصل الجمهور العام على فرصة لإلقاء نظرة أكثر واقعية عليها ، وتحديد جوانبها الإيجابية والسلبية ، وكذلك تحديد مكان وكيفية استخدامها على أفضل وجه. يمكن العثور على نظرة متوازنة على موضوع Blockchain والعملات المشفرة في مقال أليكسي مالانوف من Kaspersky Lab . أوصي بشدة أن تتعرف عليها.

تكتسب التقنيات الأخرى ، في الوقت الحالي ، شعبيتها فقط ، وتشكيل مجتمعات نشطة من حولها ، بما في ذلك ليس فقط المؤيدين والمنتصرين ، ولكن أيضًا المعارضين المتحمسين.

هل يذهب الجميع إلى DevOps؟

اليوم ، DevOps هي إشارة خاصة مني - نهج جديد لتطوير وتشغيل البرمجيات ، كما كان هناك الكثير من المقالات والمناقشات حول هذا الموضوع هذا العام.



يتم تفسير مصطلح DevOps على نطاق واسع اليوم. يتفهم شخص ما في DevOps مقاربة خاصة لتطوير وتشغيل البرامج ، عندما يشارك الأشخاص في العمل ، والذين يمكنهم تدوين الكود قليلاً والمسؤول. بالنسبة للآخرين ، هذا هو ، قبل كل شيء ، وجود مسؤول نظام شخصي في الفريق ، والذي يسمح لك بإزالة جزء من الحمل غير الأساسي من مطوري البرامج في شكل إعداد بيئة النظام ، وإنشاء بيئات اختبار ، وتنفيذ التكامل مع الخدمات الداخلية والخارجية ، وكتابة البرامج النصية للتشغيل الآلي. بالنسبة للثالثة ، إنها مجرد مجموعة من التقنيات والأدوات العصرية التي تحتاج إلى استخدامها من أجل البقاء دائمًا شابة وناجحة. لأربعة ، وهذا هو CI \ CD وكل ما يتعلق به. في الواقع ، لدى DevOps الكثير من التفسيرات ، بحيث يمكن لأي شخص أن يجد فيها ما يرضيهم أكثر.

تفسيرات مختلفة من DevOps تؤدي إلى مناقشات ساخنة ، الأمر الذي يؤدي إلى ظهور المزيد من المقالات حول هذا الموضوع. أنا حتى مرجعية بعض منهم نفسي:

1. من هم ديفوبس؟
2. كيفية الوصول إلى DevOps ، وكيفية الدراسة وماذا تقرأ .
3. لماذا يجب أن يصبح مسؤولو النظام مهندسين لـ DevOps .

إذا قرأت عددًا كافيًا من المقالات التي أشادت بـ DevOps ، فقد تشعر أن هناك أي مسؤول / مهندس نظام يحتاج فقط إلى تغيير الموضع الحالي في ملفه الشخصي على LinkedIN من المسؤول / المهندس إلى DevOps ، بمجرد أن تبدأ دعوات الموارد البشرية للمقابلات في التدفق عليه من الشركات الكبيرة والناجحة التي ستعد بمرتب قدره ضعف المرات الحالية ، ستحصل على Macbook جديد ، ودراجة نارية صغيرة ولن تنسى الاشتراك في إعادة تزويد التزود بالوقود مجانًا وعدد لا حصر له من العصائر. بشكل عام ، سوف يأتي IT-shny الجنة.

إذا كنت تقرأ مقالات تقلل من مزايا DevOps ، فستحصل على انطباع مختلف بأن DevOps هو نوع جديد من العبودية ، حيث يجب على الناس أن يرمزوا بنفس المستوى الذي يماثله المطورين ، ومساعدتهم على إصلاح الخلل ، والقيام بالأتمتة و CI \ CD ، ونشر Jira باستخدام Wiki ، قم بتحريف السحب ، وجمع الحاويات وإدارتها أثناء القيام بالأعمال الإدارية ، بينما تتذكر أيضًا كيفية إعادة ملء الخراطيش ، وتجعيد الأزواج الملتوية ، وسقي ألوان المكاتب.

ولكن ، كما تعلمون ، الحقيقة عادة ما تكون في مكان ما ، لذلك اليوم سنحاول فرز الأشياء قليلاً.

لم تعد هناك حاجة المسؤولين؟

كمسؤول / مهندس نظام يعمل مع منتجات Microsoft و VMware منذ فترة طويلة ، بدأت ألاحظ أنه في السنوات القليلة الماضية كان هناك حديث دوري بأن مسؤولي النظام لن يحتاجون إلى مسؤولي النظام قريبًا بسبب:

1. البنية التحتية بأكملها على وشك التغيير وتتحول إلى IaaC (البنية التحتية كرمز). الآن لن يكون هناك واجهة المستخدم الرسومية مع أزرار ، ولكن سيكون هناك فقط PowerShell ، ملفات yaml ، التكوينات ، وأكثر من ذلك. إذا تم كسر أي خدمة أو مكون لها ، فلن يكون من الضروري إصلاحها ، لأن نشر نسخة جديدة من آخر حالة عمل بشكل أسرع.
2. ستنتقل البنية التحتية لتكنولوجيا المعلومات بأكملها قريبًا إلى السحابة ، وستتوفر محليًا (محليًا) كبلات الشبكة فقط على أقرب جهاز توجيه ، والذي سيربطنا بجميع موارد الشركة الأخرى الموجودة في السحابة. حسنًا ، لا تزال الطابعة القصوى موجودة محليًا ، بحيث يمكن للفتيات المحاسبات طباعة صور القطط من الإنترنت على ذلك. كل شيء آخر يجب أن يكون في السحابة.
3. سيأتي مرشد DevOps ويقوم بأتمتة كل شيء من حوله ، لذا سيتعين على المشرفين فقط أن يتذكروا بحرارة كيف بدأوا في الأيام الخوالي في البحث عن الأصوات والتتبعات لتشخيص المشكلات الأساسية على الشبكة وعلى الخوادم.
4. سمعت أيضًا عن ظاهرة مثل "Vendekapets" ، لكنها كانت منذ فترة طويلة ، في فجر حياتي المهنية ، عندما كنت قد بدأت للتو في اتخاذ الخطوات الأولى نحو إدارة النظام. لكن لسبب ما ، لم تأتي "Vendekapets" أبدًا ، مثل نهاية العالم وفقًا لتقويم المايا. صدفة؟ لا أعتقد ذلك. :)

هل لن يحتاج أي شخص قريبًا إلى مسؤولي نظام Windows الذين يعملون اليوم بإحكام مع منتجات Microsoft؟ أم هل ستظل هناك حاجة لهم؟ هل سيستمر مسؤولو Windows في الحصول على وضعهم كمسؤولين / مهندسين ، أم هل سيتم تعيينهم كقوة عاملة منخفضة المهارات على أي مفتاح (العطاء ، العطاء ، الإحضار)؟

حتى هنا على habr.com في مركز إدارة النظام ، يمكننا فقط رؤية إشارات kubernetes ، و linux ، و devops ، و docker ، و open source ، zabbix. أين هي الكلمات المحبوبة لقلوبنا بواسطة Windows ، أو Active Directory ، أو Exchange ، أو System Center ، أو Terminal ، أو خوادم الطباعة ، أو خوادم الملفات ، أو مخطوطات bat و vbs ، أو على الأقل powerhell. أين كل هذا؟



فهل هناك حياة بعد مسؤولي / مهندسي نظام Windows أو Windows ، والآن تحتاج إلى إنهاء كل شيء لتعلم Linux و docker و kubernetes و ansible و python والذهاب إلى DevOps؟

ربما كل شيء على ما يرام مع Windows ، فقط الآن هناك ضجة مؤقتة من Linux + docker + kubernetes + ansible + python bunch ، والتي طغت على نظامنا المحبوب Windows؟ ما الذي يجب على مسؤول نظام Windows القيام به في عام 2020 لكي يكون الطلب عليه في سوق العمل؟

لسوء الحظ ، هناك أسئلة أكثر من الإجابات ، لذا فإن المقالة الحالية ستحاول مساعدتنا في فرز الأشياء قليلاً. تم تخصيص المقال بشكل أساسي لمسؤولي / مهندسي Windows ، لكنني متأكد من أنه سيكون مثيرًا للاهتمام لمتخصصي تكنولوجيا المعلومات الآخرين أيضًا.

هل تذهب مايكروسوفت إلى السحب؟

يعد مسؤول Windows أولاً وقبل كل شيء متمسكا بـ Microsoft ، لذلك سنتحدث أكثر عنها وعن منتجاتها الرائعة.

لدى Microsoft مجموعة واسعة من حلول البرمجيات ، وكثير منها رائد في مجالاتها. إذا كنت تعمل كمسؤول / مهندس في Windows ، فمن المرجح أنك واجهتها على أي حال. أدناه ، سأقدم وصفًا موجزًا ​​لكل منتج من المنتجات وأصف الاحتمالات المحتملة لتطويرها خلال السنوات 3-5 القادمة. هذه ليست معلومات سرية من المقر الرئيسي في ريدموند ، ولكن رأيي الشخصي ، لذلك يتم تشجيع وجهات النظر البديلة في التعليقات بقوة.

المنشآت المحلية (المحلية)

Microsoft Exchange Server هو خادم بريد متعدد الوظائف يتضمن ليس فقط العمل مع البريد ، ولكن أيضًا مع جهات الاتصال والتقويمات والمهام والمزيد. يعد Exchange Server واحدًا من منتجات Microsoft الرائدة ، والتي أصبحت في الواقع بمثابة معيار الشركات في العديد من الشركات. لديه تكامل وثيق ، ليس فقط مع منتجات Microsoft ، ولكن أيضًا مع حلول البائعين الخارجيين. التبادل شائع سواء في الوسط (من 100 شخص) والشركات الكبيرة.

في الوقت الحالي ، يُعتبر الإصدار الحالي هو Exchange Server 2019. سابقًا ، تم تطوير المنتج بنشاط كبير ، لكن منذ إصدار Exchange 2013 ، تباطأ هذا التطور بشكل ملحوظ ، لذلك يمكن تسمية Exchange 2016 Service Pack 1 (SP1) لـ Exchange 2013 ، وبالتالي فإن Exchange 2019 هو خدمة حزمة 2 (SP2) لـ Exchange 2013. لا يزال مصير الإصدار المحلي التالي (Exchange 2022) قيد السؤال.

الآن تعمل Microsoft بنشاط على الترويج لـ Exchange Online كجزء من الخدمة السحابية لـ Office 365 ، لذلك تظهر جميع الميزات الجديدة هناك بشكل أساسي. إن Exchange Online ليس فقط أول من يحصل على ميزات جديدة ، ولكنه أيضًا يكتسب ميزات إضافية لن يتم نقلها إلى منشآت محلية في المستقبل القريب. يتم ذلك لتسريع انتقال عدد من الشركات إلى السحب ، لأنه يعد نموذج الاشتراك مفيدًا ماليًا لمايكروسوفت أكثر من بيعه لمرة واحدة.

إذا كنت تقوم حاليًا بخدمة تثبيت محلي لـ Exchange Server (2013 - 2019) ، فيمكنك متابعة القيام بذلك خلال 3-5 سنوات القادمة. على طول الطريق ، يجب أن تبدأ في استكشاف الفرص التي يوفرها Exchange Online ؛ والتكوينات المختلطة ، هذا عندما توجد الإصدارات المحلية والسحابة في وقت واحد. حتى إذا افترضنا أنه لن يكون هناك الإصدار التالي المحلي (الداخلي) من Exchange ، فستظل المعرفة المكتسبة على Exchange Server مناسبة لبعض الوقت لعدة أسباب:

• عدد عمليات التثبيت المحلية في الوقت الحالي كبير جدًا ، لذلك ستكون هناك حاجة إلى المسؤولين المؤهلين القادرين على مرافقتهم. لن تتمكن كل المؤسسات من نقل بريدها إلى السحب في المستقبل القريب لسبب أو لآخر.
• لم تعد مشاريع الترحيل السحابي تافهة بعد ، لذا فإن معرفة تفاصيل الحلول المحلية والحلول السحابية مطلوبة من أجل تجاوز معظم المآزق واستكمال عملية الترحيل بنجاح.
• تعد معرفة بروتوكولي مكافحة البريد العشوائي (smtp \ imap \ mapi \ pop3) ، وتدفق البريد ، و 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 ، والذي تم استبداله تمامًا بعد قليل Microsoft Teams ، أي Skype for Business ليس حاليًا في سحابة Office 365. لهذا السبب ، لا يستحق توقع ظهور الإصدار المحلي التالي من Skype for Business 2022 ، لأن الأولوية بالنسبة لشركة Microsoft هي تطوير وتطوير Teams messenger ، والذي أصبح استجابة البائع لظهور برنامج Slack messenger الناجح.

إذا كنت تدير حاليًا Skype for Business وتريد مفهوم مراسلة الشركة ، فأنصحك أن تنظر إلى فرق العمل كجزء من Office 365 ، وإلا فمن الأفضل اختيار منتج مختلف لضخ معرفتك ، لأن Skype for Business المحلي ينتظر النسيان. بخلاف Exchange ، الذي أصبح المعيار الفعلي في مجال خوادم البريد ، فإن Skype for Business اليوم لديها بدائل. فريق وسلاك للشركات الكبيرة والمتوسطة. Telegram، Viber، Whatsapp - للشركات الصغيرة.

يعد SharePoint بوابة داخلية للشركات حيث يمكن للشركات نشر خدمات الويب المفيدة الخاصة بها (جدول العطلات ، وقائمة الموظفين الذين لديهم صور وهواتف ، وتذكارات أعياد الميلاد ، وأخبار الشركات ، وما إلى ذلك). يمكن للمستخدمين تخزين وتحرير ومشاركة الملفات التي يستضيفونها في مكتبات SharePoint الخاصة بهم.

يشبه SharePoint Bitrix24 ، فقط أكبر وأكثر فاعلية وأكثر تكلفة وأكثر صعوبة في التكوين والدعم. ميزات Killer هي القدرة على تحرير مستند واحد في وقت واحد مع عدد كبير من الموظفين ، وهو أمر مريح للغاية عندما يحاول 100 شخص ملء جدول عطلة ، والتكامل مع Office Online Server و MS Office المحلي.

يعد Sharepoint منتجًا كبيرًا ومعقدًا ومكلفًا ، ولهذا السبب يستخدم عادةً في الشركات الكبيرة فقط. تستخدم الشركات الصغيرة Bitrix24 أو نظائرها ، أو ببساطة تخزن الملفات على خوادم الملفات ، ويتم توزيع خدمات الويب المفيدة على مواقع داخلية مختلفة.

عادة ما يتم التعامل مع مزارع SharePoint (الكتل) من قبل المطورين ذوي وظائف المسؤول ، بدلاً من مسؤولي النظام "المحضين" ، مثل لكي يتمكن SharePoint من الإقلاع ويكون مفيدًا للشركة ، يحتاج إلى الكثير من إكمال التعليمات البرمجية.

يتضمن Office 365 خدمة SharePoint Online ، وهي إصدار مبسط من SharePoint المحلي ، أي يحتوي على أقل عدد ممكن من إمكانيات التخصيص و "انتهى من تلقاء نفسه" ، لكنه يزيل الكثير من الصداع من المطور / المسؤول لتشغيله. تقديري هو أن التعقيد والتكلفة العالية لدعم الإصدارات المحلية من SharePoint ستؤدي مهمتها وستبدأ الشركات بكل سرور بالزحف التدريجي إلى SharePoint Online أو التخلي عن Sharepoint تمامًا لصالح حل أبسط. أنا شخصياً لا أرى قوس قزح وحياة هانئة لـ SharePoint في عمليات التثبيت المحلية.

System Center عبارة عن مجموعة من المنتجات لنشر وتكوين وإدارة ومراقبة البنى التحتية الكبيرة لنظام Windows. التحكيم: مدير تكوين مركز النظام (SCCM) ، مدير الجهاز الظاهري لمركز النظام (SCVMM) ، مدير عمليات مركز النظام (SCOM) ، مدير حماية بيانات مركز النظام (SCDPM) ، مدير خدمة مركز النظام (SCSM) ، أوركسترا مركز النظام (SCORCH) ).



عادة ما تكون مجموعة منتجات System Center بأكملها مطلوبة فقط في الشركات الكبيرة ، بينما تستخدم الشركات متوسطة الحجم عادة منتجًا واحدًا أو اثنين فقط.

نظرًا لصعوبة تعلم منتجات System Center تمامًا وعادة ما يتم استخدامها فقط في البنى التحتية الكبيرة ، من المعتاد فصل الأفراد للعمل معهم ، على سبيل المثال ، مسؤول نظام المراقبة (SCOM) ، ومسؤول خدمة محطة العمل (SCCM) ، ومسؤول نظام المحاكاة الافتراضية (Hyper) -V + SCVMM) ، مسؤول أتمتة البنية التحتية (SCORCH + SCSM).

تعمل Microsoft على تطوير خدماتها السحابية بسرعة ، وبالتالي فإن وظيفة System Center تتدفق تدريجياً إلى السحاب. كل هذا سيكون له تأثير كبير على منتجات System Center الداخلية في المستقبل القريب.

ستحل وظيفة System Center Orchestrator (SCORCH) في المستقبل محل خدمة أتمتة Azure ( https://docs.microsoft.com/en-us/azure/automation/automation-intro ).

ستحل وظيفة مدير عمليات مركز النظام (SCOM) في المستقبل محل خدمة مراقبة Azure ( https://docs.microsoft.com/en-us/azure/azure-monitor/overview ).

ستحل وظيفة مدير حماية بيانات مركز النظام (SCDPM) محل خدمة النسخ الاحتياطي Azure ( https://docs.microsoft.com/en-us/azure/backup/backup-overview ) في المستقبل.

ستتوقف وظيفة مدير خدمة مركز النظام (SCSM) عن الطلب أو سيتم استبدالها بأي نظام تذاكر آخر ، على سبيل المثال ، Jira.

سيبقى مدير الجهاز الظاهري لمركز النظام (SCVMM) مع الشركات التي تستخدم المحاكاة الافتراضية Hyper-V محليًا. يمكن إدارة عمليات تثبيت Hyper-V الصغيرة (10 إلى 15 خادمًا) بنجاح دون استخدام SCVMM باستخدام الأدوات القياسية فقط - Failover Cluster Manager ، Hyper-V Manager ، Windows Admin Center.

System Center Configuration Manager (SCCM) - يستخدم في النشر الشامل لأنظمة التشغيل ، وتثبيت تطبيقات الشركات من دليل واحد ، وتثبيت تحديثات Windows على الخوادم ومحطات العمل الطرفية ، وجرد التطبيقات ، وعد التراخيص. يبدو أن هذا هو المنتج الوحيد من خط مركز النظام بأكمله الذي سيبقى معنا في البنية التحتية المحلية ، كما ليحل محله تماما مع شيء غائم في الوقت الراهن لا يعمل.

إذا كنت تدعم حاليًا تثبيتًا محليًا لـ System Center Configuration Manager (SCCM) ، فيمكنك متابعة القيام بذلك ، على النحو التالي المنتج سيكون معنا لمدة لا تقل عن 3-5 سنوات القادمة. بالإضافة إلى ذلك ، أوصي بالبدء في استكشاف إمكانيات Office 365 ، مثل هذا سوف يسير على ما يرام مع موقف Enterprise Desktop Administrator.

سيتم إيقاف دور مسؤولي معظم منتجات System Center الأخرى. تعمل خدمات Azure على تبسيط عملها بشكل كبير ، حيث تخفي كل التعقيد عن أعين المتطفلين. خذ على سبيل المثال مسؤول الأتمتة (SCORCH + SCSM). سيتم استبدال SCORCH بواسطة Azure Automation. ستظل معرفة عملية الأتمتة ، PowerShell ، SQL ، وستكون مفيدة لـ Azure Automation ، ولكن المعرفة حول إنشاء مجموعات SCORCH ، وضمان توفرها الكبير ، وتغيير حجم الموارد ، والتحديث ، والانتقال إلى الإصدارات الجديدة ، والنسخ الاحتياطي والمراقبة ستفقد أهميتها ، كما سيتم تنفيذ كل هذا العمل بواسطة سحابة أزور. سيركز مسؤول الأتمتة فقط على عملية الأتمتة نفسها ، كما سيترك كل العمل للحفاظ على قابلية تشغيل البنية الأساسية للتشغيل الآلي.

خادم ويندوز وأدوارها

الدليل النشط (AD) هو المكان الذي يتم فيه تخزين حسابات المستخدمين والكمبيوتر. إذا كان لدى الشركة أكثر من 20 جهاز كمبيوتر ، فمن المرجح أن هناك بالفعل بعض مجال Active Directory هناك. معرفة Active Directory ، والقدرة على تمييز مجال من مجموعة تفرعات ، والقدرة على العمل مع سياسات المجموعة إلزامية لأي مسؤول Windows. ستكون هذه المعرفة مناسبة لمدة 20 عامًا ، بالإضافة إلى ذلك ، أوصي بأن تتعرف على Azure AD (AAD) ، وأن تنظر في خيارات لمزامنة المستخدمين بين البنى التحتية المحلية والسحابة.

DNS ، DHCP- خدمات الشبكات ، التي يكون فهمها مفيدًا في جميع مجالات تكنولوجيا المعلومات ، من الإدارة إلى البرمجة ، لذلك تحتاج إلى معرفتها. إن فهم تشغيل الشبكات ، وبروتوكولات التوجيه ، ونماذج OSI و TCP \ IP ستكون إضافة محددة لأي متخصص في تكنولوجيا المعلومات.

فرط الخامس- اسم المجموعة الكاملة لتقنيات المحاكاة الافتراضية من Microsoft و hypervisor على وجه الخصوص. إنها تتطور بسرعة كبيرة ، على الرغم من رأيي ، فإن معظم الميزات الجديدة (Shielded VM ، الشبكات الفرعية المشفرة ، مساحات التخزين Direct) تركز بشكل أساسي على موفري الخدمات السحابية المحليين (مزودي الخدمة السحابية) والمزود السحابي العالمي (Azure) ، وليس على قطاع الشركات (Enterprise). هذا أمر مفهوم بشكل عام ، نظرًا لأن Microsoft تقوم أولاً بتنفيذ وتوظيف وظائف جديدة في سحابة Azure الخاصة بها ، وعندها فقط تنقلها إلى Windows Server و Hyper-V.

لا يزال Hyper-V يعاني من عدم وجود وحدة تحكم واحدة مجانية حيث يتم عرض جميع الميزات الضرورية. الآن لدينا مدير نظام تجاوز الفشل ، مدير Hyper-V ، مركز إدارة Windows. كان من المفترض أن يكون SCVMM مثل وحدة التحكم ، ولكن يتم دفعها وصعوبة التعلم إلى حد ما.

إذا كنت تدعم حاليًا تثبيت محلي لـ Hyper-V مع \ بدون SCVMM ، فيمكنك متابعة القيام بذلك. في موازاة ذلك ، أوصي بالبدء في التعرف على Azure IaaS وآليات ترحيل الأجهزة الافتراضية بين السحابة والبنية التحتية المحلية.

ضمن بيئتي (البنوك ، الاتصالات ، شركات التأمين ، الممتلكات الصناعية الكبيرة) ، تتم إدارة جميع المحاكاة الافتراضية الإنتاجية عادةً بواسطة VMware vSphere وليس Hyper-V مع SCVMM ، لذلك يمكنني أن أوصي Hyper-V المسؤول بالتطلع إلى VMware ومنتجاته .

الخدمات السحابية

Office 365 عبارة عن خدمة سحابية توفر حزمة اشتراك لتطبيقات Microsoft Office (محلية وإصدار ويب الخاص بها) ، وتتضمن أيضًا منتجات الخادم الرئيسية - Exchange و Teams و OneDrive و Sharepoint.

يعد Office 365 حاليًا خدمة قائمة بذاتها تغطي بالكامل احتياجات الاتصالات المكتبية تقريبًا. نظرًا لسهولة الإعداد ، فهي مثالية لكل من الشركات الصغيرة والشركات المتوسطة والكبيرة.

إن وجود خدمات Exchange و Teams و OneDrive و Sharepoint التي تم نشرها بالفعل في السحابة يقلل بشكل كبير من الحمل على مسؤول النظام ، جميع إجراءات التثبيت ، وتغيير حجم الموارد ، والتحديث ، والانتقال إلى الإصدارات الجديدة تقع الآن بالكامل على Microsoft. في السابق ، لدعم Exchange و Teams و OneDrive و Sharepoint في البنية التحتية المحلية ، ستكون هناك حاجة إلى 4-6 مسؤولين منفصلين ، لكن الآن يحتاج Office 365 إلى مسؤول واحد متوسط ​​فقط. إذا لم يعمل شيء ما أو لم يعمل بشكل صحيح ، فيمكنك إنشاء تذكرة للدعم الفني لـ Microsoft مباشرةً من واجهة Office 365 ، وهي مريحة للغاية.

إذا كنت الآن مسؤول النظام المصاحب للإصدارات المحلية من منتجات Exchange أو Skype for Business أو Sharepoint ، فإنني أوصي بالنظر في إصداراتها السحابية كجزء من Office 365 لفهم كيف تناسبك والوظائف التي تقدمها مقارنة بالإصدارات المحلية.

Azure عبارة عن نظام أساسي سحابي عالمي من Microsoft ، والذي يتضمن مجموعة متنامية من الخدمات السحابية التي تساعد المؤسسات على حل مشكلات أعمالهم. تضم Azure حاليًا أكثر من 300 خدمة مجمعة في فئات مختلفة (الحوسبة ، الشبكات ، التخزين ، قواعد البيانات ، التحليلات ، إنترنت الأشياء ، الأمان ، devOps ، الحاويات ، إلخ).

بعد ظهورها للمرة الأولى في عام 2009 ، تحتل Microsoft Azure الآن واحدة من المراكز الرائدة في سوق الخدمات السحابية العالمية ، حيث تتنافس بنجاح مع Amazon AWS.

وفقًا لآخر تقرير مالي ( https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast ) ارتفعت أرباح Microsoft ربع سنوية (Q4 2019) بنسبة 49٪ بسبب نجاح Office 365 والأعمال السحابية. نمت الإيرادات من أزور بنسبة 64 ٪.

تمثل Azure ، إلى جانب Office 365 ، المجالات الرئيسية التي تضع فيها Microsoft مواردها المالية والتنظيمية.

إن وفرة الخدمات على منصة Azure يمكن أن تربك حتى أخصائي تكنولوجيا المعلومات ذي الخبرة ، لذلك أدناه سيكون وصفًا للبنية التحتية النموذجية التي تستند إلى خادم Windows ، حيث سأشير إلى نظائرها التقريبية في سحابة Azure بين قوسين. آمل أن يكون هذا بمثابة نقطة انطلاق لدراسة Azure ، لأنه ، كما تعلمون ، عليك أن تبدأ صغيرة ، تتحرك بشكل أعمق.

تبدو البنية الأساسية النموذجية لنظام التشغيل Windows من جانب الخادم على النحو التالي:

• الدليل النشط (م) مع سياسة المجموعة و DNS. (أزور الدليل النشط (AAD) ، أزور DNS) .
• DHCP
• تبادل خادم البريد. (تبادل عبر الإنترنت كجزء من Office 365) .
• RDS المزرعة مع خوادم محطة متعددة. (الجهاز الظاهري أزور + أزور الشبكة الافتراضية + أزور التخزين) .
• خادم ملفات حيث يقوم الموظفون بتخزين ملفاتهم. (Azure File Storage ، الجهاز الظاهري Azure + Azure Virtual Network + Azure Storage)
• الخوادم ذات التطبيقات وقواعد البيانات (1C ، الموقع الداخلي \ portal ، CRM ، إلخ). (قاعدة بيانات SQL Azure ، مواقع Azure على الويب ، Microsoft Dynamics 365 ، الجهاز الظاهري Azure + شبكة Azure الافتراضية + تخزين Azure)

المهام الإدارية الرئيسية هي:

• إنشاء نسخ احتياطية. (أزور النسخ الاحتياطي) .
• جمع وتحليل السجلات. (أزور تحليلات السجل) .
• أتمتة المهام الروتينية. (أزور أتمتة) .
• مراقبة حالة الخدمات وتلقي إشعارات الفشل (Azure Monitor) .

أود أن أنصح مسؤولي Windows المرافقين للبنية التحتية المحلية بالبحث أولاً عن نظائرهم في خدماتهم المفضلة في السحابة Azure للعمل معهم قليلاً ، وتحديد فائدتهم للشركة ، وربما تنظيم خيارات هجينة ، واختيار الأفضل من كلا العالمين.

تدريب

يتحول تركيز Microsoft على تطوير منتجاتها تدريجياً إلى الحل السحابي ، لذلك عليك أن تبدأ في تعلمها الآن. أين يمكنني الحصول على مزيد من المعرفة حول أزور باللغة الروسية؟ لسوء الحظ ، لا يوجد الكثير من هذه الموارد.

تقدم Microsoft استخدام مدخل Microsoft Learn الخاص بها - https://docs.microsoft.com/en-us/learn/browse/ . تُترجم المادة النصية إلى اللغة الروسية ، ويُقدم الفيديو باللغة الإنجليزية ، مع وجود ترجمات باللغة الروسية.

باعتبارها مادة جيدة وعالية الجودة لدراسة Azure ، أوصي بدورة Exam AZ-900 Azure Fundamentals ، التي يقرأها إيجور شاستيتكو على قناته على YouTube ( https://www.youtube.com/watch؟v=_2-txkA3Daw&list=PLB5YmwQw0Jl- RinSNOOv2rqZ5FV_ihEd7). يوجد الآن 13 مقطع فيديو ، ولكن إذا كان هناك دعم نشط كافٍ من المجتمع (مثل ، الاشتراك) ، فستظهر المواد بشكل أسرع ولن تستغرق المتابعة وقتًا طويلاً.

بالإضافة إلى ذلك ، على قناة iwalker2000 ، أنصحك بمشاهدة قائمة التشغيل " IT IT: كيف تصبح متخصصًا في تكنولوجيا المعلومات " ، والتي ستساعد المحترفين المبتدئين على تحديد مسار تطورهم المهني وبناء مستقبلهم المهني بشكل صحيح. ( https://www.youtube.com/watch؟v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB )

المواد اللازوردية باللغة الروسية ، للأسف ، ليست كثيرة كما نود ، لذلك إذا كنت تعرف أي موارد مفيدة أخرى لـ الموضوع ، ثم يرجى مشاركتها في التعليقات. سيكون العديد من محترفي تكنولوجيا المعلومات ممتنين لهذا.

النتائج

ما هي الاستنتاجات التي يمكن استخلاصها من كل ما سبق؟

1. لا توجد حياة في البنية التحتية لمايكروسوفت موجودة ، ولا تسير في أي مكان. مايكروسوفت مجموعة واسعة من حلول البرمجيات ، وكثير منها رائد في
2. تتغير البنية الأساسية ل مايكروسوفت الآن بشكل نشط ، وهذا يحدث مع التركيز على تطوير الخدمات السحابية - أزور و مكتب 365. سيتم إنشاء منتجات وتطبيقات مايكروسوفت الجديدة مبدئيا للعمل في السحابة مع الإشارة إلى نموذج اشتراك مع دفعات شهرية . يمكنك تضمين بعض هذه المنتجات
3. , Azure Office 365. , 1 (, SCOM, SCSM ..), .
4. \, Microsoft, DevOps, . , Azure Office 365.
5. , . « » IT , .
6. DevOps (). . DevOps , , – . , . – DevOps , - (CI\CD), , . . DevOps .
   
   DevOps \. DevOps – . , \ , , (, , , ..) — DevOps .
7. , IT, DevOps , , Linux, Ansible, Docker, Kubernetes, Python CI\CD.

في الآونة الأخيرة ، زاد الطلب على نظام Linux وحلول تطوير البرمجيات ، لكن هذا لا يرجع إلى النظام البيئي لـ Microsoft ، ولكن ظهرت فقط مكانًا جديدًا حيث يتم استخدام Docker و Kubernetes بشكل نشط ، وتُنشر التطبيقات المتجانسة في الخدمات الصغيرة ، ويلزم زيادة الأعمال سرعة إصدار إصدارات البرامج من أجل تقليل وقت إصدار وظائف جديدة إلى السوق.