AWS完全初心者がAWS上にセキュアなプライベートネットワーク空間を作成してみた話(NATゲートウェイ/VPC Endpoint)

## はじめに
こんにちは。Tsukasaです！
今日はAWS公式ハンズオンのセキュアなプライベートネットワーク空間を作成してみた事について記事にしていきたいと思います。
NATゲートウェイやVPCエンドポイントといった、認定試験でもよく出る内容となっているので、ここで実際にハンズオンで手を動かすことによってより理解が深まると思います。
それでは早速見て行きたいと思います！

## 今回やること
今回やることは、一言で言うとVPC上にあるプライベートサブネットからVPC外のAWSサービスに安全に接続すると言うった内容になります。
AWSのハンズオンでは以下のものを用いました。こちらも興味のある方は是非ご覧ください。

https://pages.awscloud.com/JAPAN-event-OE-Hands-on-for-Beginners-Network1-2022-confirmation_945.html


今回やりたいことは下記のようになります。
まず、VPCを作成して、そこに、パブリックサブネットとプライベートサブネットを2つずつ置きます。
今回は敢えてEC2インスタンスをパブリックサブネットに置き、普通にWebサイトにアクセスができるかを確認し、プライベートサブネットにもEC2を置き、NATゲートウェイやVPNエンドポイントを用いて、VPC外部にあるSSMやS3に接続できることをゴールとします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/fe441d38-04fe-4edc-b579-a702db3a6a99.png)

## VPCの作成
まずはVPCの作成から始めます。
VPCはEC2やDBなどの基盤サービスを置くために必要な場所になります。
まずはコンソール画面からVPCを検索して、下記の画面を開きます。オレンジの「VPCの作成」ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/2c425ee3-0dfe-4d39-a6c8-46f1845d8335.png)

本来であれば、「VPCなど」を選択し、ここでサブネットまで一緒に作りますが、今回は敢えて「VPCのみ」を選択します。
設定は下記のようにしてもらえれば大丈夫です。
名前は各自で決めていただき、IPv4 CIDRブロックは10.0.0.0/16とします。
後はデフォルトの設定とし、作成ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/67c02236-ef4c-4020-a7f6-1a65a37903a9.png)

## サブネットの作成
続いてサブネットの作成を行います。
VPCの画面の左側から「サブネット」を選択し、サブネットの作成を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/736c7a48-cc28-48fe-82f0-3f0341fa58e4.png)

まずはVPCの紐付けを行います。
先程作成したVPCを紐付けます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/efe654c4-bfe1-4184-a604-4e91189919df.png)

サブネットは全部で4つ作ります。
パブリックサブネットが2つ、プライベートサブネット2つになります。
下記のように設定し、残りはデフォルトの設定のままで大丈夫です。
パブリックサブネット1
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/efe7aba4-1b85-44c7-b424-d2e6b495cb82.png)


パブリックサブネット2
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/8e34458d-ac16-4754-af5d-505559e225ef.png)


プライベートサブネット1
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/e8f3fa63-1a71-443c-b566-dbecc64b54d1.png)

プライベートサブネット2
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/abb5ed4f-0181-456c-8408-9cb4c9a126d8.png)


サブネットが完成したら、次はインターネットゲートウェイを作成します。
VPCは作りましたが、インターネットゲートウェイがないと、インターネットと通信ができません。
そのため必須な機能となります。
こちらもVPCの画面の左側から「インターネットゲートウェイ」を選択し、右上のオレンジのボタンから作成を開始ます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/66fc5b10-14df-4618-90be-26a97d0489f6.png)

こちらでは名前だけ付けます。
基本的にどの機能も同じですが、わかりやすい名前にすると良いと思います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/ac148e44-da76-4a8a-8572-5d57603023bc.png)

インターネットゲートウェイが完成したら、今度はVPCと紐付けする必要があります。
これをやらないとせっかく作っても機能しないのでこちらも必須の作業になります。
下記画像のように「アクション」から「VPCアタッチ」を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/5f4e9367-e6d2-40d5-aec4-f34dc643b255.png)


先程作成したVPCを選択して、右下のオレンジのボタンを押して紐付けします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/9594c620-2c10-4420-8e79-a1ed09923f36.png)


## Route Tableの作成
次はRoute Tableの作成を行います。
VPC内でトラフィックのルーティング（経路）を決める設定です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/8ed74ccb-e828-41bd-8ffe-6ce92142a610.png)


こちらもVPCの画面の左側から「ルートテーブル」に行き、右上のオレンジのボタンを押して、ルートテーブルの作成を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/29879b6a-5cb2-44f7-a77c-33b6eb3802b1.png)

