Windows の後の人生はあるのでしょうか、それとも 2020 年に Windows システム管理者/エンジニアはどこで開発すべきでしょうか?

エントリー

2019 年はゆっくりと、しかし確実に論理的な終焉を迎えつつあります。 IT 業界は活発な発展を続けており、多数の新技術で私たちを喜ばせると同時に、ビッグデータ、AI、機械学習 (ML)、IoT、5G などの新しい定義で私たちの語彙を補充しています。 , サイト信頼性エンジニアリング (SRE)、DevOps、マイクロサービス、クラウド コンピューティングについては特に頻繁に議論されました。

たとえば、ブロックチェーンや暗号通貨 (ビットコイン、イーサリアムなど) などの一部のテクノロジーは、すでに人気のピーク (誇大宣伝) を過ぎたようです。そのため、一般の人々は、それらをより冷静に見て、その特徴を特定する機会があります。ポジティブな側面とネガティブな側面を考慮し、それらをどこでどのように使用するのが最適かを決定します。 ブロックチェーンと暗号通貨のトピックについてのバランスのとれた見方は、次のリンクで見つけることができます。 Kaspersky Lab の Alexey Malanov による記事。 ぜひチェックしてみることをお勧めします。

他のテクノロジーはまだ普及しつつあり、支持者や支持者だけでなく熱烈な反対者も含めた活発なコミュニティを形成しています。

誰もが DevOps に取り組んでいますか?

ソフトウェア開発と運用への新しいアプローチである DevOps について、今日は特別に取り上げます。 今年はこのテーマに関する記事や議論が本当にたくさんありました。

今日、DevOps という用語は非常に幅広く解釈されています。 一部の人々は、DevOps を、少しのコーディングと管理の両方ができる人が作業に関与する、ソフトウェアの開発と運用に対する特別なアプローチであると理解しています。 他の人にとって、これはまず第一に、チーム内に個人のシステム管理者が存在することであり、システム環境のセットアップやテスト環境の作成という形で、ソフトウェア開発者をコア以外の負荷の一部から解放することができます。 、内部および外部サービスとの統合を実装し、自動化スクリプトを作成します。 他の人にとって、それは常に若く成功し続けるために使用する必要がある、ファッショナブルなテクノロジーとツールのセットにすぎません。 XNUMX つ目は、CICD とそれに関連するすべてのものです。 DevOps には確かに多くの解釈があるため、誰でもその中で最も気に入ったものを独自に見つけることができます。

DevOps のさまざまな解釈により白熱した議論が生まれ、このトピックに関する記事がさらに増えることになります。 いくつかはブックマークに保存しました。

1. DevOpsとは何ですか?
2. DevOps の始め方、勉強方法、読むべき本.
3. システム管理者が DevOps エンジニアになるべき理由.

DevOps を称賛する記事を十分に読んでいると、システム管理者エンジニアは、LinkedIN プロフィールでの現在のポジションを管理者エンジニアから DevOps に変更するだけで済み、すぐに大手企業や企業の人事部から面接の招待状を受け取り始めるだろうという印象を受けるかもしれません。成功した企業は、現在の企業の 2 倍の給与を約束し、新品の Macbook やホバーボードを与え、無料の電子タバコの詰め替えや無制限の量のスムージーの定期購入も忘れません。 一般に、IT パラダイスが到来します。

DevOps のメリットを軽視する記事を読むと、DevOps は新しいタイプの奴隷制であり、人々は開発者とほぼ同じレベルでコーディングし、バグ修正を手助けし、自動化や CICD に対処する必要があるという、異なる印象を持ち始めます。 Wiki を使用して Jira をデプロイし、クラウドを回転させ、コンテナを収集して管理しながら、カートリッジの補充、ツイスト ペア ケーブルの圧着、オフィスの花への水やりなどの管理作業も同時に実行します。

しかし、ご存知のとおり、真実は通常その中間にあるため、今日はそれを少し解明してみます。

管理者はもう必要ないのでしょうか？

かなり長い間 Microsoft および VMware 製品に携わってきたシステム管理者兼エンジニアとして、私はここ数年、次の理由からシステム管理者は間もなく誰の役にもたたなくなるだろうという議論が定期的に行われていることに気づき始めました。

