AWSに誕生した大阪リージョンの軌跡！

こんにちは、後藤です。

今年度はAWS社より[APN Ambassador](https://qiita.com/advent-calendar/2021/japan-apn-ambassador)に選出いただきました。そして、その流れで「[Japan APN Ambassadors Advent Calendar 2021](https://qiita.com/advent-calendar/2021/japan-apn-ambassador)」に参加させて頂いております。Ambassadorとは「大使」という意味で、社外への情報発信を評価されており、私も皆さんにとって有益な情報を発信したいところです。

何が良いかと考えた結果、私の居住地に関係するAWS情報を発信する事としました。
住んでいる場所は…………
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/c52baff0-9eb7-c2fe-271c-ae38141982d5.png)

写真で分かりましたでしょうか？

<b><H3>そう、大阪です。</H3></b>

大阪のシンボル『[太陽の塔](https://taiyounotou-expo70.jp/)』を後ろから撮った写真を掲載してみました。皆さん見慣れた前からの姿とは全く異なるのが面白いところです。そして、今からお話するのは今年新しく開設された『[大阪リージョン](https://aws.amazon.com/jp/local/osaka-region/)』の軌跡になります。

<b><H3>えっ、大阪リージョンって何？</H3></b>

という人の為に、大阪リージョンの歴史を少しだけ振り返りたいと思います。

なお、いつものお約束ごとですが、本投稿内容は、わたし個人の意見や経験談であり、所属する企業や団体、それこそ APN Ambassadors や AWS さん、JAWS-UG などを代表するものではございません。何卒、よろしくお願いいたします。


#■元々は世界唯一のローカルリージョン
まず日本に初めてAWSのリージョンが誕生したのは2011年3月ことのでした。

<b><H3>その名は『東京リージョン』。</H3></b>

>[『クラウドが日本に上陸 (The Cloud Expands to Japan)』](https://aws.amazon.com/jp/about-aws/whats-new/2011/03/02/announcing-asia-pacific-tokyo-region/)
>AWSの新しい アジアパシフィック東京リージョンが利用可能になりました！
>
>日本でビジネスを行う企業様、また日本の顧客をもつグローバル企業の皆様は、本日より東京リージョンを使う事で、レイテンシーが低く、国内にデータ保管ができる環境でアプリケーションの提供や作業が可能となります。そして自社インフラの運用、管理といった煩雑な作業から解放されます。ほとんどの場合において日本のお客様は数ミリ秒という低いレイテンシーで新しい東京リージョンをご利用いただけます。 


そこから7年間は東京オンリーの時代が続きました。
そんな中、2018年2月に新しいリージョンが誕生します。

<b><H3>その名は『大阪ローカルリージョン』。</H3></b>

>　[『【 AWS 新リージョン】 AWS 大阪ローカルリージョンが本日より利用可能になりました』](https://aws.amazon.com/jp/blogs/news/osaka-local-region-launch-2018feb/)
>日本で2番目、ローカルリージョンとしては AWS 初となる、 Asia Pacific (Osaka) Local Region（以下、AWS 大阪ローカルリージョン）がご利用いただけるようになりました。 2017 年 5 月 31 日 AWS Summit Tokyo 2017 の基調講演にて、 2018 年より利用できるお知らせをしました。AWS 東京リージョンをお使いのお客さまにおいては、規制対応のため補完的なインフラストラクチャを準備し、アベイラビリティゾーン間を地理的に離す必要のある特定のアプリケーションの運用が可能になる点、多くの反響をいただきました。

ついに関西にAWSリージョンが誕生した瞬間でした！
でも『ローカル』と付いていました。
>単一のデータセンターに含まれるインフラストラクチャは分離されかつ対障害性のある設計で、既存の AWS リージョンを補完する新しいリージョン構成となりました。東京リージョンから 400 キロ離れた大阪ローカルリージョンは、東京リージョンだけでは難しい災害対策の提供を目指して、国内のさまざまな場所で必要とされるアプリケーションを持つお客様をサポートしてきました。

そう『大阪ローカルリージョン』はバックアップとDR（障害復旧）をメインとしたリージョンでした。その為、メインリージョンとして利用することはできず、機能面でも多くの制限がありました。大規模災害で東京リージョンが利用不可となった時に、最低限の復旧を想定した環境だった訳です。

ただし『ローカルリージョン』は『世界唯一』の存在。
<b><H3>『世界唯一』ってカッコよくない？</H3></b>
という気持ちも数パーセントありましたが、やはり完全体がいい………

#■やっぱりフルリージョンがいい！
そう思っていた2020年にニュースが飛び込んできました。

<b><H3>大阪ローカルリージョンのフルリージョン化対応！！</H3></b>
>　[『AWS 大阪ローカルリージョンをフルリージョンへ拡張中』](https://aws.amazon.com/jp/blogs/news/in-the-works-aws-osaka-local-region-expansion-to-full-region/)
>大阪でのサービスに対するお客様からの大きなご要望にお応えし、大阪のローカルリージョンが 2021 年初頭までに 3 つのアベイラビリティーゾーンを持つ完全な AWS リージョンに拡大することになりました。 他のすべての AWS リージョンと同様、アベイラビリティーゾーンはそれぞれ独自の電源、冷却システム、物理的セキュリティにより分離されます。また、可用性に影響を与える単一のイベントのリスクを大幅に減らすため離れて配置されますが、高可用性アプリケーションの低レイテンシーは維持されます。

ついに『東京リージョン』に肩を並べる時がやってきたわけです。当時他のクラウドサービスでは東西フルリージョンを所持していたので、ここがAWSのウィークポイントと感じていました。それを一気に解消するフルリージョン化な訳です。

<b><H3>大きな反響、銀行系などのシステム移行も決定！</H3></b>
>　[『ソニー銀行、勘定系を含む全てのシステムに AWS の利用可能範囲を拡大』](https://aws.amazon.com/jp/about-aws/whats-new/2020/01/sony-bank-expands-aws-coverage-to-all-system/)
>勘定系システムにおいて AWS を採用するには、自然災害や停電などのリスクを最小限に抑えるために、日本国内の複数のリージョンを必要とします。2018 年の大阪ローカルリージョン開設をふまえ、当社は銀行システムにおいて最も重要なシステムのひとつである財務会計システム（総勘定元帳）の AWS 移行を決定しました。

『大阪ローカルリージョン』がフルリージョンになることにより銀行系の重要システムの移行が決定するような場面もありました。クラウド活用が推進される中、『大阪ローカルリージョン』のフルリージョン昇格は必要不可欠だった訳です。

#■そしてフルリージョン開設！
ついに2021年3月に、待ちに待ったフルリージョンへの昇格が実現します。

<b><H3>『大阪リージョン』の誕生です。</H3></b>
>[『AWS アジアパシフィック (大阪) リージョンが3つのAZと多くのサービスと共に開設』](https://aws.amazon.com/jp/blogs/news/aws-asia-pacific-osaka-region-now-open-to-all-with-three-azs-more-services/)
>大阪ローカルリージョンを拡張して3つのアベイラビリティーゾーンを持つスタンダードな AWS リージョンとして大阪リージョンが開設されたことを発表できることを嬉しく思います。AWSならではの特徴として、それぞれのAZはリージョン内で切り離されており、停電やネットワークの切断、洪水やその他の自然災害に対応する設計です。

この瞬間、世界唯一の『ローカルリージョン』は消滅しました。
数パーセント残念な気持ちもありつつ、エンジニア的には国内に2つのリージョンができたことにより、多くの案件の要件を満たすようになり、提案の幅が広がったことに喜びを感じていました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/944a06c6-5ab2-764b-832d-637879a1aa7f.png)
ちなみにAWS社が選択した大阪のシンボルは『[大阪城](https://www.osakacastlepark.jp/?lang=ja)』でした。『復興天守やん！歴史的価値無いやん！』ってよく言われますが、知らない間に『世界最古の現存する鉄骨鉄筋コンクリート造建築』になっていて、何気に価値が高かったりします（諸説あり）。世界最古の木造建築である『[法隆寺](http://www.horyuji.or.jp/)』と同じノリで自慢できるところが何気に凄いです。

#■これで東京リージョンと肩を並べたの？？
肩を並べた！そう思った人もいたでしょう。
<b><H3>いや、肩を並べてないよ！</H3></b>

大阪リージョンには2021年3月時点ではまだまだ利用できないサービスが多々ありました。重要な機能も幾つサポートされていなかったため、開設当初はまだまだ用途が限定される状況でした。しかし、ここから怒涛のリリースラッシュが始まります。

今回は主に[「Amazon Web Services ブログ」](https://aws.amazon.com/jp/blogs/news/)の記事をベースに、そのリリースラッシュを振り返ってみようと思います。なお、ブログ更新日を日付欄に記載しているため、実際のサービスリリース日とは若干誤差があることとご承知おきください。

|リリース日|リリース情報|
|:------------------|:------------------|
|03月02日|[大阪リージョン開設](https://aws.amazon.com/jp/blogs/news/aws-asia-pacific-osaka-region-now-open-to-all-with-three-azs-more-services/)|ローカルからスタンダードへ、大阪リージョン開設です。レイテンシーについて言及されています。|
|03月03日|[Amazon EFS](https://aws.amazon.com/jp/blogs/news/aws-batch-osaka/)|Amazon EFSは「シンプルでサーバーレス、セットアンドフォーゲット、伸縮自在なファイルシステム」です。開設翌日にリリースです。|
|03月17日|[AWS Batch](https://aws.amazon.com/jp/blogs/news/aws-batch-osaka/)|AWS Batchは「フルマネージドなバッチ処理サービス」です。開設から半月後にリリースです。|
|03月19日|[Amazon Data Lifecycle Manager](https://aws.amazon.com/jp/about-aws/whats-new/2020/03/amazon-data-lifecycle-manager-now-available-in-osaka-region/)|Amazon DLMは「Amazon EBSボリュームに保存されたデータを簡単かつ自動的にバックアップするサービスです。<br><br>結構利用するので必要なサービスですね。無いと困ります。|
|03月24日|[Amazon VPC Endpoints<br> For Amazon EC2](https://aws.amazon.com/jp/blogs/news/20210324-updates-for-osaka-region-amazon-vpc-endpoints-for-amazon-ec2-amazon-redshift-s/)|AWS PrivateLinkは「サービス間のプライベート接続がVPC Endpoints経由で可能となるサービス」です。<br><br>個人的にはインターネットに接続しないプライベート環境の構築をすることが多いので、このサービスの提供は待ってました！でした。むしろ無いと困るレベルでした。|
|03月24日|[Amazon Redshift Spectrum](https://aws.amazon.com/jp/blogs/news/20210324-updates-for-osaka-region-amazon-vpc-endpoints-for-amazon-ec2-amazon-redshift-s/)|Amazon Redshiftは「高速でシンプルかつ費用対効果の高いデータウェアハウスサービス」です。|
|03月24日|[AWS Backup](https://aws.amazon.com/jp/blogs/news/aws-backup-osaka/)|AWS Backupは「バックアップの集中管理および自動化」するサービスです。バックアップ取得のために利用している方も多いので、必要な機能ですね。|
|03月30日|[AWS Security Hub](https://aws.amazon.com/jp/blogs/news/aws-security-hub-osaka/)|AWS Security Hubは「セキュリティのベストプラクティスのチェックを行い、アラートを集約し、自動修復を可能にするクラウドセキュリティ体制管理サービスです。|
|03月31日|[AWS Gateway Load Balancer](https://aws.amazon.com/jp/about-aws/whats-new/2021/03/aws-gateway-load-balancer-available-additional-regions/)|AWS ゲートウェイロードバランサーは「ファイアウォール、侵入検知および防止システム、分析、トラフィックの可視化システムなどのサードパーティーの仮想ネットワークアプライアンスのデプロイ、スケール、および管理を支援する新しいサービス」です。|
|04月06日|[Amazon Macie](https://aws.amazon.com/jp/blogs/news/osaka-macie-mq/)|Amazon Macie は「機械学習とパターンマッチングを使用して AWS の機密データを検出して保護する、フルマネージドのデータセキュリティとデータプライバシーのサービス」です。|
|04月06日|[Amazon MQ](https://aws.amazon.com/jp/blogs/news/osaka-macie-mq/)|Amazon MQは、「AWSでメッセージブローカーの設定や運用を簡単に行えるようにしてくれるマネージド型メッセージブローカーサービス」です。|
|04月09日|[Amazon GuardDuty](https://aws.amazon.com/jp/blogs/news/amazon-guardduty-osaka/)|Amazon GuardDutyは「悪意のあるアクティビティのために AWS アカウントとワークロードを継続的にモニタリングし、可視化と修復のための詳細なセキュリティ調査結果を提供する脅威検出サービス」です。<br><br>えっ、GuardDuty使えない？マジかよ！という機能だったので、早いタイミングでリリースされて良かったです。|
|04月13日|[AWS Console Mobile Application](https://aws.amazon.com/jp/blogs/news/aws-console-mobile-application-osaka/)|Console Mobile Application は「AWSの基本的な管理や操作をモバイルアプリケーションから行うためのサービス」です。<br><br>スマホからAWS環境を確認したい時に利用するので、無いと不便でした。|
|04月15日|[AWS CodeCommit](https://aws.amazon.com/jp/blogs/news/aws-codecommit-osaka/)|CodeCommitは「プライベートGitリポジトリをホストする、安全で高度にスケーラブルなマネージド型のソース管理サービス」です。|
|04月23日|[AWS Resource Access Manager](https://aws.amazon.com/jp/about-aws/whats-new/2021/04/aws-resource-access-manager-available-osaka-region/)|AWS Resource Access Manager (RAM) は「組織内の AWS アカウント間または AWS Organizations 内の組織単位 (OU) 間で、ならびにサポートされているリソースタイプの IAM ロールおよび IAM ユーザーとの間で、リソースを安全に共有するのに役立つサービス」です。|
|04月23日|[AWS Service Catalog](https://aws.amazon.com/jp/blogs/news/aws-service-catalog-osaka/)|AWS Service Catalogは「AWSでの使用が承認された IT サービスのカタログを作成および管理できるサービス」です。|
|04月27日|[AWS TransitGateway](https://aws.amazon.com/jp/blogs/news/aws-transitgateway-osaka/)|AWS Transit Gatewayは「中央ハブを介してVPCとオンプレミスネットワークを接続するサービスです。<br><br>複数VPCを利用する場合などには使用するため、構成次第では結構必要なサービスです。無いと困る系ですね。|
|04月30日|[AWS Network Firewall](https://aws.amazon.com/jp/blogs/news/aws-network-firewall-amazon-rds-for-sql-ultiaz-osaka/)|AWS Network Firewall は「すべての Amazon Virtual Private Cloud (VPC) に不可欠なネットワーク保護を簡単にデプロイできるようにするマネージドサービス」です。|
|04月30日|[Amazon RDS for SQL Server<br>(MultiAZ)](https://aws.amazon.com/jp/blogs/news/aws-network-firewall-amazon-rds-for-sql-ultiaz-osaka/)|RDS for SQL ServerのマルチAZ構成が設定可能となりました。<BR><BR>DBの冗長化も非常に重要なので必須級の対応ですね。|
|05月03日|[AWS Transit Gateway Network Manager](https://aws.amazon.com/jp/about-aws/whats-new/2021/05/aws-transit-gateway-network-manager-now-available-aws-asia-pacific-osaka-region/)|AWS Transit Gateway Network Manager は「プライベートネットワークの単一のグローバルビューを提供するサービス」です。|
|05月11日|[AWS Certificate Manager<br>プライベート認証機関](https://aws.amazon.com/jp/about-aws/whats-new/2021/05/aws-certificate-manager-private-certificate-authority-is-now-available-in-the-asia-pacific-osaka-region/)|AWS Certificate Manager プライベート認証機関は「マネージド型のプライベート CA サービス」です。|
|05月20日|[Amazon Route 53 Resolver<br> Endpoints for Hybrid Cloud](https://aws.amazon.com/jp/blogs/news/amazon-route-53-resolver-endpoints-for-hybrid-cloud-osaka/)|Amazon Route 53 Resolver Endpoints for Hybrid Cloudは「ハイブリッドクラウド環境における双方向の名前解決を実現させる機能」です。<br><br>これもオンプレとのハイブリッド構成を構築する機会が多い私からすると必須級の機能でした。|
|05月28日|[Amazon CloudWatch Synthetics](https://aws.amazon.com/jp/blogs/news/amazon-cloudwatch-synthetics-osaka/)|Synthetics「は合成監視ともいわれ、ユーザーのようにあらかじめ指定された対象のWebサイトにアクセスして監視や計測を行う手法」です。|
|06月02日|[AWS WAF](https://aws.amazon.com/jp/blogs/news/aws-waf-osaka/)|AWS WAFは「可用性、セキュリティ侵害、リソースの過剰消費に影響を与えるような、ウェブの脆弱性を利用した一般的な攻撃やボットから、ウェブアプリケーションまたは API を保護するウェブアプリケーションファイアウォール」です。|
|06月02日|[AWS Shield Advanced](https://aws.amazon.com/jp/blogs/news/aws-waf-osaka/)|AWS Shieldは「マネージド型のDDoS 攻撃に対する保護サービス」です。|
|06月12日|[Network Load Balancer](https://aws.amazon.com/jp/about-aws/whats-new/2019/06/network-load-balancer-now-available-asia-pacific-osaka/)|Elastic Load Balancing は「受信したトラフィックを複数のアベイラビリティーゾーンの複数のターゲット (EC2 インスタンス、コンテナ、IP アドレスなど) に自動的に分散させるサービス」です。|
|06月24日|[AWS Outposts](https://aws.amazon.com/jp/blogs/news/outposts-osaka/)|AWS Outpostsは「ほぼすべてのデータセンター、コロケーションスペース、オンプレミスの施設に同じAWS のインフラストラクチャおよびサービス、API、ツールを提供し、真に一貫性のあるハイブリッドエクスペリエンスを実現するフルマネージドサービス」です。|
|06月30日|[AWS Firewall Manager](https://aws.amazon.com/jp/blogs/news/aws-firewall-manager-osaka/)|AWS Firewall Managerは「AWS Organizations にあるアカウントとアプリケーション全体で一元的にファイアウォールのルールを設定、管理できるようにするセキュリティ管理サービス」です。|
|07月08日|[AWS Storage Gateway](https://aws.amazon.com/jp/blogs/news/aws-storage-gateway-osaka/)|AWS Storage Gatewayは「事実上無制限のクラウドストレージへのオンプレミスアクセスを提供するハイブリッドクラウドストレージサービスセット」です。|
|07月09日|[AWS Application Migration Service](https://aws.amazon.com/jp/blogs/news/aws-application-migration-service-osaka/)|AWS Application Migration Service (AWS MGN) は「AWS へのリフトアンドシフト移行に推奨される主要な移行サービス」です。|
|07月13日|[AWS AppSync](https://aws.amazon.com/jp/blogs/news/aws-appsync-osaka/)|AWS AppSync は「GraphQL API の開発を容易にする、完全マネージド型サービス」です。|
|07月15日|[AWS Directory Service for<br>Microsoft Active Directory](https://aws.amazon.com/jp/blogs/news/aws-directory-service-for-microsoft-active-directory-ad-connector-osaka/)|AWS Directory Service for Microsoft Active Directoryは「AWS Managed Microsoft Active Directory (AD)とも表記される、AWS のマネージド型 Microsoft Active Directoryのサービス」です。|
|07月15日|[AD Connector](https://aws.amazon.com/jp/blogs/news/aws-directory-service-for-microsoft-active-directory-ad-connector-osaka/)|AD Connectorは「ディレクトリリクエストをオンプレミスの Microsoft Active Directory へリダイレクトするのに使用するディレクトリゲートウェイ」です。|
|07月21日|[AWS CodeBuild](https://aws.amazon.com/jp/blogs/news/aws-codebuild-osaka/)|AWS CodeBuild は「ソースコードをコンパイルし、テストを実行し、デプロイ可能なソフトウェアパッケージを作成できる完全マネージド型のビルドサービス」です。|
|07月30日|[Amazon DynamoDB Global Tables](https://aws.amazon.com/jp/about-aws/whats-new/2021/07/amazon-dynamodb-global-tables-are-now-available-in-the-asia-paci/)|グローバルテーブルは「最大限にスケールされたグローバルアプリケーションのローカルアクセス権を DynamoDB テーブルに付与し、読み書きのパフォーマンスを向上」できます。|
|08月06日|[Amazon FSx](https://aws.amazon.com/jp/blogs/news/amazon-fsx-osaka/)|Amazon FSxは「様々なユースケースを可能にする、広くアクセス可能で高性能なファイルストレージサービス」です。|
|08月08日|[Amazon Athena](https://aws.amazon.com/jp/blogs/news/amazon-athena-osaka/)|Amazon Athena は「標準的な SQL を使用して Amazon Simple Storage Service (Amazon S3) 内のデータを直接分析することを容易にするインタラクティブなクエリサービス」です。|
|09月02日|[Amazon SageMaker](https://aws.amazon.com/jp/about-aws/whats-new/2021/09/amazon-sagemaker-aws-asia-pacific-osaka-region/)|Amazon SageMakerは「すべてのデベロッパーやデータサイエンティストが機械学習 (ML) モデルを迅速に構築、トレーニング、およびデプロイするための準備を可能にするフルマネージド型サービス」です。|
|09月08日|[AWS Cloud9](https://aws.amazon.com/jp/blogs/news/aws-cloud9-osaka/)|AWS Cloud9 は「ブラウザのみでコードを記述、実行、デバッグできるクラウドベースの統合開発環境 (IDE) 」です。|
|09月16日|[AWS Lake Formation](https://aws.amazon.com/jp/blogs/news/aws-lake-formation-osaka/)|AWS Lake Formationは「セキュアなデータレイクを数日でセットアップすることを可能にするサービス」です。|
|09月16日|[Route 53 Resolver DNS Firewall] (https://aws.amazon.com/jp/about-aws/whats-new/2021/09/route-53-resolver-dns-firewall-asia-pacific-osaka-region/)|Route 53 Resolver DNS Firewall は「お客様が既知の悪意のあるドメインに対して行われた DNS クエリをブロックし、信頼できるドメインに対するクエリを許可できるようにするマネージドファイアウォール」です。|
|09月24日|[Amazon SES] (https://aws.amazon.com/jp/blogs/news/amazon-ses-osaka/)|Amazon Simple Email Service (SES) は「デベロッパーが任意のアプリケーションでメールを送信できるようにする、費用対効果の高い、柔軟でスケーラブルなメールサービス」です。|
|11月11日|[Amazon GameLift](https://aws.amazon.com/jp/blogs/news/now-available-new-asia-pacific-osaka-region-and-graviton2-support-for-amazon-gamelift/)|Amazon GameLift は「マルチプレイヤーゲーム用のクラウドサーバーをデプロイ、運用、スケーリングする、専用のゲームサーバーホスティングソリューション」です。|


3～7月くらいは本当に怒涛のリリースラッシュでした。
そして、11月頃にはそのリリースラッシュも落ち着いてきたのです。


#■そして現在（2021年12月）！サービス差異は？

そして2021年12月となりました。現在東京と大阪のリージョンで、どの程度のサービス数の差異があるのでしょうか？AWSのリージョンごとの利用可能サービスは「[AWS リージョン別のサービス](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/)」で確認することができます。サービス数の比較結果は以下の通りです。

|項目|サービス数|
|:------------------|:------------------|
|東京リージョン|180|
|大阪リージョン|90|
<b><H3>ジャスト半分でした！<b></H3>

まさに道半ばですね。
東京リージョンにあって大阪リージョンに無い90個のサービスはこちらです。

|項番|サービス名|
|:------------------|:------------------|
|01|[AWS IoT Events](https://aws.amazon.com/jp/iot-events/)|
|02|[AWS Amplify](https://aws.amazon.com/jp/amplify/)|
|03|[AWS App Mesh](https://aws.amazon.com/jp/app-mesh/)|
|04|[AWS Application Discovery Service](https://aws.amazon.com/jp/application-discovery/)|
|05|[AWS Audit Manager](https://aws.amazon.com/jp/audit-manager/)|
|06|[AWS Budgets](https://aws.amazon.com/jp/aws-cost-management/aws-budgets/)|
|07|[AWS Cloud Map](https://aws.amazon.com/jp/cloud-map/)|
|08|[AWS CloudShell](https://aws.amazon.com/jp/cloud-map/)|
|09|[AWS CodeArtifact](https://aws.amazon.com/jp/codeartifact/)|
|10|[AWS CodePipeline](https://aws.amazon.com/jp/codepipeline/)|
|11|[AWS CodeStar](https://aws.amazon.com/jp/codestar/)|
|12|[AWS Compute Optimizer](https://aws.amazon.com/jp/compute-optimizer/)|
|13|[AWS Control Tower](https://aws.amazon.com/jp/controltower/)|
|14|[AWS Data Exchange](https://aws.amazon.com/jp/data-exchange/)|
|15|[AWS Data Pipeline](https://aws.amazon.com/jp/datapipeline/)|
|16|[AWS DeepLens](https://aws.amazon.com/jp/deeplens/)|
|17|[AWS Elastic Disaster Recovery (DRS)](https://aws.amazon.com/jp/disaster-recovery/)|
|18|[AWS Elemental MediaConnect](https://aws.amazon.com/jp/mediaconnect/)|
|19|[AWS Elemental MediaConvert](https://aws.amazon.com/jp/mediaconvert/)|
|20|[AWS Elemental MediaLive](https://aws.amazon.com/jp/medialive/)|
|21|[AWS Elemental MediaPackage](https://aws.amazon.com/jp/mediapackage/)|
|22|[AWS Elemental MediaStore](https://aws.amazon.com/jp/mediastore/)|
|23|[AWS Elemental MediaTailor](https://aws.amazon.com/jp/mediatailor/)|
|24|[AWS Fault Injection Simulator](https://aws.amazon.com/jp/fis/)|
|25|[AWS IoT 1-Click](https://aws.amazon.com/jp/iot-1-click/)|
|26|[AWS IoT Analytics](https://aws.amazon.com/jp/iot-analytics/)|
|27|[AWS IoT Core](https://aws.amazon.com/jp/iot/)|
|28|[AWS IoT Device Defender](https://aws.amazon.com/jp/iot-device-defender/)|
|29|[AWS IoT Device Management](https://aws.amazon.com/jp/iot-device-management/)|
|30|[AWS IoT Events](https://aws.amazon.com/jp/iot-events/)|
|31|[AWS IoT Greengrass](https://aws.amazon.com/jp/greengrass/)|
|32|[AWS IoT SiteWise](https://aws.amazon.com/jp/iot-sitewise/)|
|33|[AWS IoT Things Graph](https://aws.amazon.com/jp/iot-things-graph/)|
|34|[AWS Managed Services](https://aws.amazon.com/jp/managed-services/)|
|35|[AWS Migration Hub](https://aws.amazon.com/jp/migration-hub/)|
|36|[AWS OpsWorks Stacks](https://aws.amazon.com/jp/opsworks/stacks/)|
|37|[AWS OpsWorks for Chef Automate](https://aws.amazon.com/jp/opsworks/chefautomate/)|
|38|[AWS OpsWorks for Puppet Enterprise](https://aws.amazon.com/jp/opsworks/puppetenterprise/)|
|39|[AWS Proton](https://aws.amazon.com/jp/proton/)|
|40|[AWS RoboMaker](https://aws.amazon.com/jp/robomaker/)|
|41|[AWS Server Migration Service (SMS)](https://aws.amazon.com/jp/server-migration-service/)|
|42|[AWS Serverless Application Repository](https://aws.amazon.com/jp/serverless/serverlessrepo/)|
|43|[AWS Single Sign-On](https://aws.amazon.com/jp/single-sign-on/)|
|44|[AWS Snowcone](https://aws.amazon.com/jp/snowcone/)|
|45|[AWS Transfer Family](https://aws.amazon.com/jp/aws-transfer-family/)|
|46|[AWS Well-Architected Tool](https://aws.amazon.com/jp/well-architected-tool/)|
|47|[Amazon AppFlow](https://aws.amazon.com/jp/appflow/)|
|48|[Amazon AppStream 2.0](https://aws.amazon.com/jp/appstream2/)|
|49|[Amazon Augmented AI (A2I)](https://aws.amazon.com/jp/augmented-ai/)|
|50|[Amazon Chime](https://aws.amazon.com/jp/chime/)|
|51|[Amazon CloudSearch](https://aws.amazon.com/jp/cloudsearch/)|
|52|[Amazon CodeGuru](https://aws.amazon.com/jp/codeguru/)|
|53|[Amazon Cognito](https://aws.amazon.com/jp/cognito/)|
|54|[Amazon Comprehend](https://aws.amazon.com/jp/comprehend/)|
|55|[Amazon Connect](https://aws.amazon.com/jp/connect/)|
|56|[Amazon Detective](https://aws.amazon.com/jp/detective/)|
|57|[Amazon DevOps Guru](https://aws.amazon.com/jp/devops-guru/)|
|58|[Amazon DocumentDB (with MongoDB compatibility)](https://aws.amazon.com/jp/documentdb/)|
|59|[Amazon Elastic Inference](https://aws.amazon.com/jp/machine-learning/elastic-inference/)|
|60|[Amazon Elastic Transcoder](https://aws.amazon.com/jp/elastictranscoder/)|
|61|[Amazon FSx for NetApp ONTAP](https://aws.amazon.com/jp/fsx/netapp-ontap/)|
|62|[Amazon FSx for OpenZFS](https://aws.amazon.com/jp/fsx/openzfs/)|
|63|[Amazon Forecast](https://aws.amazon.com/jp/forecast/)|
|64|[Amazon Inspector](https://aws.amazon.com/jp/inspector/)|
|65|[Amazon Keyspaces (for Apache Cassandra)](https://aws.amazon.com/jp/keyspaces/)|
|66|[Amazon Kinesis Data Analytics](https://aws.amazon.com/jp/kinesis/data-analytics/)|
|67|[Amazon Kinesis Video Streams](https://aws.amazon.com/jp/kinesis/video-streams/)|
|68|[Amazon Lex](https://aws.amazon.com/jp/lex/)|
|69|[Amazon Lightsail](https://aws.amazon.com/jp/lightsail/)|
|70|[Amazon Location Service](https://aws.amazon.com/jp/location/)|
|71|[Amazon Lookout for Metrics](https://aws.amazon.com/jp/lookout-for-metrics/)|
|72|[Amazon Lookout for Vision](https://aws.amazon.com/jp/lookout-for-vision/)|
|73|[Amazon Lumberyard](https://aws.amazon.com/jp/lumberyard/)|
|74|[Amazon Managed Blockchain](https://aws.amazon.com/jp/managed-blockchain/)|
|75|[Amazon Managed Streaming for Apache Kafka](https://aws.amazon.com/jp/msk/)|
|76|[Amazon Managed Workflows for Apache Airflow](https://aws.amazon.com/jp/managed-workflows-for-apache-airflow/)|
|77|[Amazon Neptune](https://aws.amazon.com/jp/neptune/)|
|78|[Amazon Personalize](https://aws.amazon.com/jp/personalize/)|
|79|[Amazon Pinpoint](https://aws.amazon.com/jp/pinpoint/)|
|80|[Amazon Polly](https://aws.amazon.com/jp/polly/)|
|81|[Amazon Quantum Ledger Database (QLDB)](https://aws.amazon.com/jp/qldb/)|
|82|[Amazon QuickSight](https://aws.amazon.com/jp/quicksight/)|
|83|[Amazon Rekognition](https://aws.amazon.com/jp/rekognition/)|
|84|[Amazon Sumerian](https://aws.amazon.com/jp/sumerian/)|
|85|[Amazon Transcribe](https://aws.amazon.com/jp/transcribe/)|
|86|[Amazon Transcribe Medical](https://aws.amazon.com/jp/transcribe/medical/)|
|87|[Amazon Translate](https://aws.amazon.com/jp/translate/)|
|88|[Amazon WorkDocs](https://aws.amazon.com/jp/workdocs/)|
|89|[Amazon WorkSpaces](https://aws.amazon.com/jp/workspaces/)|
|90|[FreeRTOS](https://aws.amazon.com/jp/freertos/)|

なかなか書き出すと壮観です。個人的には「AWS Budgets」、「AWS CloudShell」、「AWS Control Tower」、「AWS Single Sign-On」、「Amazon AppStream 2.0」、「Amazon CodeGuru」、「Amazon Inspector」、「Amazon Kinesis Data Analytics」、「Amazon Kinesis Video Streams」、「Amazon QuickSight」、「Amazon WorkSpaces」辺りは、早く大阪リージョンにリリースしてくれたら嬉しいところです。

#■それ以外の差異はないの？
まぁ、その90個のサービスさえ使わなければ差異はないんだろ…………
そういう声が聞こえてきそうです。

<b><H3>いや、差異はありますよ！<b></H3>

多くのサービスがリリースされましたが、そのサービス内の機能に関して、細かいところで東京リージョンと差異があるのが現実です。ここではAWSの主要な幾つかのサービスを確認しながら、その差異について説明したいと思います。

##EC2
料金的には互角です。ただ利用できるインスタンス数には大きな差があるのが解ります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/ef95fdd2-275a-2618-43ab-e85ae84b9fde.png)

##EBS
料金的には互角です。ただし「[プロビジョンド IOPS SSD (io2)](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ebs-volume-types.html) 」は大阪リージョンにはリリースされておらず、東京リージョンでしか使えません。io1とio2の違いは以下の通りです。

>io1 ボリュームは、0.2% 以下の年間故障率 (AFR) で 99.8～99.9% のボリューム耐久性を提供するように設計されています。これは、1 年間に実行中のボリューム 1,000 個あたり最大 2 つのボリュームの故障に相当します。io2 ボリュームは、0.001% 以下の AFR で 99.999% のボリューム耐久性を提供するように設計されています。これは、1 年間に実行中のボリューム 100,000 個あたり 1 つのボリュームの故障に相当します。

##S3
料金的には互角です。ただし「S3 Object Lambda」機能は東京リージョンにしかありません。

>S3 Object Lambda を使用すると、S3 GET リクエストに独自のコードを追加して、データがアプリケーションに返されるときにそのデータを変更および処理できます。

##Lambda
東京リージョンのみが「[Arm](https://aws.amazon.com/jp/blogs/news/aws-lambda-functions-powered-by-aws-graviton2-processor-run-your-functions-on-arm-and-get-up-to-34-better-price-performance/)」アーキテクチャーを利用できます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/6578bece-4a62-80bc-01ea-df4d3e94ead2.png)

Armの方が費用対効果が高いため、東京リージョンの方が金額的なメリットがあります。

>Arm/Graviton2 アーキテクチャを使用する関数の場合、時間料金は x86 の現在の料金よりも 20% 低くなります。同じ 20% の削減は、プロビジョニングされた同時実行を使用する関数の時間料金にも適用されます。

##RDS
インスタンスタイプの数が東京リージョンの方が多いのです。料金的には同額のDBサービスが多いですが、Oracleの様に明らかに大阪リージョンが高いサービスもあります。以下は「RDS for Oracle オンデマンド DB インスタンス (ライセンス込み)」の費用比較となります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/4885d825-81c2-e7a6-dfe4-69b0a4be152c.png)

##その他
ちなみに、このサービス差異に関しては基本的に新サービスが東京リージョンで先にリリースされるという流れも影響しています。新しいサービスを早く利用したい場合は東京リージョンを選択する必要があります。

また、DirectConnectによる接続サービスなどでは「大阪リージョンへの接続はまだ対応していない」というサービスもあります。そういった周辺環境も大阪リージョン向けに整備が進んでいるところですので、注意が必要です。

#■じゃあ大阪リージョンはどんな時に使うの？
ここまでの説明で東京リージョンと大阪リージョンには差異があることがご理解いただけたかと思います。

<b><H3>単純に西日本のユーザ＝大阪リージョン利用ではない！<b></H3>

確かにレイテンシー面でメリットはあるかと思いますが、使いたい機能が使えなければ意味がありません。
<b><H3>使いたい機能が使えるか？何を優先すべきか？<b></H3>

それをしっかり考えて、東京リージョンと使い分ける必要があります。
使いたい機能を検討する場合に大事な事は、
<b><H3>東京リージョンと同じサービスが利用できる訳ではない。<b></H3>

という点です。ここまで見てきた通り、サービスのリリース数には90個の差異があります。そして細かい機能についても差異がある訳です。その為、使いたい機能がある場合は、まずは大阪リージョンで問題なく動くかテストすることをお薦めします。AWSは実際の環境で動作確認することは容易ですので、自分のAWSアカウントで実際に確認するのが確実です。
<b><H3>現物を見て現実を知る。<b></H3>
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/3d935e27-ced0-ee6c-2042-c29a7b2b5b60.png)


それがとても大事だと思います。

もちろん国内に東京と大阪の2つのリージョンが存在する価値は計り知れません。
大阪リージョンの誕生は、たくさんの夢を与えてくれました！
<b><H3>今後も大阪リージョンが発展していくことを楽しみにしています。<b></H3>


以上が大阪リージョンに関するまとめ記事でした。
皆様にとって少しでも参考になれば幸いです。

…………これで締めようかと思いましたが、最初に載せた『太陽の塔』が後ろ姿だったのでムズムズしている人もいるかと思うので、最後はきちんと前面からの『太陽の塔』を載せておこうかと思います。こちらが表のお顔です。前面の顔が『現在』、背面の顔が『過去』、そして金色の顔が『未来』を表現しているとか。えっ、金色の奴顔なん！っと思った方、『太陽の塔』は色々と奥深いのです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2253105/947d6ee0-f8f7-e226-d712-53c250000adb.png)

実は『太陽の塔』は最近では内部も公開しています。
中には『生命の樹』が存在しています。
どんな樹なのか気になる方。
それは是非、『現場に来て現物を見て』ください。
実際に自分の目で見て共感するのって大切だと思います。
<b><H3>GO TO OSAKA！！<b></H3>


それでは、最後までお付き合いいただき、ありがとうございました。