はてなブックマーク

前回好評頂いた記事、静的HTML公開フローをサーバレスでDevOps！(Github,CircleCI,AWS S3)を、AWSクラウドネイティブへ再実装。 そのメリッット・デメリットを考察してみる。 「そもそも、可能なの？」 当時(2015/12)にはなかった、CodeCommit＋Triggerが搭載された！ ということは、 CodeCommit にpush -> trigger -> Lambda発火が可能。 trigger&Lambda実装次第で出来そう。 1 元構成のおさらい GithubでHTMLコードを管理。 CircleCIがブランチへのpushを検知。 AWS S3の指定Bucketへ指定ブランチをデプロイ 2 フルAWS構成版 AWS S3 -> AWS S3 (そのまま） Github -> AWS CodeCommit CircleCI -> AWS Lambda

前回の記事で、単純な静的サイトのオートデプロイフローまで完了した後の続き。 後編 「問い合わせフォームもサーバレスでDevOps!」 認証 AWS Cognito 処理 AWS Lambda 通知 AWS SES を利用して、もちろんサーバレスで。 Gibhubへのstaging/masterへのpush　のみで、 CircleCI経由で各種環境へ自動デプロイを実現。 前提 前回同様の続きなので、 s3site.proudit.jp -> 本番サイト st.s3site.proudit.jp ->　ステージングサイト が、すでにGithub+CircleCiにてデプロイ可能である前提で進める。 構築内容 Cognito準備 フォーム/JavaScript準備 Lambda準備 SES準備 CicriCIデプロイ処理修正 オートデプロイテスト Cognito準備 CognitoはWebアクセ

コーポレートサイトなどの静的サイトを、Github+CircleCi+S3webhostingでサーバレスDevOpsを実現。 主な利点 ・Github操作のみでデプロイを自動化。 ・サーバレスなのでサーバ運用不要。 ・**ステージングサイトには閲覧制限(許可IP制）**を設けることで、外部会社との連携も安全。 構築内容 AWS S3 webhosting構築 Githubリポジトリ作成 静的ページを用意　HTML+CSS(bootstrap) CircleCIでのオートデプロイ オートデプロイテスト +αでフォームサイトはlambda,cognitoで実装 6は後編で掲載予定。 想定フロー 各自ローカル環境でHTML編集。Githubで管理。 stagingブランチへのgit pushでステージングサイトへ自動デプロイ (ステージングサイトは自社サイトのみ閲覧可能） pullreqし、レ