1. インフラストラクチャ全体が変化し、IaaC (コードとしてのインフラストラクチャ) になろうとしています。 今後はボタンを備えた GUI はなくなり、PowerShell、yaml ファイル、構成などのみが存在します。 サービスまたはそのコンポーネントが壊れた場合、それを修復する必要はもうありません。 最後に動作していた状態からその新しいコピーをすばやく展開します。
2. IT インフラストラクチャ全体が間もなくクラウドに移行し、ローカル (オンプレミス) では最も近いルーターに接続するネットワーク ケーブルのみが存在し、クラウド内にある他のすべての企業リソースと私たちを接続することになります。 まあ、せいぜい、プリンターはローカルに残り、経理部の女の子がインターネットから猫の画像を印刷できる程度です。 それ以外はすべてクラウド内にある必要があります。
3. DevOps の達人がやって来て、周囲のすべてを自動化してくれるようになるため、管理者は、昔、ネットワークやサーバー上の基本的な問題を診断するために ping やトレースをどのように実行したかを、心の中で温かく思い出すだけで済みます。
4. 「ヴェンデカペッツ」などの現象についても聞いたことがありますが、それはかなり昔、私がキャリアの黎明期、システム管理への第一歩を踏み出し始めたばかりの頃のことです。 しかし、何らかの理由で、マヤ暦による世界の終わりのように、「ヴェンデカペッツ」は決してやって来ませんでした。 偶然？ 考えないでください。 🙂

現在 Microsoft 製品と緊密に連携している Windows システム管理者は、やがて誰の役にもたたなくなるのでしょうか? それとも今後も必要とされるのでしょうか？ Windows 管理者は、管理者およびエンジニアとしての地位を維持し続けるのでしょうか、それとも、あらゆる要 (与える、与える、もたらす) の低スキル労働者の役割に追いやられるのでしょうか?

ここ habr.com の「システム管理」ハブでも、kubernetes、linux、devops、docker、オープンソース、zabbix についてのみ言及されています。 Windows、Active Directory、Exchange、System Center、ターミナル、プリント サーバー、ファイル サーバー、bat スクリプト、vbs スクリプト、少なくとも powershell など、私たちが大好きな言葉はどこにありますか。 これは一体どこにあるのでしょうか？

では、Windows の後の人生はあるのでしょうか、それとも Windows のシステム管理者やエンジニアは、Linux、docker、kubernetes、ansible、python を学び、DevOps に取り組むためにすべてを諦めるべきでしょうか?

おそらく Windows ではすべて問題なく、Linux + docker + kubernetes + ansible + Python の組み合わせが一時的に誇大宣伝され、私たちの愛する Windows を覆い尽くしただけなのでしょうか? Windows システム管理者が労働市場で需要を得るには、2020 年に何をする必要がありますか?

残念ながら、ここには答えよりも疑問の方が多いため、今回の記事はすべてを少しだけ理解するのに役立ちます。 この記事は主に Windows 管理者とエンジニアを対象としていますが、他の IT スペシャリストにとっても興味深い内容であると確信しています。

マイクロソフトはクラウドに移行しますか?

まず第一に、Windows 管理者は Microsoft の支持者であるため、Microsoft とその素晴らしい製品についてはさらに詳しく説明します。

Microsoft はかなり幅広いソフトウェア ソリューションのポートフォリオを持っており、その多くは各分野のリーダーです。 Windows 管理者およびエンジニアとして働いている場合は、おそらく何らかの形でそれらに遭遇したことがあるでしょう。 以下に各製品について簡単に説明し、今後 3 ～ 5 年間の開発の可能性について説明します。 これはレドモンド本社の秘密内部関係者によるものではなく、私の個人的な意見です。そのため、コメントで別の視点を使用することを強くお勧めします。

ローカルインストール (オンプレミス)

は、Microsoft Exchange Server – メールの操作だけでなく、連絡先、カレンダー、タスクなどの操作も含む多機能メール サーバー。 Exchange Server は Microsoft の主力製品の 100 つであり、多くの企業で事実上の企業標準となっています。 Microsoft 製品自体だけでなく、サードパーティ ベンダーのソリューションとも緊密に統合されています。 Exchange は中規模 (XNUMX 名から) と大企業の両方で人気があります。