まずはパブリックルートテーブルの作成を行います。
基本的には下記の通りにやってもらえれば大丈夫です。
VPCの紐付けもここで行います。
後はデフォルトの設定で、オレンジの右下のボタンを押して作成します。
プライベートルートテーブルも同様の流れで作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/54e8a3c9-e4aa-43bd-b2d8-cc95d95759de.png)


作成後下記のようにパブリックルートテーブルを選択し、右下の「ルートを編集」ボタンを押します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/67535735-6eb5-47c5-939b-5db0ea5e638e.png)


ここでは先程作成したインターネットゲートウェイを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/9020bd43-a6ac-422a-8c93-1a931d32f312.png)


次はサブネットの関連付けを行います。
右下の「サブネットの関連付けを編集」ボタンをクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/e9bb8c19-6685-4696-8ac8-1ee712844d46.png)



ここではパブリックサブネットを関連付けます。
パブリックサブネットは2つ作りましたよね。そのため2つ選択して関連付けます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/65acb56e-6c7a-4c2a-abc9-8ba9254991a6.png)


次はプライベートルートテーブルも同じようにやります。
プライベートルートテーブルはパブリックルートテーブルとは違って、ルートを編集する必要がありません。何故なら、プライベートパブリックテーブルはメインのルートテーブルとなっているため、その設定が必要がないからです。そのため、ルートを編集する作業を省いて、サブネットの関連付けを行うところから始めます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/16985ff9-5459-4706-bfce-5ca51d0ec971.png)


こちらもパブリックルートテーブルと同じように、サブネットを選択します。
こちらではパブリックサブネットを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/b086af3c-6e3c-4484-b66a-eeee0c8102b1.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/31758baf-b377-4ac1-951b-fe107c3b79aa.png)


## 動作確認とEC2/IAMロールの作成
次は下記画像のようにパブリックサブネットにEC2とIAMロールを作成した上で、Webサイトが動作するかの確認を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/9b59f771-2bf2-4e2f-8c17-1ea2317b768a.png)


コンソール画面からIAMを検索して選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/779886b4-7d97-41ee-a595-1a53f60dd783.png)

下記のようにしてもらえれば大丈夫です。
今回はEC2にIAMロールを紐づけたいので、ユースケースはEC2を選択します。
![スクリーンショット 2025-05-17 11.13.40.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/d31e9294-92da-4fa8-ab95-843441ec0567.png)


許可ポリシーにSSMと検索して、「AmazonSSMFullAccess」を選択します。
![スクリーンショット 2025-05-17 11.14.32.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/b1c92f90-b9c5-4779-86ad-76bbf4dd8a56.png)


ロール名を下記のように設定して、作成します。
![スクリーンショット 2025-05-17 11.15.24.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/a796ef0b-e6d6-4c4f-b9fa-4f89f8fc894c.png)

続きまして、EC2を作成します。右側のオレンジボタンを押して作成を行います。
![スクリーンショット 2025-05-17 11.16.30.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/bb6c89d4-24e2-43c7-b1ec-ebc717103a0d.png)

基本的には下記のように設定してもらえれば大丈夫です。
![スクリーンショット 2025-05-17 11.20.06.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/d16405fd-fa76-410a-9c87-40efb0f1544c.png)



![スクリーンショット 2025-05-17 11.20.37.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/be6be2d1-7d07-4c94-a298-c849378b12fd.png)


VPCは作成済のものを選択します。サブネットはパブリックサブネットを選択します。
![スクリーンショット 2025-05-17 11.21.21.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/de8b56cf-a25e-4f4f-a523-b55e7aaa8f67.png)



![スクリーンショット 2025-05-17 11.21.42.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/817b8379-038e-41a1-9f6b-2c5b96338a57.png)


高度な詳細で先程作成したIAMロールを選択します。後はデフォルトで大丈夫です。    
![スクリーンショット 2025-05-17 11.23.39.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/7bb11643-a1a3-4c80-8672-cdfe709de968.png)

下記のようにコードを入力します。
こちらはハンズオン資料に記載があるので、ご確認ください。
![スクリーンショット 2025-05-17 11.23.48.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/0e7efb6b-ab7e-4de1-889f-5210b1caf61e.png)



完成したら、下記の「パブリックIPv4アドレス」をコピーして、新しいタブを開き、アプリが動いているか確認します。
![スクリーンショット 2025-05-17 11.26.33.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/e69b219c-3eb3-458e-aaeb-aa05390fc664.png)

問題なく動きましたね！
![スクリーンショット 2025-05-17 11.28.39.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/63b5e905-32ef-49ef-a4b8-2f96ef8e2dac.png)


