AWS

Gitにコードをプッシュしたらビルドが自動で走り、成功すれば次のテストやデプロイに進む…という流れを作りやすい。手動操作を減らして、エラーも早期に発見できるからDevOpsがぐっとはかどるんだ。

リクエストの一部だけ新しいLambdaに流して、問題ないか様子を見る方法。徐々に配分を増やして最終的に完全移行するから、大きなリスクを避けながら新バージョンを導入できるよ。

ソースコードの置き場所がどこであっても引っ張ってきてビルドできる。GitHubやBitbucketと連動すればプルリクのたびにCI(継続的インテグレーション)を回すのも簡単。オープンソースプロジェクトでも使いやすいんだ。

時間をかけて“均等に少しずつ”トラフィックを新Lambdaへ移行する仕組み。例えば10分ごとに10%ずつ増やすとか設定できる。急にガラッと変えないから、トラブルがあってもすぐ気づいて対処できるんだ。

ビルドで作ったファイルを保存するとき、鍵を使って暗号化し、安全に守る仕組み。秘匿性が高いアプリや商用ライブラリなら、万が一S3を覗かれても簡単には中身を見られないようにしておきたいよね。

ロードバランサーを使って、新旧アプリへのアクセス割合を調整する。たとえば新アプリがOKなら割合を増やし、ダメなら戻す、とコントロールできる。Blue/GreenやCanaryデプロイでよく活用される機能なんだ。

“今のビルドは成功/失敗？”をアイコン表示できる仕組みで、READMEなどに貼れる。緑色ならOK、赤色なら失敗など、プロジェクトの状態がぱっと見でわかるから、チーム内外にステータスを共有しやすい。

デプロイ中にエラー率や応答時間が基準を超えたら自動でストップ、あるいはロールバックする仕組み。運用者が気付く前にシステムが安全に戻してくれるから、本番へのダメージを最小化できるんだ。

ビルド失敗時に“再度試してみる”のを自動化できる。たまにネットワーク不調で落ちたり、外部モジュールが取れなかったりする一時的ミスを、いちいち手動再実行しなくて済むから、安定性を高められるんだ。

デプロイが成功したか失敗したかをSNSやメールでお知らせしてくれる。いちいちコンソールを見に行かなくても結果がわかるし、失敗時にすぐ対応できる。開発チーム全員で情報共有するのにも便利だね。