現時点では、Exchange Server 2019 が最新バージョンとみなされます。以前は製品の開発が非常に活発に行われていましたが、Exchange 2013 のバージョン以降、この開発は大幅に減速したため、Exchange 2016 は Service Pack 1 ( SP1) for Exchange 2013、および Exchange 2019 - したがって、Exchange 2 の Service Pack 2 (SP2013)。次のオンプレミス バージョン (Exchange 2022) の運命はまだ疑問です。

現在、Microsoft は Office 365 クラウド サービスの一部として Exchange Online を積極的に推進しているため、すべての新機能は主にそこに表示されます。 Exchange Online は、新しい機能を初めて採用するだけでなく、近い将来オンプレミスのインストールには移行されない追加機能も獲得する予定です。 これは、多くの企業のクラウドへの移行を加速するために行われます。 Microsoft にとってサブスクリプション モデルは、XNUMX 回限りの販売よりも経済的に有利です。

現在、Exchange Server (2013 ～ 2019) のローカル インストールを維持している場合は、今後 3 ～ 5 年間は維持し続けることができます。 その過程で、Exchange Online が提供する機会を検討し始める価値があります。 ハイブリッド構成は、ローカル バージョンとクラウド バージョンが同時に存在する場合です。 Exchange の次のオンプレミス バージョンはもう存在しないと仮定しても、Exchange Server に関して現在得られている知識は、次のような理由から、今後もしばらくは有効であり続けます。

• 現在、ローカル インストールの数は非常に多いため、それらをサポートするには資格のある管理者が必要になります。 近い将来、何らかの理由ですべての組織がメールをクラウドに移行できるわけではありません。
• クラウド移行プロジェクトはまだ簡単ではないため、落とし穴のほとんどを回避して移行を正常に完了するには、オンプレミス ソリューションとクラウド ソリューションの両方の詳細に関する知識が必要です。
• smtpimapmapipop3、メール フロー、dkim、dmark、spf、ウイルス対策、スパム対策プロトコルに関する知識は普遍的であり、あらゆるメール システムに適用できます。
• オンプレミスの Exchange Server の操作から得た経験により、Exchange Online を理解し、必要な構成をより迅速にセットアップできるようになります。
• 電子メールは外部とのコミュニケーションの最も重要なチャネルの XNUMX つであるため、その必要性は今後も残ります。 「メッセンジャーとチャットボットが電子メールに取って代わる」という主張に耳を傾ける必要はありません。なぜなら... 彼らは何度もメールを「埋めた」が、これまでのところ成功していない。

Skype for Business (SfB) (旧称 Lync) – 高度な機能を備えた企業メッセンジャー。 Exchange サーバーと緊密に統合されていますが、普及度では後者に大きく劣ります。 Skype for Business は通常、大企業でのみ使用されます。 中小企業はあまり関心がありません。

現在のバージョンは Skype for Business 2019 であり、以前のバージョンの Skype for Business 2016 との違いは最小限であるため、SfB 2019 は新しい完全バージョンではなく、SfB 1 の Service Pack 2016 と見なすことができます。

Office 365 クラウドでは、この製品は Skype for Business Online サービスによって提供されていましたが、しばらくして Microsoft Teams に完全に置き換えられました。 現在、Skype for Business は Office 365 クラウドでは利用できません。 このため、Microsoft の優先事項は、成功した Slack メッセンジャーの出現に対するベンダーの対応となった Teams メッセンジャーの開発と開発であるため、Skype for Business 2022 の次のローカル バージョンを期待する価値はほとんどありません。

現在ローカルの Skype for Business を管理していて、企業メッセンジャーの概念が気に入っている場合は、Office 365 の一部として Teams を検討することをお勧めします。そうでない場合は、知識をアップグレードするために別の製品を選択することをお勧めします。 ローカルの Skype for Business は忘れ去られつつあります。 メール サーバーのニッチ分野で事実上の標準となっている Exchange とは異なり、Skype for Business には今日の代替手段があります。 大企業および中規模企業向けの Team と Slack。 Telegram、Viber、Whatsapp - 小規模企業向け。