## NATゲートウェイの作成
ここからが今回のハンズオンのメインテーマになるかと思います。
今までは、パブリックサブネットにEC2を置き、そこからアプリを起動しましたが、セキュリティの都合上、プライベートサブネットにEC2インスタンスを置かないといけないという場合もあるかと思います。その場合、VPC外のAWSサービスや、アプリにはアクセスができません。NATゲートウェイはそうった際に使用するものになります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/3dc0a6fd-c110-48f6-b30e-51d2c919af6b.png)

下記のように外部のアプリにもVPC外のサービスにもアクセスできるのが、NATゲートウェイの特徴です。
![スクリーンショット 2025-05-17 11.37.40.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/d987146a-e745-416c-8192-229e7f47d5a0.png)

![スクリーンショット 2025-05-17 11.38.12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/07f9c024-54cb-4c9c-8a38-bf2ea9519533.png)


まずはプライベートサブネットに置くEC2インスタンスを作成します。
EC2の作成方法はここでは割愛いたします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/ee2a04e5-306b-4fe1-bfbf-ee12c95fb9eb.png)

EC2インタンスの作成が完了したら、次はNATゲートウェイの作成を行います。
VPCの画面の左側からNATゲートウェイを選択します。その後右上のオレンジのボタンを押して作成を開始します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/d71a026a-6744-43e8-a1d8-ef340b3eed7e.png)

NATゲートウェイを下記のように作成します。
ここで大事なことは**NATゲートウェイはパブリックサブネットに作成する**ということです。
そのためサブネットは必ずパブリックサブネットに置く必要があります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/6ec69fa2-ab30-41d3-b344-304383df3c18.png)

NATゲートウェイを作成したら、今度はルートテーブルとの紐付けを行う必要があります。
現状、NATゲートウェイはパブリックサブネットにあるため、それとプライベートサブネットを紐付けます。下記画像の右下にある「ルートを編集」ボタンを押します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/b139efd3-692a-4769-a9ee-91dc05edfa65.png)

0.0.0.0/0を選択し、NATゲートウェイを選択します。その上で先程作成したNATゲートウェイを選択し、変更を保存します。
![スクリーンショット 2025-05-17 11.51.02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/6901253a-71d4-4da1-96f1-91c4ae118394.png)

紐付けができたら、このVPCの外にあるSSMに接続できるかを確認します。
イメージとしては下記のようになります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/c180f834-de3b-4be7-9236-916f7c68d2bb.png)

EC2インスタンスの画面に行き、上にある「接続」ボタンを押します。
![スクリーンショット 2025-05-17 11.52.20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/022378e5-e24e-43c2-8a08-d4c56efb305f.png)

セッションマネージャーを選択し、右下のオレンジの接続ボタンを押します。
![スクリーンショット 2025-05-17 11.53.17.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/6fdafa31-70b6-4f33-b210-a57449a9cbac.png)

おー！！成功です！
VPC外のSSMに接続できました！
![スクリーンショット 2025-05-17 11.53.56.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/2ed866f4-17bf-4d83-a9dc-681a8c1956cd.png)


## VPCエンドポイントの作成(Interface型)
NATゲートウェイを用いて、EC2インスタンスが、プライベートサブネットにあってもVPC外のサービスやアプリに接続できることがわかりました。
NATゲートウェイはインターネットゲートウェイを通して使うことができます。
しかし、金融系やセキュリティの厳しいシステムだとすると、そもそもインターネットゲートウェイを完全に使うことができないといった場合もあります。
そのような場合はどうすればいいのでしょうか？
正解はVPCエンドポイントを用いることです！
今回はVPCエンドポイントを使って、ネット接続なしでVPC外にあるサービスに接続できるようにしてみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/25cf26f9-c82a-499e-a8d0-9e7cd9469631.png)
![スクリーンショット 2025-05-17 12.20.37.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/5a8b5ff9-d253-45ac-afda-f5f8891b12aa.png)

ネット接続をせずにVPC外のサービスに接続する方法は主に2種類あります。
Gateway型とInterface型に分かれます。
何がGateway型で何がInterface型なのかは接続先のVPC外にあるサービスによります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/68b047e3-c69e-43e6-b787-d136e3417e21.png)

それではVPCの作成に入ります。
まずは下準備です。
VPCの画面からVPCの設定編集を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/0b9526bc-5a0d-4a93-bc91-00d26e5c09ad.png)

DNSホスト名を有効化します。
![スクリーンショット 2025-05-17 12.28.07.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/41b6dffb-5b79-4913-b3e3-4c636b6895d9.png)

それが完了したら、次はセキュリティグループを作成します。
基本は下記のようにしてもらえれば大丈夫です。
インバウンドルールですが、必ず**HTTPS**にしてください。
VPCエンドポイントのエラーの代表格はここのインバウンドルールの設定ミスになります。
HTTPSになっていることを確認してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/587f6b6b-d535-4ede-a568-bc63fdf3192b.png)

