CircleCI と CodeDeploy のチュートリアル（出来るだけ awscli でやるよ） - ようへいの日々精進XP
ググれば 構成 チュートリアル CircleCI 用 IAM User 作成 デプロイ用 S3 バケット作成 CodeDeploy 設定 CodeDeploy Agent の導入 サンプルアプリケーションの用意 CircleCI の設定 サンプルアプリケーションをデプロイ ということで ググれば いくらでも情報は出てくるので、それらの情報を参考にしてチュートリアルしてみる。 circleci.com docs.aws.amazon.com dev.classmethod.jp 構成 下図のような構成を想定している。 チュートリアルでは以下のような作業を行う。 CircleCI 用の IAM ユーザー作成 デプロイ用 S3 バケット作成 CodeDeploy の設定 CircleCI の設定 チュートリアル CircleCI 用 IAM User 作成 デプロイ用 S3 への put 権限と
CircleCI で ECS にデプロイをするサンプルプロジェクト circleci/go-ecs-ecr を試した - kakakakakku blog
CircleCI を使って，ECS に Docker コンテナをデプロイする方法を調べていたら，CircleCI が公開しているサンプルプロジェクト circleci/go-ecs-ecr の存在を知ったので，さっそく試してみた． circleci/go-ecs-ecr を動かすと，Golang の API が動く Docker イメージを作成して，ECR にプッシュして，ECS にデプロイする，という流れを簡単に試すことができる．僕自身が ECS に入門したばかりなので，勉強のキッカケとしてもお手軽でとても良かった． github.com ザックリと構成図を書くと，こんな感じになる． circleci/go-ecs-ecr を Fork する まず最初に circleci/go-ecs-ecr を Fork する．このままだと circle.yml と deploy.sh に定義されたリ
CloudWatch Events + Lambda + CircleCI + Apex で Lambda をサーバレスに実行 & デプロイする - kakakakakku blog
先週，プロダクトで開発合宿を企画して実施してきた．今回のテーマは「開発効率／運用効率の改善」だったので，僕はインフラチームとして先輩と一緒に開発に取り組んだ．お題は「AWS コスト削減」にした．開発合宿で開発したツールで学んだことを簡単にまとめておこうと思う． Time-based approach http://d0.awsstatic.com/whitepapers/architecture/AWS_Well-Architected_Framework.pdf AWS Well-Architected Framework の「コスト最適化」に「タイムベースアプローチ」と呼ばれるベストプラクティスがある．そんな難しいものではなく，単純に開発系インスタンスを夜間や週末に止めることでコストを最適化できるし，クラウドネイティブな設計にもできるというものだ．意外と開発系インスタンスが週末も起動さ
ElasticBeanstalk & Rails & CircleCI構成で爆速デプロイ！
皆さまこんにちは。しくみ製作所の@taru-mです。 この記事は Docker2 Advent Calendar 2016 の24日目として予定していましたが、Dockerの１７日目が投稿されていなかったため、代わりに投稿します。 （正直、あまりこういう事は言いたくないのですが期限を守れない方は業務ではどうしているんでしょう。。@koki_cheeseさん24日目キャンセルしてしまいました。ごめんなさいm(_ _)m） さて、本題です。 弊社では2016年に入ってから8割の案件でDockerを利用するようになってきました。 そこで、効率的に運用するために幾つかのサービスを検討した結果、AWSのElasticBeanstalkというサービスに辿り着きました。 ElasticBeanstalkとは何か？ 簡単にいうと、AWSの各サービスをまとめてコントロールするためのサービスです。Elasti
AWS Application Load Balancer + Amazon ECS でDockerのホットデプロイ環境を構築した - Glide Note
TL;DR AWS Application Load Balancer(以下ALB) + Amazon ECS でDockerのホットデプロイ環境を構築した ALBのTarget GroupとECSのServiceを紐付けることで、ALB配下のコンテナの入れ替えが自動で行われるようになる ALBは先日リリースされたばかりで、私もまだ色々と検証している段階なので、内容や認識等に誤りがあるかもしれないのでご容赦下さい。(詳しい人教えてください!!) その他弊社の前提情報 GitHub + CircleCIが連携済み Docker RepoにはAmazon EC2 Container Registry(以下ECR)を利用 DeployはGitHubのデプロイブランチへのマージを契機にCircleCI経由で、Docker Pushとecs-deployでDockerデプロイを実施 準備 ALBとE
TerraformのコードをCircleCI経由でデプロイさせる | DevelopersIO
はじめに こんにちは、中山です。 何番煎じか微妙なところではあるのですが、今回TerraformとCircleCIを連携させてみたので一本エントリを書きます。TerraformのコードをGitHubで管理しておき、プッシュしたらCircleCIでTerraform実行というパターンです。 構成図 今回のエントリには直接関係しないのですが、Terraformで作成されるシステムは以下の通りです。一般的なWebシステムによくある構成にしてみました。 コード GitHubに上げておきました。ご自由にお使いください。 knakayama/terraform-circleci-demo ディレクトリ構造 以下の通りです。 terraform-circleci-demo/ ├── Makefile ├── README.md ├── app.tf ├── bastion.tf ├── circle.y
CodeDeployとCircleCIを利用したBlue/Greenデプロイメント | DevelopersIO
はじめに こんにちは、中山です。 今回CircleCIとCodeDeployを組み合わせてイミュータブルなBlue/Greenデプロイ環境を作ってみました。内容的には以下のエントリを組み合わせたものになります。 [公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) TerraformとCodeDeployでイミュータブルなBlue/Greenデプロイ環境を構築する TerraformのコードをCircleCI経由でデプロイさせる 構成図 デプロイの流れが異なるのでDevとOpsで構成図を分けました。今回説明を簡略化させるためにDev用コード(CodeDeploy)、Ops用コード(Terraform)を混ぜていますが、本番環境では別リポジトリに分離して管理することをオススメします。 Devの場合 Devの場合のデプロイフローは以下のとおりです
[公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) | DevelopersIO
コンニチハ、千葉です。 公式チュートリアルにそって、CircleCIとCodeDeployを使ったCD(継続的デプロイ)をやってみました。 CodeDeploy単体だとS3のファイルをEC2インスタンスへデプロイするのみですが、CircleCIを利用することで、GitHubへのコミットをトリガーに、アプリケーションのリビジョン作成、S3へアップロード、デプロイするところまでを自動化することが可能です。CircleCI、CodeDeployが初めての人でもこれをやってみると雰囲気がつかめると思います。 CodeDeployを復習したい方はCodeDeploy入門が参考になると思います。 AWS環境の構築 継続的インテグレーションの最初のステップとして、CodeDeployの設定をします。具体的には、 EC2インスタンスの作成 CodeDeoloyにてデプロイメントグループ、ロールを設定 EC
CircleCI+ECS+ECR環境でDockerコンテナのCD(継続的デプロイ)環境を構築する -前編- | DevelopersIO
コンニチハ、最近Dockerを沢山使っている千葉です。今回はDockerを使った継続的インテグレーションやデプロイを試してみました。 継続的インテグレーションは一度導入すると破壊力抜群でとても効率的な開発ができるようになるため、これを機会に試してみたいと思います！ CircleCI+ECS+ECR環境を使ってDockerコンテナを継続的デプロイする環境を作ってみました。初めての方でも雰囲気つかめるように、ECR,ECSのセットアップからCircleCIのセットアップまで一通りやろうと思います！ 動作としては以下のようになります。図にするとこんな感じです。 GitHub上にECRへのデプロイ用のシェル、CircleCI用の設定ファイル、Dockerfile、コンテンツ(index.html)をpushする GitHubへのpushをトリガーに、CircleCI上でDockerfileよりコン
CircleCI+ECS+ECR環境でDockerコンテナのCD(継続的デプロイ)環境を構築する -後編- | DevelopersIO
コンニチハ、千葉です。 後編です。前編では、ECRとECSの環境までを構築しました。ここからは、CircleCI側のセットアップを行いたいと思います。 流れとしては、以下で実施しようと思います。 GitHubにコードをpushする CircleCI用のIAMユーザを作成し、アクセスキーを取得する CircleCIにGitHubのリポジトリをリンクする CircleCIにアクセスキーを登録する ビルドを実施 デプロイされているはずなので、webにアクセスしてみる セットアップしてみた GitHubにコードをpushする こちらをforkするなり、zipでダウンロードして自分のリポジトリにコミットしGitHubへpushします。コードは特に変更せずそのまま登録すれば問題無いです。 local$ tree . ├── Dockerfile # Dockerコンテナを定義 ├── LICENSE
橋本商会 » AWS LambdaでCircleCIを毎日ビルドする
定期的にCircleCIでのテストを実行するAWS Lambda Functionを書いた。 shokai/circleci-daily-build: kick CircleCI rebuild everyday とくにソースコードの変更が無くても定期的にCIを実行しておきたい場合がある。 依存ライブラリを毎日全て最新版にアップデートしてテストするとか、スクレイピング対象のHTMLが変更されていたらすぐに気づきたい場合とか。 天気予報をスクレイピングで取ってくるライブラリを定期的に実行している様子。毎朝テストされて結果がSlackに通知される。 CircleCIにビルドを頼む CircleCIにはAPIがあるので外部からビルドを要請できる。 https://circleci.com/account/api でAPIキーを取得して使う。 curlとかでやってもいいんだけど、circleciと
複数のAWSアカウント管理＋ - Qiita
先週こんな記事を書いたんですが、CIに関する部分が抜けてたのでこっちで追記版を記載します。 複数のAWSアカウント管理 AWSの複数アカウントを簡単にセキュアに管理し、利用する CIに関する部分も追加してあります。 請求を一括管理（Consolidated Billing） 請求はProdアカウントで一括管理します。 複数のAWSアカウントの利用料金を代表1アカウントで支払う「Consolidated Billing」の設定方法 Rootアカウントはほぼ使わない コンソールログインにバーチャルMFA（Authy）を設定します。 APIでアクセス可能なセキュリティクレデンシャル（アクセスキーとシークレットキー）は発行しません。 AWSアカウント作ったらこれだけはやっとけ！IAMユーザーとAuthyを使ったMFAで2段階認証 CIでのデプロイに使う IAM User Rootやコンソールユーザ
AWS CodeDeploy と CircleCI で Docker コンテナを自動デプロイ · takus's blog
この記事は CircleCI Advent Calendar 2015 - Qiita の 2 日目の記事です。ちなみに 1 日目は @stormcat24 さんによる”CircleCIでサクッとビルドチェーンを実現する”お話でした。 というわけで、2 日目は、SmartNews’s Journey into Microservices という LT をしてきました のスライドで少しだけ触れている、Docker コンテナを AWS CodeDeploy + CircleCI でデプロイする話について、簡単に説明しようと思います。 背景 僕が所属しているスマートニュースという会社では、Java でアプリケーションが書かれていることが多いため、JAR/WAR を持ってきて実行するようなことを CodeDeploy を使った Pull 型デプロイでやっています。一方で、一部のアプリケーションは依
静的HTML公開フローをサーバレスでDevOps！(Github,CircleCI,AWS S3) 前編 - Qiita
コーポレートサイトなどの静的サイトを、Github+CircleCi+S3webhostingでサーバレスDevOpsを実現。 主な利点 ・Github操作のみでデプロイを自動化。 ・サーバレスなのでサーバ運用不要。 ・**ステージングサイトには閲覧制限(許可IP制）**を設けることで、外部会社との連携も安全。 #構築内容 AWS S3 webhosting構築 Githubリポジトリ作成 静的ページを用意 HTML+CSS(bootstrap) CircleCIでのオートデプロイ オートデプロイテスト +αでフォームサイトはlambda,cognitoで実装 6は後編で掲載予定。 #想定フロー 各自ローカル環境でHTML編集。Githubで管理。 stagingブランチへのgit pushでステージングサイトへ自動デプロイ (ステージングサイトは自社サイトのみ閲覧可能） pullreqし
Terraform + GitHub + CircleCI + Atlasを利用してAWSの操作を自動化した - Glide Note
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