SharePointの – 企業が便利な Web サービス (休暇スケジュール、写真と電話番号付きの従業員リスト、誕生日のリマインダー、企業ニュースなど) を投稿できる社内ポータル。 ユーザーは、SharePoint ライブラリに配置したファイルを保存、編集、共有できます。

SharePoint は Bitrix24 に似ていますが、サイズが大きく、機能が高く、高価であり、構成とサポートがはるかに困難です。 キラー機能は、多数の従業員が 100 つのドキュメントを同時に編集できる機能 (XNUMX 人が休暇スケジュールを記入しようとする場合に非常に便利) と、Office Online Server およびローカルの MS Office との統合です。

Sharepoint は大規模で複雑かつ高価な製品であるため、通常は大企業でのみ使用されます。 小規模な企業は、Bitrix24 またはその類似品を使用するか、単純にファイル サーバーにファイルを保存し、有用な Web サービスをさまざまな社内サイトに配布します。

SharePoint ファーム (クラスター) は通常、「純粋な」システム管理者ではなく、管理者機能を持つ開発者によって管理されます。 SharePoint が軌道に乗り、会社にとって役立つようにするには、コードを使用して SharePoint に多くの機能を追加する必要があります。

Office 365 には、ローカル SharePoint の簡易バージョンである SharePoint Online が含まれています。 最小限のカスタマイズ オプションがあり、「ユーザーに合わせて調整」されていますが、開発者と管理者はその操作に関する多くの悩みから解放されます。 私の判断はこうだ。SharePoint のオンプレミス版のサポートの複雑さと高コストが大きな打撃となり、企業は喜んで徐々に SharePoint Online に移行し始めるか、よりシンプルなソリューションを求めて SharePoint を完全に放棄するだろう。 私個人としては、ローカル インストールでの SharePoint がバラ色で気ままな生活を送れるとは思えません。

システムセンター は、大規模な Windows インフラストラクチャを展開、構成、管理、監視するための製品ファミリー全体です。 判定には、System Center Configuration Manager (SCCM)、System Center Virtual Machine Manager (SCVMM)、System Center Operations Manager (SCOM)、System Center Data Protection Manager (SCDPM)、System Center Service Manager (SCSM)、System Center Orchestrator (SCORCH) が含まれます。 ）。

System Center 製品の全製品は通常、大企業のみが必要としますが、中規模企業は XNUMX つまたは XNUMX つの製品のみを使用する傾向があります。

System Center 製品は習得が非常に難しく、通常は大規模なインフラストラクチャでのみ使用されるため、システム監視管理者 (SCOM)、ワークステーション メンテナンス管理者 (SCCM)、管理者など、システム監視管理者 (SCOM)、ワークステーション メンテナンス管理者 (SCCM) など、別々の担当者を割り当てて作業するのが一般的です。仮想化システム管理者 (Hyper -V + SCVMM)、インフラストラクチャ オートメーション マネージャー (SCORCH + SCSM)。

Microsoft はクラウド サービスを急速に開発しているため、System Center の機能は徐々にクラウドに移行しています。 これらすべては、近い将来、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).

