AWS Fargateとは、AWSが提供するコンテナ向けのサーバーレスコンピューティングエンジンを指します。読み方は、ファーゲートです。動作環境は、Amazon Elastic Container Service (ECS) と Amazon Elastic Kubernetes Service (EKS) の2種類に対応しています。

【参考】：[AWS Fargate](https://aws.amazon.com/jp/fargate/)

AWS Fargateは 、インスタンスの選択やクラスター容量のスケーリングなどの設定をすることなく、適切なコンピュート資源が割り当てられます。わかりやすく言うと**AWS Fargateとは、サーバー管理不要のコンテナ実行環境で、アプリケーション開発や構築の効率向上を可能にするAWSのサービスを意味します。**

AWSのコンテナについて初心者にも分かりやすく解説！

AWS Fargateの特徴ですが、コンテナ実行環境の管理が不要な点が挙げられます。具体的には、*サーバー運用で必要となるOSのメンテナンスやパッチ管理が不要となります。*リソース要求に基づき、コンピューティングのスケールが自動的に行われます。

AWS Fargateはサーバーレスのため、ワークロード使用量に応じて課金されます。そのため料金プランは無駄がなく、オーバープロビジョニングが発生しません。

AWS Fargateでは、コンテナの一般的な用途全般に対応しています。具体的には、コンテナを活用し、既存アプリケーションのリフト&シフトによる移行が可能となります。また、定型的なジョブを反復実行することが可能で、バッチ処理に活用することもできます。マイクロサービスに対応するアプリケーションを分散実行することも主要用途の1つです。

このように、*コンテナを活用したアプリケーション開発と運用を効率的に行い、CI／CD（継続的インテグレーション／継続的デリバリー）を実践することができます。*

*AWS Fargateの料金体系は従量課金制となっており、使用量に応じた料金が発生します。*具体的にはコンテナ化されたアプリケーションで消費される vCPU およびメモリリソース・ストレージリソースに対する料金が発生します。

Savings Plans を利用して、1年間または 3年間、特定量のコンピューティング使用量契約により、使用料金を最大 50% 節約することも可能です。

【参考】：[AWS Fargate の料金](https://aws.amazon.com/jp/fargate/pricing/)

AWSの提供サービスは、リージョン毎に異なります。AWS Fargateの提供リージョンですが、*Amazon ECSについてはアジアパシフィック（東京）、アジアパシフィック（大阪）ともにサービス提供されており、LinuxコンテナおよびWindowsコンテナともに支障なく利用することができます。*

【参考】：[AWS リージョン別のサービス](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/?p=ngi&loc=4)
【参考】：[Supported Regions for Amazon ECS on AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/userguide/AWS_Fargate-Regions.html)

Amazon EKSは提供リージョンが限定されており、2022年8月時点ではアジアパシフィック（東京）で利用できますが、アジアパシフィック（大阪）ではまだ提供されていません。

AWSのリージョンとは？リージョン一覧と日本のリージョンを解説！

AWSのリージョンとは？提供サービスをリージョン一覧から解説！

*AWS Fargateを利用するにあたり、Amazonのサービスと連携する必要があります。*そのため、いくつか関連するサービスについて用語の理解が求められます。ここでは、それぞれの用語とその違いについて解説していきます。

Amazon EC2とは、Amazon Elastic Compute Cloudの略で、AWSの主要コンピューティングサービスを指します。*AWSはサーバーサービスで用いるコンピュータ資源の種類が豊富で、ニーズに合わせた関連サービスが多数提供されています。*

【参考】：[Amazon EC2](https://aws.amazon.com/jp/ec2/)

Amazon EC2では、コンピュートリソースを仮想サーバーとして切り出し、サービス提供します。SLAに応じて幅広いインスタンスが提供されており、業務に応じたキャパシティとスケールを確保することができます。

ITエンジニアなら知っておくべきAWS入門とAmazon EC2

Amazon ECSならびにAmazon EKSがコンテナを起動する方法としては、Amazon EC2とAWS Fargateのいずれかが必要です。*AWS FargateとAmazon EC2ともにコンテナの実行環境（データプレーン）に使用します。*

違いですが、Amazon EC2は通常の仮想サーバーとしてコンテナ実行環境に利用します。AWS Fargateの場合は、サーバーレスコンテナとしてホストマシンを意識せずにコンテナを実行することができる点に違いがあります。

Amazon ECSとは、Amazon Elastic Container Serviceの略で、*Amazon EC2インスタンスやAWS Fargateを用いてDockerコンテナを管理するサービスを指します。*

【参考】：[Amazon Elastic Container Service (Amazon ECS)](https://aws.amazon.com/jp/ecs/)

マネージドクラスターでアプリケーションを実行しますので、自前でクラスター管理ソフトウェアのインストールや管理を行う必要がありません。ECSでは関連するAWSサービスと連携し、可用性を高めることもできます。

Amazon EKSとは、Amazon Elastic Kubernetes Serviceの略で、*オープンソースのKubernetesを用いてDockerコンテナを管理するサービスを指します。*自前でKubernetesのコントロールプレーンやワーカーノードをインストールすることなく、管理を容易にします。

【参考】：[Amazon Elastic Kubernetes Service (EKS)](https://aws.amazon.com/jp/eks/)

オープンソースのKubernetesが用いられているため、通常のKubernetes環境で動作するアプリケーションと互換性があります。

コンテナ化を楽に！KubernetesとDockerの違いを解説

Amazon ECSとEKSの違いですが、ともにコンテナをコントロールする機能（コントロールプレーン）として使用し、コンテナの稼働や停止などの管理を行います。コンテナのスケールやロードバランスを行い、アプリケーション構築や運用を簡素化し、環境を適切に維持します。ご使用の環境に合わせて選択することができます。

選択方法の違いは、*Dockerコンテナを管理する際にはECSを使い、Kubernetesを用いる場合はEKSを使う点が異なります。*すでにAWSを利用しており、AWSの環境を最大限活用する場合も、ECSが候補となります。EKSはオンプレミス環境でKubernetesをすでにお使いの方や、Kubernetes向けアプリケーションをクラウド環境へ移行する際に有効です。

AWS Fargateの使い方ですが、*あくまでコンテナの実行環境ですので、コンテナをコントロールするAmazon ECSまたはEKSが必要です。*EKSはKubernetesを用いるため、Kubernetes自体の知識が必要となります。ここではECSを用いてAWS Fargateの使い方を解説していきます。

【参考】：[AWS スタートアップのためのコンテナ入門 – AWS Fargate 編](https://aws.amazon.com/jp/blogs/startup/techblog-container-fargate-1/)
【参考】：[AWS Fargateとは?](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/userguide/what-is-fargate.html)

AWS Fargateを始めるために、ECSでクラスター作成を行います。AWS マネジメントコンソールから作業を開始します。*Amazon ECSでは、Amazon Linux 2およびWindows Server 2019 Full・Windows Server 2019 Coreのコンテナがサポートされています。*

【参考】：[Amazon ECS User Guide for AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/userguide/what-is-fargate.html)
【参考】：[AWS マネジメントコンソール](https://aws.amazon.com/jp/console/)

*Fargateを用いたクラスターのセットアップを行います。*Amazon ECS コンソールを開き、「クラスター」「クラスターの作成」を選択します。CLIを利用するには、先行してAmazon ECS CLIをインストールしておきます。

【参考】：[Amazon ECS デベロッパーガイド チュートリアル: Amazon ECS CLI を使用して Fargate タスクのクラスターを作成する](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/ecs-cli-tutorial-fargate.html)
【参考】：[Amazon ECS デベロッパーガイド Amazon ECS CLI をインストール](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/ECS_CLI_installation.html)

AWS CLIのインストール手順から使い方まで解説！

### クラスターテンプレートの選択

*クラスターの作成を簡略化するために、クラスターテンプレートが用意されています。*テンプレートで「AWS Fargateを使用」の記載がある「ネットワーキングのみ」を選択し、「次のステップ」をクリックします。

クラスター名を設定し、「作成」をクリックします。「起動ステータス」が表示され、クラスター作成が完了します。その後、*コンテナのイメージをAmazon ECR（Elastic Container Registry）に格納するか、Docker Hubを活用します。*

【参考】：[Amazon Elastic Container Registry (Amazon ECR)](https://aws.amazon.com/jp/ecr/)
【参考】：[Docker Hub](https://hub.docker.com/)

Amazon ECS コンソールを開き、「タスク定義」で起動タイプに「FARGATE」を選択し、「次のステップ」をクリックします。そこで「タスク定義名」を設定し、「コンテナの追加」をクリックします。*「コンテナの追加」では、ECRのリポジトリあるいはDocker Hubに格納したイメージを指定します。*同様に、コンテナで実行するコマンドを記載します。

Amazon ECSマネジメントコンソールを開き、「タスク定義」に表示されている作成済みのタスク定義を選択し、「タスクの実行」をクリックします。起動タイプは「FARGATE」を選択し、「タスクの実行」をクリックします。これでタスクが実行されました。*実行結果は、タスクの詳細から確認できます。*

## サーバーレスのメリットを享受できます

AWS Fargateでは、サーバーレスのコンテナ実行環境が提供されます。ホストマシンを意識せずにコンテナを実行でき、OSの管理やパッチ運用から開放されます。ワークロードのキャパシティ要件に応じてスケールするので、コンテナアプリケーションの構築と管理に専念できます。**Dockerの知識習得とともに、AWS Fargateの情報収集をおすすめします。**

Docker入門！メリットや用途を交えて基本情報を解説！

AWS Fargateとは、AWSが提供するサーバー管理不要のコンテナ実行環境を指します。Amazon ECSとEKSの両サービスに対応し、アプリケーション開発や構築の効率向上を可能にします。ここでは、概要から関連用語の意味や違い、使い方まで解説していきます。

AWS Fargateとは、コンテナ向けのサーバーレスコンピューティングエンジンを指します

ホストマシンを意識せずにコンテナを実行でき、OSの管理やパッチ運用から開放されます

Amazon ECSとEKSに対応し、アプリケーションの開発・構築に専念することができます

AWS Fargateとは？サーバー管理不要のコンテナ実行環境を解説！

Azure ADとは*Microsoft社が提供するクラウドサービスAzure上の認証サービス*です。ADはActive Directoryの略であり、読み方は「アジュールアクティブディレクトリ」です。Active Directoryは複数のWindows PCユーザーの認証情報やアクセス権限を一元管理できる機能であり、Azure ADはそのクラウド版という位置付けです。

しかし、ただクラウド化しただけではなく、クラウド特有の多く新機能やメリットが存在しています。**本記事ではこのAzure ADについて提供される機能やメリットなどをわかりやすく解説していきます**。

クラウドエンジニアを目指す方必見！Azureを分かりやすく紹介！

### 従来のActive Directoryとの違い

前述したように*Azure ADは従来のActive Directoryのクラウド版*という位置付けですが、実態として異なる点がいくつかあります。まず、従来のActive Directoryはオンプレミスでサーバー本体を施設内に設置するのに対し、**Azure ADはクラウド上のサーバーを利用する**という点が大きく異なります。

また、使用目的として、従来のActive Directoryが施設内にあるため、社内のローカルネットワークに接続されているサービスのみを対象としていました。一方、**Azure ADはクラウド上に構築されるため、社内外問わずクラウドサービス全般を対象**とすることができます。

ほかにも、認証プロトコルについてActive Directoryが「Kerberos」と「LDAP」を使用するのに対し、**Azure ADでは「SAML」や「WS-Federation」など様々なプロトコルに対応している**という違いもあります。

気になる料金体系はどうなっているのでしょうか。*Azure ADには下記の4つのプラン*が用意されています。

AzureやDynamics 365などの他のサブスクリプションを契約すると自動的に付加されるプランです。

Office 365のE1、E3、E5、F1、F3プランを契約すると自動的に付加されるプランです。Freeプランに対してユーザーによるセルフサービスパスワードリセット機能などが追加されています。

Azure及びOffice 365ユーザーが追加プランとして購入することができ、**1ユーザーにつき毎月6ドル**となっています。高度なセキュリティ機能である「Azure AD 条件付きアクセス」を利用することができます。

Azure及びOffice 365ユーザーが追加プランとして購入することができ、**1ユーザーにつき毎月9ドル**となっています。P1よりもさらに高度な「リスク ベースの条件付きアクセス」を利用することができます。

[参考：Azure ADの料金体系](https://azure.microsoft.com/ja-jp/pricing/details/active-directory/#pricing)

*クラウドに対応したActive DirectoryであるAzure AD*では実際にどのようなことができるのでしょうか。**下記で具体例を見ていきましょう**。

### クラウドサービスのアカウント管理とシングルサインオン化

Azure ADの主たる機能は*クラウドサービスのアカウントを一元管理*できることです。対象のサービスはMicrosoftが提供するものに限らず、「Box」や「Google Workspace」などの他社製品に対しても管理することができます。

さらに、あるサービスへのログインで使用した認証情報を利用し、他のサービスへログイン作業を不要化する「シングルサインオン」も適用することも可能です。従来、**社内でしか適用できなかったActive Directoryの機能を社外のクラウドサービスに利用できるようになる**イメージでしょう。

### アプリケーションごとのアクセス制限

クラウドサービスを利用するユーザーの認証情報を管理できるだけでなく、Azure ADは*アクセスも管理*することができます。ユーザー単位もしくは属性ごとにアプリケーションへのアクセス権を設定できるため、情報漏洩リスク低減や効率的なユーザー管理を期待できます。「Azure AD 条件付きアクセス」で知られる本機能は**有料のPremiumプランでないと使用できない点**に注意しましょう。

Azure ADの管理者は*サインインログと呼ばれるアクセスログ*を閲覧することも可能です。このログを閲覧することで、

・ユーザーのサインインにどのようなパターンがあるか

・1週間で何人のユーザーがサインインを行ったか

・何が原因でサインインエラーが発生したか

などを把握することができ、不正アクセス検出の役に立ちます。こちらの機能も**アプリケーションごとのアクセス制限と同様に有料のPremiumプランでないと使用できないこと**には注意しましょう。

Azure ADではユーザーごとに認証情報を管理できるだけでなく、*接続するデバイスごとで管理することも可能*です。これはデバイスIDと呼ばれるオブジェクトによってどのようなデバイスが接続できるのかを管理している形です。

「Azure AD登録」と呼ばれる方法を用いれば、**社内のADドメインに参加していない個人所有のデバイスもAzure ADにて管理できるようになります**。本機能もまた有料のPremiumプランでないと利用できない点に注意しましょう。

[参考：Azure ADのデバイス管理](https://docs.microsoft.com/ja-jp/azure/active-directory/devices/overview)

**Azure ADでは様々なことができること**が分かりました。次に*実際に導入することでどのようなメリット*があるかを見ていきましょう。

### 環境規模の拡張・縮小が容易になる

Azure ADでは従来のオンプレミスのActive Directoryと異なり、*実際にサーバーを設置する必要がありません*。そのため、**システム規模を拡張したい場合にサーバー増築が不要となり、スピーディーな対応が可能**となります。管理しなければならないユーザーやデバイスが短期間で急激に増加した場合もAzure ADの管理画面上で設定を変更するだけで対応することができるということです。

### クラウド認証のコストを削減できる

前述のようにAzure ADではクラウド上のサーバーで認証サービスが提供される形であるため、自社内にサーバーを構築する必要がありません。そのため、*サーバー構築のための初期費用や外部委託費用などが一切不要*です。

また、*サーバー本体がないことでの運用費用もかからない*こととなります。さらに**Azure ADのサブスクリプション費用自体もユーザー数に応じた月額費用なため、必要な分だけ支払うという形**である点も注目です。

Azure ADのメリットで忘れてはならないのは、*管理者の負担が軽減される*ことです。まず、**従来のActive Directoryでサポートされていなかったセルフパスワードリセットの機能が追加**されたため、管理者が対応に時間をとられることがなくなりました。また、Office365との連携も容易になっているほか、**従来のActive Directoryとの連携も後述するAzure AD Connectを利用することで非常に容易に行うことができます**。

### 多様な認証機能を利用できる

ログイン時の認証方法について、*Azure ADは多様な方式を提供していること*もメリットです。2段階認証や多要素認証だけでなく**パスワードを覚えなくてもよいパスワードレス認証についても対応**しており、Microsoft Authenticatorアプリケーションによる認証や生体認証を利用することが可能です。

[参考：Azure ADのパスワードレス認証](https://docs.microsoft.com/ja-jp/azure/active-directory/authentication/concept-authentication-passwordless)

Azure ADにも他のAzure関連サービスと同様に*追加サービスが用意されています*。追加料金を支払わなければならないものもありますが、**いくつかピックアップして紹介しています**。

従来のActive DirectoryとAzure ADを併用した場合にアカウント情報が混在してしまい、管理が煩雑になることが考えられます。そこで*Azure AD Connect*を使用すれば、両方のサービス上のアカウント情報を同期することができるようになり、非常に効率的に管理することが可能となります。**本追加サービスはAzure ADを契約していれば無料で使用することが可能です**。

Azure AD B2Cは*顧客へ向けたアプリケーションの内部で使用するID管理システムを構築するサービス*です。自社システムではなく顧客向けのアプリケーションが対象となるため、他のAzure ADのサービスとは少々毛色が異なります。

Azure ADにおける認証サービスがベースとなっているため、**シングルサインオンを提供するなど強力かつ容易に認証システムを導入できる点**が特徴です。価格は毎月の利用ユーザー数で変動する形となっています。

[参考：Azure B2C](https://docs.microsoft.com/ja-jp/azure/active-directory-b2c/)

Active Directoryで提供されていたドメイン接続について、**Azure上で作成した仮想マシンをドメイン参加させること**で再現することができます。これに使用するサービスが*Azure ADDS（Active Directory Domain Services）*です。従量課金制でコストはかかりますが、Azure ADでドメインサービスをすぐに利用したい場合に非常に便利なサービスと言えるでしょう。

[参考：Azure ADDS](https://azure.microsoft.com/ja-jp/services/active-directory-ds/#overview)

## Azure ADを利用してクラウド認証を効率化しよう

Azure ADは*クラウドベースの認証サービス*であり、Windowsにもともと搭載されていたActive Directoryのクラウド版という位置付けです。**Office365をはじめとした様々なクラウドサービスのアカウント管理を一元化できるだけでなく、導入・運用コストも低減することができるため非常にメリットがあります**。特に、Active Directoryからの移行はスムーズにできるように図られていますので、試してみる価値はあるでしょう。

Azure ADはAzure上で提供されているクラウド認証サービスです。Office365を始めとしたクラウドサービスのアカウントを一元管理でき、運用コストも従来のADに比べて削減できます。本記事では機能やメリットをわかりやすく紹介していきます。

Azure ADはMicrosoft社が提供するAzure上のクラウド認証サービスでActive Directoryのクラウド版という位置付け

AzureやOffice365のサブスクリプションを契約すればAzure ADの無料プランが付属している

Azure AD導入のメリットには、クラウド認証のコスト低減や拡張が容易であることや管理者の負担を軽減することがある

Azure ADとは？料金プランや機能・メリットをわかりやすく解説

米Microsoft社は2022年5月24日（現地時間）に同社主催の「Microsoft Build 2022」で、開発者向けのワークステーションを仮想化した新たなサービス、「Microsoft Dev Box」を発表しました。

**Microsoft Dev Box（以下、Dev Box）はプロジェクトごとの開発環境構築の負荷を軽減し、開発者がコードを書く作業に集中できるようにする新サービスです。**

Dev Boxはまだプライベートプレビューの段階ですが、数カ月内にはパブリックプレビューを始める予定だと発表しています。

*【参考】：[Introducing Microsoft Dev Box｜Microsoft](https://techcommunity.microsoft.com/t5/azure-developer-community-blog/introducing-microsoft-dev-box/ba-p/3412063)*

Dev Boxにはすべての開発者向けに、Windows上で動作する**IDE（統合開発環境）やSDK（ソフトウェア開発キット）、内部ツールなどがあらかじめ用意されたサービスで、「Azure」※クラウドより提供されます。**

従来の開発スタイルでは、開発者たちは開発環境を整えるために多くの時間や労力と、細心の注意を強いられ、それらが大きなストレスとなっていました。しかし、Dev Boxサービスによって開発環境構築に掛かる問題が解決され、開発者がコーディング作業に集中することができるようになります。

これにより、開発に伴う初期投資、環境構築作業を軽減し、ソフトウェア開発の負荷軽減、生産性向上の効果が期待できます。

*【参考】：[Introducing Microsoft Dev Box and Azure Deployment Environments](https://mybuild.microsoft.com/en-US/sessions/84070523-964f-4ab9-9e69-a7436e7e7273?source=sessions)*

*【参考】：※[クラウド コンピューティング サービス | Microsoft Azure](https://azure.microsoft.com/ja-jp/)*

IDEとは？詳細やメリット、おすすめのIDEを紹介します！

Dev Boxはソフトウェア開発者の開発環境構築の負担軽減を図るサービスですが、そもそも開発環境の構築とは具体的にどのようなことを行うのかについて確認しておきましょう。

**開発環境構築は、大きく分けると「ハードウェア環境の構築」と「ソフトウェア環境の構築」の2種類があります。**それぞれの内容を見ていきましょう。

ハードウェア環境を構築する場合、最低限必要なものはパソコンとネットワークですが、一般的なオンプレミス（自社所有）環境にてハードウェアの環境構築を行う場合は、**パソコンやネットワーク以外に、本番環境で利用するサーバやストレージなどの調達が必要です。**

本番環境でのデータ量・アクセス数・ネットワーク容量などを見積もり、ハードウェア要件を明らかにします。そのハードウェア要件に従って、必要なサーバ・ストレージ・ネットワークの調達を行いますが、要件設定から予算確保・調達まで数カ月を要することがあります。

また、オンプレミスに対してクラウド利用の方法があります。ハードウェアのクラウド利用、IaaS（Infrastructure as a Service）を利用すればハードウェアの調達は不要となり、要件が明確になっていれば、必要なハードウェア環境はクラウドサービス側で最適な環境を用意してもらえます。

IaaSとPaaSの違いを知り、クラウドに強いエンジニアになろう！

### ソフトウェア開発環境の構築

ソフトウェア開発の環境としては、**ソースコードを書くためのテキストエディタとIDE（統合開発環境）に加え、コンパイラ・テストツール・タスクランナー・ソースコードのバージョン管理ツール・DBMS・Webサーバー・仮想化ツールなどが必要です。**

これらをオンプレミス環境で整えるのは大変な負担ですが、PaaSを利用すれば、大きく負担軽減が図れます。PaaS（Platform as a Service）は、クラウド上で利用するサーバ・OS・データベース・プログラム実行環境などのミドルウェアなどのプラットフォームを提供するサービスです。

テキストエディターのおすすめは？選び方とおすすめ6選を紹介！

PaaSとは？エンジニアに求められるクラウドの基本を知っておこう！

### Dev BoxはPaaS、IaaS、SaaSを一体化させたサービス

以上、ソフトウェア開発環境を構築する上で必要な工程や作業について解説しましたが、IaaSやPaaSを利用することで、これらをかなり軽減できることが分かります。

**Dev BoxはこれらIaaSやPaaSに加え、Azure上のSaaS（Software as a Service）であるWindows365上で提供され、IaaS・PaaS・IaaSを一体にしたサービスです。**

これにより、開発者が頭を悩ませる開発環境構築はほぼ不要なり、開発者はソフトウェア開発に専念することができます。

Dev BoxはAzureのSaaSの1つである「Windows365」上に構築されるサービスです。そこで、**Dev Boxを理解するには、Windows365について知っておく必要があります。**ここでは、Windows365について紹介していきます。

Microsoftは2021年7月に新たなクラウドサービスとして、Windows365を発表しました。**Windows365はOSを丸ごとAzure上に置き、アプリケーション・データ・設定などを安全にストリーミングするサービスです。**そのアプローチによりMicrosoftは「Cloud PC」という新しいハイブリッドPCの領域を創造すると発表しました。

Windows 365が投入された背景には、テレワークが急速拡大し、オフィスでの勤務とテレワークの両方を組み合わせた「ハイブリッドワーク」が進展する中、分散環境でメンバーが安全にコラボレーションを行い、その成果を求められるようになってきたことがあります。

Azureにはそれまで「Azure Virtual Desktop」※という、仮想デスクトップサービスがありましたが、よりパワフルかつシンプル、セキュアなサービスとして登場したDev Boxは、ユーザ単位の月額固定料金での利用が可能となりました。

Windows365では、クライアントのOSは問いません。Windows以外にMac・iPad・Androidからも利用が可能です。また、企業や個人のPCでネットワーク環境があれば、どこからでもアクセスができます。

*【参考】：[Windows365｜Microsoft ](https://www.microsoft.com/ja-jp/windows-365)*

*【参考】：※[Azure Virtual Desktop｜Microsoft ](https://azure.microsoft.com/ja-jp/services/virtual-desktop/#overview)*

### Windows365のメリットとデメリット

Windows365の概要について説明しましたが、そのメリットとデメリットについてまとめてみました。Dev Boxの詳細がまだ不明ですので、**Dev BoxのプラットフォームとなるWindows365のメリット、デメリットを見ておきましょう。**

*■Windows365のメリット*
1.クライアント側のOSやスペックを気にしなくて構いません。
2.月額固定料金のため、ユーザ管理や経費コントロールで悩む必要がありません。
3.データをクラウド側に持つため、PCやタブレットなどの紛失による情報漏洩リスクが大きく低減します。
4.ネットワーク環境さえあれば導入できるため、リモートデスクトップよりも導入がしやすくなります。
5.時間・場所・デバイスに関わらずWindows環境を利用できるため、テレワークに最適です。
6.導入時の初期設定、OSやアプリケーションソフトのバージョン管理などの管理工数を削減できます。

以上がWindows365の主なメリットです。次にデメリットを挙げておきましょう。

*■Windows365のデメリット*
Windows環境・アプリケーション・データの利用がすべてネットワーク経由となるため、より強固で高品質のネットワーク環境が求められます。

以上がWindows365のデメリットです。

## Microsoft Dev Boxを利用するメリット

Microsoft Dev BoxはWindows365上に構築される、クラウド化された開発環境です。そのため前述のWindows365のメリットに加え、**Dev Boxはソフトウェア開発環境において次のような4つのメリットが得られると考えられます。**

### 1.開発環境負荷の解消と初期コスト削減

Dev Boxにより、**新たな開発環境構築に関わる負荷やリソースの調達初期コストをほぼ解消できます。**これまで、ハードウェアの調達・ハードウェア環境の構築・ソフトウェア環境の構築に数カ月を要していたところを、Dev Boxの利用により、大幅な工数短縮と時間短縮が可能です。

### 2.チームはソースコード記述に専念

Dev Boxによって開発環境構築に関わる負荷やコストが大きく軽減することで、開発者は開発環境構築以外にもワークステーションのメンテナンスに気を取られる必要がなくなります。これにより、**ソースコードの記述などソフトウェア開発作業用に集中できます。**

### 3.最適な開発環境を柔軟に確保

プロジェクト規模の増減に対し、開発者向けのポータルから現在のDev Boxイメージの作成や削除が柔軟に対応できるほか、複数のDev Box利用でタスクの並列化が行えるなど、**最適な開発環境を柔軟に確保することができます。**

### 4.Cloud PCの一元的な管理を実現

Dev Boxの仮想マシンはWindows365上に確保されるため、モバイルデバイス管理ツールの「Microsoft Intune」※1やデバイス管理総合ソリューションの「Microsoft エンドポイント マネージャー」※2を利用して、**ハイブリッドPCとなる「Cloud PC」の一元的な管理を実現することができます。**

以上のように、ソフトウェア開発に伴うさまざまな**環境構築、維持管理に関わる手間や工数を削減し、ソフトウェア開発そのものに専念できるのが、Microsoft Dev Boxの大きなメリットと言えます。**

*【参考】：※1[Microsoft Intune とは｜Microsoft ](https://docs.microsoft.com/ja-jp/mem/intune/fundamentals/what-is-intune)*

*【参考】：※2[Microsoft エンドポイント マネージャー｜Microsoft ](https://www.microsoft.com/ja-jp/security/business/microsoft-endpoint-manager)*

## Dev Boxがエンジニアの仕事を激変させる可能性が

ここまで、Microsoft社が新たに始める「Microsoft Dev Box」の概要について解説しました。また併せて、開発環境構築に関する解説、Dev Boxのプラットフォーム（Platform）となったWindows365の概要説明を行いました。

エンジニアにとって開発環境を準備することは大変な仕事でしたが、**Dev Boxがリリースされ広がると、ソフトウェア開発の概念が大きく変わる可能性があります。**エンジニアの仕事を大きく変えるクラウドサービス、今後の動向は欠かさずチェックしていきたいですね。

マイクロソフトは「Windows 365」上の開発環境構築クラウドサービス「Microsoft Dev Box」を発表しました。この新サービスによって開発環境は大きく変わります。ここでは「Microsoft Dev Box」の概要やメリットを解説していきます。

米Microsoft社の「Microsoft Dev Box」は開発者が環境構築を気にせずコードを書くことに集中できる新サービス

開発環境構築には「ハードウェア環境」と「ソフトウェア環境」がありDev Boxではこれらをほとんど不要とする

Windows365はDevBoxのプラットフォームで、Cloud PCからアプリケーションやデータなどを安全に利用できるサービス

Microsoft Dev Boxとは？開発環境仮想化ワークステーションサービスを解説！

SAP on AWS認定は、正式には「AWS Certified: SAP on AWS - Specialty」と言い、AWSが実施する新しい認定資格です。この資格試験では、**AWSのクラウドの知識に加えてSAPの経験が求められます**。具体的には、SAP on AWSの実務経験1年以上、SAP自体は5年以上の経験が求められます。
【参考】：[AWS Certified: SAP on AWS - Specialty]( https://aws.amazon.com/jp/certification/certified-sap-on-aws-specialty/)

この認定資格は昨年から実施していた英語版ベータ試験が終了し、2022年4月7日にアナウンスされたばかりの新区分です。日本語で受験することができますので、今後の認定拡大が期待されています。
【参考】：[Announcing new certification: AWS Certified: SAP on AWS – Specialty](https://aws.amazon.com/jp/blogs/training-and-certification/announcing-new-certification-aws-certified-sap-on-aws-specialty/)

エンジニアとしてニーズが高いAWS資格、その理想的な勉強方法

*AWS Certified: SAP on AWS - Specialtyは、SAPワークロードの最適化知識が評価されます*。 AWSクラウド上で、AWS Well-Architected Frameworkに準拠したSAPのソリューション設計、SAP ワークロードの実装・移行および運用を想定しています。

受験費用は300USドルで、試験時間は170分です。試験のスコアは、1,000点中750点で合格となります。

SAPはドイツの企業で、大企業で利用されるビジネスソフトウェアの開発・提供を行っています。基幹ビジネスパッケージに強く、代表的な製品としては、SAP R/3やSAP HANAなどがあります。*企業で行う業務の会計・販売・物流・人事などの処理をパッケージ化し提供しており、企業の業務効率化とインテリジェント化をもたらしています*。
【参考】：[SAP](https://www.sap.com/japan/index.html)

*SAP on AWSとは、AWSのSAPクラウドサービスを指します*。既存業務システムをクラウドへのリフトアンドシフトにより移行を促進しています。移行により、200を超えるAWSサービスを活用し、効率的な業務システムを構築することができます。
【参考】：[SAP on AWS](https://aws.amazon.com/jp/sap/)

AWSはSAPを活用した業務システムをサービス提供しており、*SAP HANA・SAP S/4HANA・SAP BW/4HANA・SAP Business Suite・SAP Hybris・SAP Business One・SAP BusinessObjects、およびSAP のデータベースとモバイルソリューションなどのソリューションに対応します*。詳細は、以下のリンクをご確認ください。
【参考】：[SAP ソリューション向け AWS](https://aws.amazon.com/jp/sap/solutions/)

AWS認定は、*クラウドサービス事業者であるAWSが設定する公式認定プログラムです*。AWS認定では、職種と役割についてAWSクラウドサービスのロールに適合するように設定しており、クラウドプラクティショナー・アーキテクト・デベロッパー・運用などのように想定・を取得したり、汎用的な活躍の場が得られるPROFESSIONALレベルを取得したりするのも認定取得を確実にするための選択分類しています。

AWS認定デベロッパー アソシエイトの難易度は？勉強方法も解説

AWSのソリューションアーキテクトとは？取得方法やメリットを解説

AWS認定の難易度は、FOUNDATIONAL・ASSOCIATE・PROFESSIONALレベル認定の3段階と、専門分野に対応するSPECIALTYに分類しています。*SAP on AWS認定は、SPECIALTYに分類される認定区分となります*。SPECIALTY認定では、特定の領域に特化した専門家向けの認定です。個々の区分ごとに高い専門性が求められます。

### PROFESSIONALレベルとSPECIALTYレベルの違い

PROFESSIONALレベルでは、2年程度のソリューションの設計・運用・トラブルシューティング経験者を対象としています。AWSサービス全般について最新サービスをカバーした設計を行う知識を基準としています。SPECIALTYレベルでは、個々に設定された専門領域の専門性が評価されます。

合格スコアはともに750点ですので、難易度はPROFESSIONALレベルとSPECIALTYレベル双方同等で高めと考えられます。*違いとしては、PROFESSIONALレベルでは広い知見が求められるのに対して、SPECIALTYレベルでは個々の区分に対して深い専門知識を想定していることが、挙げられます*。

### PROFESSIONALレベルのAWS認定は？

PROFESSIONALレベルには、AWS Certified Solutions Architect - ProfessionalとAWS Certified DevOps Engineer - Professionalの2つの試験区分があります。
【参考】：[AWS Certified Solutions Architect - Professional](https://aws.amazon.com/jp/certification/certified-solutions-architect-professional/)
【参考】：[AWS Certified DevOps Engineer - Professional](https://aws.amazon.com/jp/certification/certified-devops-engineer-professional/)

*AWS Certified Solutions Architect - Professionalは、クラウドソリューション設計の上級技術者、AWS Certified DevOps Engineer - Professionalは、クラウドのソリューション開発と運用の上級技術者の認定です*。

### SAP on AWS認定の資格取得パス

*SAP on AWS認定の資格取得パスは、他のAWS認定同様に前提条件が設定されていません*。しかしながら、SAP on AWS認定のようにいきなり専門性の高いSPECIALTYレベルを狙うのではなく、ベースとなるASSOCIATEレベルのAWS認定を取得したり、汎用的な活躍の場が得られるPROFESSIONALレベルを取得したりすると、認定取得を確実に自分のものとしていくことができるでしょう。

*AWS認定は、テスト実施業者であるピアソンVUEとPSIにより実施されており、試験日は受験者の都合に合わせて受験することができます*。AWS認定では試験センターとオンライン（オンライン試験監督）から選択します。ピアソンVUE試験センターは、以下のリンクから検索可能です。

【参考】：[ピアソンVUE試験センター AWS 認定](https://www.pearsonvue.co.jp/Clients/Amazon-Web-Services.aspx)
・画面右にある「テストセンターの検索」から検索可能

*AWS認定では合格スコアを設定していますが、実際の受験合格率は公表していません*。SAP on AWS認定の場合、1,000点中750点で合格となりますので試験準備をしっかりと行うことをおすすめします。

*AWS認定の試験結果は、通常受験完了時にテスト画面に表示されます*。落ちたかも知れないと心配する間もなく結果が分かります。例外としては、AWS Certified SysOps Administration - Associate、 およびAWS Certified Solutions Architect - Professionalの結果はすぐ表示がされないことがあり、5営業日以内に自身のAWS認定アカウントの過去の試験に反映されます。
【参考】：[AWS Certification のよくある質問](https://aws.amazon.com/jp/certification/faqs/)

不合格時の再受験は受験日から14日経過すると受験が可能となり、受験回数に制限はありません。



SAP on AWS認定の試験勉強方法ですが、他のAWS認定と同様の進め方で勉強していきます。具体的には、*認定試験公式サイト掲載のAWS認定試験の試験ガイドならびにサンプル問題集を利用するのが良いでしょう*。関連トレーニングコースのテキストと合わせて受験対策を進めていきます。
【参考】：[AWS Certified: SAP on AWS – Specialty (PAS-C01) 試験ガイド](https://d1.awsstatic.com/ja_JP/training-and-certification/docs-sap-on-aws-specialty/SAP-on-AWS-Specialty_Exam-Guide.pdf)
【参考】：[AWS Certified: SAP on AWS – Specialty (PAS-C01) 試験問題サンプル](https://d1.awsstatic.com/ja_JP/training-and-certification/docs-sap-on-aws-specialty/SAP-on-AWS-Specialty_Sample-Questions.pdf)

*AWS Certified: SAP on AWS - Specialtyの資源ガイドでは、以下の4分野の出題範囲が設定されています*。
分野 1: AWS での SAP ワークロードの設計 30%
分野 2: AWS での SAP ワークロードの実装 24%
分野 3: SAP ワークロードの AWS への移行 26%
分野 4: AWS での SAP ワークロードの運用とメンテナンス 20% 
【参考】：[AWS Certified: SAP on AWS – Specialty (PAS-C01) 試験ガイド](https://d1.awsstatic.com/ja_JP/training-and-certification/docs-sap-on-aws-specialty/SAP-on-AWS-Specialty_Exam-Guide.pdf)

分野ごとに出題比率が設定されており、各出題分野でまんべんなくスコアが獲得できるよう準備する必要があります。

SAP on AWS認定では、SAP自体の経験が5年以上あることを想定しています。そのため、*実務経験なしで挑戦するのはハードルが高い資格です*。それでも、机上学習である程度マスターできれば可能性がゼロということではありません。

### AWS認定で合格するための勉強方法

AWS認定試験向けの参考書やWeb問題集も数多くありますが、*SAP on AWS認定は、登場間もないので、現時点では掲載情報に限りがあります*。そのため、ここではAWS認定全般のお話をしたいと思います。情報更新は、以下のサイトのアップデートを確認することをおすすめします。

AWSの公式トレーニングコースとしては、有償・無償のトレーニングともに提供されています。模擬試験も区分に応じて提供されています。
【参考】：[AWS Skill Builder](https://explore.skillbuilder.aws/learn)

公式サイトではロール・ソリューション別のトレーニングが提供されていますので、必要なロールやソリューション別コースを選択することもできます。サイトでは、各分類に応じたチュートリアルやホワイトペーパーが提供されています。この他、AWSトレーニングコースや、日本語のウェビナー・イベントが開催されており、必要な情報を入手することができます。
【参考】：[ロールまたはソリューション別での学習](https://aws.amazon.com/jp/training/learn-about/)
【参考】：[AWS トレーニングと認定イベントの詳細](https://aws.amazon.com/jp/training/events/?get-certified-vilt-courses-cards.sort-by=item.additionalFields.startDateSort&get-certified-vilt-courses-cards.sort-order=asc&awsf.get-certified-vilt-courses-type=*all&awsf.get-certified-vilt-courses-series=*all&awsf.get-certified-vilt-audience=*all&awsf.get-certified-vilt-locations=*all&awsf.get-certified-vilt-countries=*all&awsf.get-certified-vilt-languages=*all&awsf.get-certified-vilt-courses-level=*all&awsf.get-certified-vilt-courses-tech-category=*all)

2022年AWS学習におすすめの本14選！入門者・中級者・資格対策編

## 基幹業務のクラウド移行で役立ちます

SAPは基幹業務で利用されているビジネスソフトウェアです。SAP on AWSは、基幹業務をクラウドサービスに効率的に移行します。SAP on AWS認定取得により、SAPとAWSの技術レベルが評価されます。

クラウドサービスの需要拡大により、基幹業務の知見がクラウド利用でも発揮できると考えられます。**認定取得はその能力を後押ししてくれますので、スキルアップの挑戦をおすすめします**。

新登場AWS Mainframe Modernizationとは

AWS発表の新プロセッサGravition3の性能は2と桁違い？

2022年4月7日、AWS Certified: SAP on AWS - Specialtyが正式アナウンスされました。SAP on AWSの実務経験1年以上、SAP自体は5年以上の経験が求められます。ここでは、認定区分の概要から勉強方法まで解説していきます。

クラウドの記事（5ページ目）