2019-04-18この記事は約11分で読めます。hisayukiです。前回やったこちらの続きをやろうと思ったので、経過を書きます!どこまでやるかわかんないので連載形式にしようと思います。TypeScriptでServerlessをやりたくなったAWSのLambdaの話を聞いて、Serverlessに興味を持ってもう3年(もっと?)経った。前回はローカル環境でのテストまでだったので、実際に環境をプロファイル指定してデプロイしてみました。serverless.ymlの設定を追記。helloproviderにstage、region、profileを追記。今回は開発なのでステージをdevに、リージョンはデフォルトだとバージニアなのでap-northeast-1にして東京を指定。最後にprofileは実際にデプロイする先のアカウントを指定します。このとき、どうやら環境変数にAWS_ACCESS_KEY_IDとAWS_SECRET_ACCESS_KEYが設定されてるとprofileを無視されてる気がする。AWS_ACCESS_KEY_ID=とかで環境変数内のAWS_ACCESS_KEY_IDを消しておきましょう。CLIも出来る限りちゃんとプロファイル分けて--profileをつける癖をつけたほうが可読性も高くなるしミスも減ると思う。5.00s.こんな感じでデプロイ無事成功❗この画面では指定したステージとリージョンになっていることとはわかりますが、どのプロファイル使ったかまでは表示されないです。指定のプロファイルがある環境でLambdaを確認したらこんな感じでデプロイされてます❗ステージごとに環境変更やり方はいろいろあるんだけど・・・結局こんな感じに落ち着きました。serverless_prdopt:stageでデプロイコマンドにstageオプションをつけることが出来ます。オプションがなければself:custom.profiles.defaultStageが呼ばれます。self:はserverless.yml内を指してるので、defaultStageはdevになります。${self:custom.profiles.${self:provider.stage}}も同様に、serverless.yml内のcustom.profiles.を呼んで、その先を可変にしてます。可変部分はprovider.stageなので、今回はdevが入ります。結果、プロファイルはserverlessが呼ばれるって感じですね!次はコマンドをstageオプション付きで実行しました。command.まだserverless_prdのプロファイルは作っていないのでエラーになりますが、ちゃんと切り替わっていることはわかります❗まとめ今日は環境切り替えのためのserverless.ymlの書き方をやりました。技術ネタBlackBeltでDynamoDBを勉強してみたこんばんわ、hisayukiです。Serverlessの仕組みを取り入れていこうと思うと避けて通れ...技術ネタそろそろShifterに移行していく最近界隈で話題になりつつあるShifterとりあえずお試しでサイト移行をやってみようと思います。動的サイトのWordPressをCloud上で構築して、公開するときには静的WebサイトにしてくれるステキS...技術ネタ新年、あけましておめでとうございますあけましておめでとうございます!皆様、今年も何卒よろしくお願い致します。31日と1日は流石に家でゆっくりしたので、今日はちょっと外に出ました。CUPSさんに...技術ネタ敗北者のTypeScriptを見てこんばんわ、hisayukiです。先日、Qiitaで非常に良記事を見つけました。...技術ネタTypeScriptでServerlessをやりたくなったAWSのLambdaの話を聞いて、Serverlessに興味を持ってもう3年(もっと?)経った。コメントをキャンセルメールアドレスが公開されることはありません。