機能的 System Center データ保護マネージャー (SCDPM) 将来的には Azure Backup サービスを置き換える予定です (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

機能的 システム センター サービス マネージャー (SCSM) 需要がなくなるか、Jira などの他のチケット システムに置き換えられるでしょう。

System Center 仮想マシン マネージャー (SCVMM) 今のところ、ローカルで Hyper-V 仮想化を使用する企業に残ります。 Hyper-V の小規模インストール (サーバー 10 ～ 15 台) は、標準ツール (フェールオーバー クラスター マネージャー、Hyper-V マネージャー、Windows Admin Center) のみを使用して、SCVMM を使用しなくても問題なく管理できます。

システム センター構成マネージャー (SCCM) – オペレーティング システムの大規模導入、単一カタログからの企業アプリケーションのインストール、サーバーおよびエンド ワークステーションへの Windows 更新プログラムのインストール、アプリケーションのインベントリ、およびライセンスの計算に使用されます。 これは、オンプレミス インフラストラクチャに残る System Center 製品ライン全体の唯一の製品のようです。 現時点では、クラウドベースのものに完全に置き換えることはできません。

現在、System Center Configuration Manager (SCCM) のオンプレミス インストールを維持している場合は、引き続き維持できます。 製品は少なくとも今後 3 ～ 5 年間は使用されます。 さらに、Office 365 の機能について検討し始めることをお勧めします。理由は次のとおりです。 これは、エンタープライズ デスクトップ管理者のポジションとよく組み合わせられます。

他のほとんどの System Center 製品の管理者の役割は廃止されます。 Azure サービスは作業を大幅に簡素化し、すべての複雑さを覗き見から隠します。 自動化管理者 (SCORCH + SCSM) を例に挙げてみましょう。 SCORCH は Azure Automation に置き換えられます。 自動化プロセス、PowerShell、SQL に関する知識は残り、Azure Automation に役立ちますが、SCORCH クラスターの構築、高可用性の確保、リソースのサイジング、更新、新しいバージョンへの移行、バックアップと監視に関する知識は関連性を失います。 この作業はすべて Azure クラウドに引き継がれます。 自動化管理者は自動化プロセス自体のみに焦点を当てます。その理由は次のとおりです。 自動化インフラストラクチャの機能を維持するためのすべての作業が彼から奪われます。

Windowsサーバーとその役割

Active Directory（AD） – ユーザーとコンピュータのアカウントが保存される場所。 企業に 20 台を超えるコンピュータがある場合は、何らかの Active Directory ドメインがすでに存在している可能性があります。 Windows 管理者には、Active Directory の知識、ドメインとフォレストを区別する能力、およびグループ ポリシーを操作する能力が必須です。 この知識は今後 20 年は役に立ちます。さらに、Azure AD (AAD) についてよく理解し、オンプレミス インフラストラクチャとクラウド インフラストラクチャ間でユーザーを同期するためのオプションを検討することをお勧めします。

DNS、DHCP – ネットワーク サービス。これを理解することは、管理からプログラミングに至るまで、IT のあらゆる分野で役立つため、知っておく必要があります。 ネットワークの運用、ルーティング プロトコル、OSI、TCPIP モデルを理解することは、IT スペシャリストにとって明らかにプラスとなります。

Hyper-Vの – Microsoft の仮想化テクノロジー、特にそのハイパーバイザーのスタック全体の名前。 非常に急速に開発されていますが、私の意見では、新機能 (Shielded VM、暗号化サブネット、記憶域スペース ダイレクト) のほとんどは主にローカル (クラウド サービス プロバイダー) およびグローバル (Azure) クラウド プロバイダーを対象としており、企業を対象としたものではありません。セグメント (エンタープライズ)。 Microsoft は最初に新しい機能を Azure クラウドに実装してテストし、それから初めてそれを Windows Server と Hyper-V に転送するため、これは一般的に理解できます。

Hyper-V には、必要なすべての機能を提供する単一の無料コンソールがまだ存在しないという問題があります。 これで、フェールオーバー クラスター マネージャー、Hyper-V マネージャー、Windows Admin Center が利用できるようになりました。 SCVMM はそのようなコンソールであるはずでしたが、有料であり、習得するのがやや困難です。

現在、SCVMM を使用せずに Hyper-V のローカル インストールを維持している場合は、引き続き維持できます。 並行して、Azure IaaS と、クラウドとオンプレミスのインフラストラクチャ間で仮想マシンを移行するメカニズムについても検討し始めることをお勧めします。

私の環境 (銀行、通信会社、保険会社、大規模な産業持株会社) では、原則として、すべての生産的な仮想化は SCVMM を使用した Hyper-V ではなく VMware vSphere によって管理されているため、Hyper-V 管理者にも次のことを確認することをお勧めします。 VMware とその製品に対して。

クラウドサービス

オフィス365 は、Microsoft Office アプリケーション (ローカル バージョンおよび Web バージョン) のサブスクリプション パッケージを提供するクラウド サービスであり、主要なサーバー製品 (Exchange、Teams、OneDrive、Sharepoint) も含まれています。

現時点では、Office 365 はオフィスのコミュニケーションのニーズをほぼ完全にカバーする自己完結型のサービスです。 セットアップが簡単なため、中小企業と中規模および大企業の両方に最適です。

すでに展開されている Exchange、Teams、OneDrive、および Sharepoint サービスがクラウドに存在することで、システム管理者の負荷が大幅に軽減されます。 インストール、リソースのサイジング、更新、および新しいバージョンへの移行に関するすべての手順は、現在完全に Microsoft に委ねられています。 以前はローカル インフラストラクチャで Exchange、Teams、OneDrive、Sharepoint を維持するために 4 ～ 6 人の個別の専任管理者が必要でしたが、Office 365 では平均的な管理者は 1 人だけで十分です。 何かが動作しない場合、または正しく動作しない場合は、Office 365 インターフェイスから直接 Microsoft テクニカル サポートへのチケットを作成でき、非常に便利です。

現在、Exchange、Skype for Business、または Sharepoint 製品のオンプレミス バージョンを管理しているシステム管理者である場合は、それらのクラウド バージョンを Office 365 の一部として見て、それらがどのように自分に合っているのか、また、クラウド バージョンと比較してどのような機能が提供されるのかを理解することをお勧めします。オンプレミスのバージョン。

Azure は Microsoft のグローバル クラウド プラットフォームで、組織のビジネス上の問題の解決を支援する、拡大を続けるクラウド サービスのセットが含まれています。 現在、Azure には、さまざまなカテゴリ (コンピューティング、ネットワーキング、ストレージ、データベース、分析、モノのインターネット、セキュリティ、devOps、コンテナーなど) に分類された 300 以上のサービスが含まれています。

2009 年に初めて登場した Microsoft Azure は、現在では世界のクラウド サービス市場で主導的な地位を占めており、Amazon AWS との競争に成功しています。

最新の財務報告書によると (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) Microsoft の四半期 (4 年第 2019 四半期) 利益は、Office 49 とクラウド ビジネスの成功により 365% 増加しました。 Azure の収益は 64% 増加しました。

Azure は、Office 365 と同様に、Microsoft が財務および組織リソースを投入する主な分野です。

Azure プラットフォーム上の豊富なサービスは、経験豊富な IT スペシャリストであっても混乱する可能性があるため、以下では典型的な Windows サーバー インフラストラクチャについて説明します。括弧内には、Azure クラウドにおけるそれらのサービスの類似点を示します。 これが Azure を学習するための出発点として役立つことを願っています。ご存知のとおり、最初は小さく始めて、徐々に深めていく必要があるからです。

典型的な Windows サーバー インフラストラクチャは次のようになります。

• グループ ポリシーと DNS を備えた Active Directory (AD)。 (Azure Active Directory (AAD)、Azure DNS).
• DHCP
• Exchangeメールサーバー。 (Office 365 の一部としてオンラインで交換).
• 複数のターミナル サーバーを備えた RDS ファーム。 (Azure 仮想マシン + Azure 仮想ネットワーク + Azure ストレージ).
• 従業員がファイルを保存するファイル サーバー。 (Azure ファイル ストレージ、Azure 仮想マシン + Azure 仮想ネットワーク + Azure ストレージ)
• アプリケーションとデータベースを備えたサーバー (1C、内部サイト ポータル、CRM など)。 (Azure SQL データベース、Azure Web サイト、Microsoft Dynamics 365、Azure 仮想マシン + Azure 仮想ネットワーク + Azure ストレージ)

主な管理タスクは次のとおりです。

• バックアップを作成しています。 (Azureバックアップ).
• ログの収集と分析。 (Azure ログ分析).
• 定型業務の自動化。 (Azure オートメーション).
• サービスのステータスを監視し、障害に関する通知を受信する (Azure モニター).

ローカル インフラストラクチャを維持している Windows 管理者に対しては、まず、Azure クラウドでお気に入りのサービスの類似物を探して、それらと少し連携して、会社にとっての有用性を判断し、おそらくハイブリッド オプションを整理して選択することをお勧めします。両方の長所を。

トレーニング

Microsoft の製品開発における重点は徐々にクラウド ソリューションに移行しているため、今すぐクラウド ソリューションについて学び始める必要があります。 Azure に関するロシア語の詳細情報はどこで入手できますか? 残念ながら、そのようなリソースはあまりありません。

Microsoft は、Microsoft Learn ポータルの使用を提案しています - https://docs.microsoft.com/ru-ru/learn/browse/。 テキストはロシア語に翻訳されており、ビデオは英語ですが、ロシア語の字幕が付いています。

Azure を学習するための優れた高品質の教材として、Igor Shastitko が自身の YouTube チャンネルで読んでいる試験 AZ-900 Azure Fundamentals コースをお勧めします (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)

残念ながら、Azure に関するロシア語の資料は期待しているほど多くありません。そのため、このトピックに関する他の有用なリソースをご存知の場合は、コメントで共有してください。 多くの IT スペシャリストがこのことに感謝するでしょう。

所見

上記のすべてからどのような結論が導き出せるでしょうか?

1. Microsoft のインフラストラクチャにはまだ活気があり、それが消えることはありません。 Microsoft はかなり幅広いソフトウェア ソリューションのポートフォリオを持っており、その多くは各分野のリーダーであるため、システム管理者は常に何かを学び、実装、運用、開発する必要があります。
2. Microsoft のインフラストラクチャは現在、積極的に変化しており、これは Azure や Office 365 などのクラウド サービスの開発に重点を置いて起こっています。新しい Microsoft 製品とアプリケーションは、最初は月々支払いのサブスクリプション モデルを参照して、クラウドで動作するように作成されます。 これらの製品の一部のみが、後でオンプレミス ソリューションに実装される予定です。
3. 一部の高価でサポートが難しい製品は間もなく私たちから離れ、全体または一部が Azure クラウドまたは Office 365 に移行するでしょう。常に 1 つの製品 (SCOM、SCSM など) だけを保守している個人の管理者は間もなく廃止されるでしょう。廃止されました。
4. あなたが Microsoft エコシステムで働いている経験豊富なシステム管理者であれば、すべてを捨てて、今あちこちで話題になっている DevOps に取り組む必要はありません。 Azure および Office 365 クラウド サービスのコンピテンシーを追加しながら、ご希望の方向にさらに開発を続けることができます。
5. 労働市場で求められるスペシャリストであり続けるためには、勉強して、勉強して、また勉強する必要があります。 IT の「生涯教育」という概念は、特にクラウド テクノロジーの開発が活発に行われている現在、これまで以上に重要になっています。
6. DevOps は現在、その人気のピーク (誇大広告) にあります。 事実です。 当初、DevOps は、ソフトウェアの開発と運用を統合し、プログラマーとエンジニアがソフトウェアをより良くするという XNUMX つの共通の目標に向かって協力することを可能にする方法論として認識されていました。 主に重点を置いたのは、チーム間のコミュニケーションの文化を変え、相互支援メカニズムを開発し、最終結果に対する共同責任を確立することでした。 しかし、その結果、DevOps エンジニアという新しい役職が誕生し、リリース エンジニア (CICD)、自動化管理者、クラウド管理者、運用エンジニアのタスクが委任されました。 これはもう既成事実です。 DevOps の求人数とその要件は、これを裏付けるだけです。

   DevOps は現在、システム管理者エンジニアの育成のための追加のパスと考えることができます。 DevOps は、平均的な管理者が現在の業界をソフトウェア開発業界に変えるための優れた方法です。 自動化とコード スクリプトの作成が好きな人は最終的に開発者になり、インフラストラクチャ (ネットワーク、サーバー、OS、クラウドなど) を好む人は DevOps エンジニアになります。

7. あなたが初心者のスペシャリストであるか、IT に参入したばかりの場合、DevOps は短期間でアップグレードし、まともな給料と良いオフィスを備えた普通の会社に就職するための優れた方法です。そのため、Linux、Ansible、 Docker、Kubernetes、Python、CICD 。

最近、Linux プラットフォームとソフトウェア開発関連のソリューションの需要が増加していますが、これは Microsoft エコシステムによるものではなく、単に Docker と Kubernetes が積極的に使用され、モノリシック アプリケーションがマイクロサービスに分割される新しいニッチ市場が出現しただけです。ビジネスでは、新機能の市場投入までの時間を短縮するために、ソフトウェア リリースの速度を上げる必要があります。

出所： habr.com