More than 3 years have passed since last update.

AWS Amplify フレームワークの使い方Part12〜ENV編〜

Last updated at 2020-11-25Posted at 2020-08-13

はじめに

Amplifyさんは本当にどんどん開発しやすい環境になっていきますね。すばらしい。
今回はそんな新たなamplifyコマンドをご紹介。

この記事の対象者

1つのAWSアカウント内で環境ごとのバックエンドを分けたい
開発者ごとにバックエンドを用意したい

規模が大きくなってくると環境ごとにAWSアカウントを分けたりすると思いますが、そちらのことは何も考えておりませんのでご了承ください。

作成の流れ

amplifyにenvを追加

いつものコマンドを叩いて、設定を開始します。

$ amplify add env
 Do you want to use an existing environment? No
? Enter a name for the environment dev

たったこれだけで、これまで作った環境と全く同じ設定のバックエンド環境の設定ファイルが作られます。

環境を構築

作成した環境にチェックアウトして、pushするだけで、全く同じ環境が新たに作成されました！！

$ amplify env checkout dev
$ amplify push

ローカル環境をあわせる

色々触り過ぎでわけわからなくなったときは、以下のコマンドで強制的にローカル環境を上書きします。

$ amplify env pull --restore
もしくは
$ amplify pull

基本はrestoreのほうがいいと思いますが、おそらく両方とも動作は同じでないかと思われます。(未検証)

不要になったら削除

$ amplify env remove dev

導入してよかったこと

開発環境のバックエンドを本番環境に簡単に反映

基本的には、1つのバックエンド構築のファイルがamplify/backendのフォルダ内に存在し、そのデータを元にチェックアウトしている環境にpushすることで、バックエンドが構築されます。

ですので、devにチェックアウトしてでいい感じになったバックエンドをprodに反映させいたい！というときは、そのままprodにチェックアウトしてpushしたらおしまい、という形でとても簡単ですね。

ただ、簡単にできるということは人為的なミスも生じやすいということなので、何かしらの管理出来る状況にはしないといけないとは思っている、、、。

Amplifyコンソールとの連動

Amplifyコンソールを使ってホスティングしている場合、amplifyの環境を複数作成していると、ブランチごとにどのバックエンドの環境を利用するか選択することができます。
これで気軽に、本番環境と開発環境のバックエンドを分けることができます。

気軽にバックエンドを作成して試せる

ちょっと新しいことにチャレンジしてみたいけどな、、、なんてときには、このコマンドで自分専用のバックエンドを作成し、お試しして、よかったら、開発環境に追加なんてことができます。

こんな簡単に、既存の環境を一切汚さずにバックエンドのテストができるなんて素晴らしい！！

Amplifyでのpushの失敗をリカバーできる

amplifyでうっかりリソースを削除してしまったときほど困ることは有りません。もう元に戻れなくて、イチから作り直しなんてことの経験は何度もあります。
そんなとき、このenvさんを使えば簡単に復活できます。

ちょっと長くなるので、こちらについては別記事でまとめています。
Amplifyでpush前の状態に強制的に戻す方法

おわりに

この子を知ったことで、開発の幅が一気に広がりました。感謝。

参考

機能ブランチのデプロイとチームのワークフロー(公式)

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up