ここからエンドポイントの作成に入ります。
こちらは基本的に下記のようにしてもらえれば大丈夫です。
![スクリーンショット 2025-05-17 12.34.53.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/718e263e-8e6e-4d04-93cd-9b89b8e92a23.png)

インターフェイス型では、SSM,SSM-message,EC2-messageの3つのエンドポイントを作成する必要があります。これはそういう仕様になっているためです。
![スクリーンショット 2025-05-17 12.35.06.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/12a9a846-c54b-4145-a072-f4f0c07c5d20.png)

サブネットを選択します。今回はcを選択します。cを選ぶ理由は、プライベートサブネットに置いてあるEC2インスタンスが置いてあるのが、AZのcになるためです。
![スクリーンショット 2025-05-17 12.35.21.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/6e2de506-94c6-4b8a-abcc-6a2b6fe41509.png)

SSMが完成したら、SSM-MessageとEC2-messageも同じように作成します。
![スクリーンショット 2025-05-17 12.40.17.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/9da98934-16fb-4e31-a1f1-fd410d7d7dd3.png)

上記の作業が全て終わったら先程と同じようにEC2インスタンスからセッションマネージャーに接続します。こちらも問題なく接続できましたね！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/112b55e9-3dfb-4123-a3d7-41ccc13d8a28.png)



## VPCエンドポイントの作成(Gateway型)
次はGateway型を試そうと思います。
Gateway型はS3などのサービスに接続したい時に使いたい型でしたよね。

まずは下準備としてS3バケットの作成から始めます。
ここではS3バケットの作成方法については省略いたします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/df38f04d-dd49-4208-a07b-f9bbcd531742.png)

S3バケットを作成したら、IAMロールにS3の権限を付与する必要があります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/b4468dee-5a17-4e1a-a87f-731a29e2c797.png)

こちらでAmazonS3ReadOnlyAccessを追加します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/65df643c-5e71-49df-8c23-817ace0aa741.png)

ここからエンドポイントの作成を行います。
Interface型の時と同じように下記の画面から作成を行います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/581c6e7b-1ed8-4467-bec1-c4a0e72f98b3.png)


今回はS3なので、S3と検索をし、下記画像で選択したものを選択します。
ここで注意なのですが、選択されたものとその下にあるもの同じ名前ですよね？
この場合どうしたら良いのでしょうか？
この場合は横にあるタイプを見て確認する必要があります。
今回はGateway型になるので、Gateway型のものを選びます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/10460fa3-5a42-4489-9cc3-ed3cd3c80997.png)

ルートテーブルはパブリック、プライベートルートテーブルのどちらも選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/2037ab1c-fd24-445c-a162-1ab8e4d5efd5.png)


これでVPCエンドポイントのGataway型が完成しました。
最後に稼働できるか確認します。
手順は同じくEC2インスタンスのセッションマネージャーから接続します。
下記のコードを打ち込んで実行してください。
```aws s3 ls --region ap-northeast-1```


おー！！ちゃんとS3に接続できたことが確認できました！！
VPCエンドポイントを用いてセキュアにVPC外にあるS3に接続できました！！
![スクリーンショット 2025-05-17 13.37.59.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/e9e7d1ef-e465-43c5-8f25-9c4ee2a76be2.png)


## 実はエラーが出てました。。。
はい、順調かと思っていましたが、実はエラーが出ていたのです。
ここではエラーについて書いて行きます。

下記はVPCエンドポイントでセッションマネージャーに接続する際に頻繁に発生するエラーです。
こういう時はエラー内容をそのままコピペしてネットで調べて良いと思います。
調べた結果、セキュリティグループの設定がおかしいことが大部分なようです。
上記でも記載しましたが、HTTPSになっていなくてエラーになることが多いそうです。
しかし私の場合はそこはHTTPSになっていたので大丈夫でした。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/ba1ba8b8-2e8c-4db4-be4e-986938245231.png)

問題はエンドポイント側にありました。
画面下にあるセキュリティグループのグループ名が「default」になってますよね。
せっかくSSMというセキュリティグループを作成したのにそれをエンドポイントに紐付けないとちゃんと起動はしません。
あまりこういったエラーはないかもしれませんが、今回自分でやってみての発見となりましたので、皆さんもご注意ください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2478024/90d6d152-569b-45fe-9efc-4bab5ec81240.png)


## 終わりに
いかがだったでしょうか？
今回も公式ハンズオンで無料でNATゲートウェイやVPCエンドポイントについて学ぶことができました。セキュリティはシステムの中でも最も大切な部分ですし、実務でも試験でもよく出てくる内容だと思います。実際に手を動かすことでより理解も深まると思いますので、是非皆さんも挑戦してみてください！！