AWSが2024年7月25日に新規利用終了したサービスと代替

AWSがCloud9、CodeCommit、他いくつかのサービスで、新規利用受付を終了したと、チーフエヴァンジェリストのJeff BarrがX（旧Twitter）に投稿しました。これらのサービスをすでに利用開始しているAWSアカウントでは現時点で引き続き利用できますが、未利用のAWSアカウントでは新規利用開始ができないようです。

終了されるサービスの代替情報などを（私見ですが）まとめます。

# 終了すると言及されたサービスは？

以下です（Jeff Barrの投稿での記載順）。

* S3 Select
* CloudSearch
* Cloud9
* SimpleDB
* Forecast
* Data Pipeline
* CodeCommit

いくつかはすでに類似サービスがあり、そちらが主流になっていて、影響が小さいかと思います。ですがCloud9とCodeCommitはいまでも利用者が多く、後継サービスがAWSになく、少なからず影響がありそうです。

# なにが起きますか？

上記のサービスをすでに使用しているアカウントでは、引き続き使用可能なようです。私の環境では、Cloud9で新規環境を作成しようとすると、作成ページに遷移できました。ただし移行を推奨するメッセージが上部に表示されました。「詳細はこちら」部分は後述する移行先についてのブログ記事にリンクされています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/55718/3ed870cc-208a-e89f-73ba-a77796104b52.png)

「[AWS Cloud9が突然、新規利用不可に？ 代替策「SageMaker Studio コードエディタ」の利用手順 #cloud9 - Qiita](https://qiita.com/minorun365/items/f5289163795d5d7b21e2)」によれば、Cloud9未利用のアカウントではアクセス権限がない旨を示すページが表示されるようです。

未利用のData Pipelineでは移行先についてのブログ記事の案内が表示されたほか、「Get started now」をクリックすると、表示されるのは[ドキュメントページ](https://docs.aws.amazon.com/datapipeline/latest/DeveloperGuide/dp-get-setup.html)でした。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/55718/be58531c-131f-096b-f667-70e8c43d833f.png)

# どんなサービスで、代替手段はなんですか？

以下に私見で、各サービスの簡単な概要と、想定される移行先をまとめます。筆者の知識不足で誤りなどある可能性が（わりと多分に）ありますので、利用者は、AWSサポートなどを利用してより確度が高く詳細な情報を入手することをお勧めします。

## S3 Select

S3に保存されたデータの一部を直接クエリし、その結果だけを取得することで、データ処理の効率を向上させるサービスです。

おそらくAmazon Athenaが代替の第一候補で、ケースによって、Redshift等が検討候補になると思います。

## CloudSearch

全文検索機能をアプリケーションに組込むためのPaaSです。

OpenSearchが代替の第一候補で、AWSブログにも「[Amazon CloudSearch から Amazon OpenSearch Service への移行](https://aws.amazon.com/jp/blogs/news/transition-from-amazon-cloudsearch-to-amazon-opensearch-service/)」が投稿されており、この中でサービス終了にも言及しています。ケースによっては、Kendraも検討候補になると思います。

## Cloud9

VPC内にデプロイされるEC2でホストされるクラウドベースの統合開発環境（IDE）です。

AWSブログには「[AWS Cloud9 から AWS IDE Toolkits または AWS CloudShell に移行する方法](https://aws.amazon.com/jp/blogs/news/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/)」が投稿されており、[原文](https://aws.amazon.com/jp/blogs/devops/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/)ではサービス終了にも言及しています。AWS IDE ToolkitsにIDEを、AWS CloudShellにAWS CLIなどをすぐ使えるシェル環境を移行できそうですが、これを統合したCloud9エクスペリエンスの十分な代替にならないかもしれません。

Cloud9エクスペリエンスに近い選択肢としては、[こちら](https://qiita.com/minorun365/items/f5289163795d5d7b21e2)ではAmazon SageMaker Studio コードエディタを紹介しています。

別案として、EC2上に[Coder](https://coder.com/docs/platforms/aws)のようなブラウザベースのIDEを構築し、Cloud9をよりセキュアな[no-ingress EC2構成](https://docs.aws.amazon.com/ja_jp/cloud9/latest/user-guide/ec2-ssm.html)にしていた場合はSystems Manager Sessions Managerで接続経路を確保することができるかもしれません（試した方がいたら教えてください）。Coderは、[Coder公式のAMI](https://aws.amazon.com/marketplace/pp/prodview-5gxjyur2vc7rg?sr=0-2&ref_=beagle&applicationId=AWSMPContessa#pdp-usage)があるようです。

## SimpleDB

シンプルなNoSQLデータベースです。

おそらくDynamoDBが代替の第一候補になると思います（さらに言えば、多くの利用者は既にSimpleDBではなくDynamoDBを使っているのではないかと思います）。

## Forecast

機械学習を利用して時系列予測（例えば販売数量や在庫などの推移予測など）をするサービスです。

基盤モデル（生成AIの大規模モデル）をベースにした予測方式への移行などに進んでいくと思われ、AWS Machine Learning Blogに「[Transition your Amazon Forecast usage to Amazon SageMaker Canvas](https://aws.amazon.com/blogs/machine-learning/transition-your-amazon-forecast-usage-to-amazon-sagemaker-canvas/)」が投稿されており、この中でサービス終了にも言及しています（日本語ブログ記事は見つけられませんでした）。

## Data Pipeline

データの移動と変換（ETL：抽出・変換・格納）を自動化するサービスです。

AWS GlueやAWS Step Functions、Amazon Managed Workflows for Apache Airflow (MWAA)等が代替の第一候補で、AWSブログに「[Migrate workloads from AWS Data Pipeline | AWS Big Data Blog](https://aws.amazon.com/blogs/big-data/migrate-workloads-from-aws-data-pipeline/)」が投稿されており、解説されています。この中でサービス終了にも言及しています。

## CodeCommit

Gitをベースとしたフルマネージドのバージョン管理（コードリポジトリ）サービスです。

AWSブログには「[AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法](https://aws.amazon.com/jp/blogs/news/how-to-migrate-your-aws-codecommit-repository-to-another-git-provider/)」が投稿されており、この中でサービス終了にも言及しています。任意のGitリポジトリが移行先となり、ローカルのGitリポジトリ、GitHubやGitHub Enterprise、GitLabなどのサービス、セルフマネージド（EC2やオンプレミスに構築した）のGitLabなどが考えられそうです。

CodeCommitについては、リポジトリそのものより、CI/CD環境にCodeCommitを組み込んでいるなどのケースで、ビルドパイプラインを新しいGitリポジトリで組みなおすところが移行の難所になるように思います。上記ブログ記事では、その点には触れていませんでした。

# 参考

AWSによる関連ブログエントリ。

* [Amazon CloudSearch から Amazon OpenSearch Service への移行](https://aws.amazon.com/jp/blogs/news/transition-from-amazon-cloudsearch-to-amazon-opensearch-service/)
* [AWS Cloud9 から AWS IDE Toolkits または AWS CloudShell に移行する方法](https://aws.amazon.com/jp/blogs/news/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/)（[原文](https://aws.amazon.com/jp/blogs/devops/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/)）
* [Transition your Amazon Forecast usage to Amazon SageMaker Canvas](https://aws.amazon.com/blogs/machine-learning/transition-your-amazon-forecast-usage-to-amazon-sagemaker-canvas/)
* [Migrate workloads from AWS Data Pipeline | AWS Big Data Blog](https://aws.amazon.com/blogs/big-data/migrate-workloads-from-aws-data-pipeline/)
* [AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法](https://aws.amazon.com/jp/blogs/news/how-to-migrate-your-aws-codecommit-repository-to-another-git-provider/)

その他。

* [AWS Cloud9が突然、新規利用不可に？ 代替策「SageMaker Studio コードエディタ」の利用手順 #cloud9 - Qiita](https://qiita.com/minorun365/items/f5289163795d5d7b21e2)
* [2024年7月27日時点におけるAWS CodeCommitとAmazon CloudSearchの新規利用に関して | DevelopersIO](https://dev.classmethod.jp/articles/aws-start-to-restrict-codecommit-and-cloudsearch/)
* [[廃止] Amazon Quantum Ledger Database (QLDB) が2025年7月31日に終了します | DevelopersIO](https://dev.classmethod.jp/articles/amazon-qldb-eos-announcement/)（本アナウンスの範囲外ですが）

## Jeff BarrによるX（旧Twitter）への投稿

[Jeff Barrによる2024年7月31日 10:40のXへの投稿](https://x.com/jeffbarr/status/1818461689920344321)

> 熟考の末、AWS CodeCommitを含む少数のサービスへの新しいアクセスを中止する決定をしました。（After giving it a lot of thought, we made the decision to discontinue new access to a small number of services, including AWS CodeCommit.）  
> これらのサービスに新規顧客をオンボードすることはなくなりますが、現在ご利用いただいている機能や体験に変更はありません。セキュリティや信頼性も維持されます。（While we are no longer onboarding new customers to these services, there are no plans to change the features or experience you get today, including keeping them secure and reliable.）  
> また、進化するニーズにより適した他のAWSまたはサードパーティソリューションへの移行もサポートしています。引き続きフィードバックをお寄せください。常に耳を傾けています。（We also support migrations to other AWS or third-party solutions better aligned with your evolving needs. Keep the feedback coming. We’re always listening.）

[Randall Huntによる2024年7月31日 10:45のXへの投稿](https://x.com/jrhunt/status/1818463066327335415)

> 問題はコミュニケーションだと思います。どのサービスなのか？詳細はどこで見つけられるのか？なぜ再:投稿の記事で人々が知るのか、それともコミュニケーションチャネルなのか？（I think the issue is the communication. Which services? Where can we find the details? Why are people finding out in re:post posts instead of comms channels?）
> 特にAWSの基本機能を基に構築するようにアドバイスされているパートナーに影響があります…（This particularly impacts partners that are advised to build on AWS primitives...）

[Jeff Barrによる2024年7月31日 12:26のXへの投稿](https://x.com/jeffbarr/status/1818488419347317217)

> ご意見は理解しましたので、顧客にとってより明確になるよう改善を行っています。（I hear you and we are making improvements so this is clearer for customers.）  
> 私が指しているサービスは、S3 Select、CloudSearch、Cloud9、SimpleDB、Forecast、Data Pipeline、およびCodeCommitです。（The services I'm referring to are: S3 Select, CloudSearch, Cloud9, SimpleDB, Forecast, Data Pipeline, and CodeCommit.）

----

**ご注意：**  
筆者のAWSキャリアは5年程度と浅く、主に[資格学習](https://www.credly.com/users/makio.tsukamoto)等による（経験や深い理解に基づかない）知識を元に記述している部分が多分にあります。上記情報の利用にあたっては、AWSサポートなどの信頼できるソースで確認を取ることを強くお勧めします。上記は内容を保証する（できる）ものではなく、その開始地点として活用いただければと思います。
上記は個人的なメモであり、また筆者の所属組織等とは一切かかわりがありません。