CloudFormationの中で、UserData書きまくって、エラーハンドリングせずにノーガード戦法デプロイしていませんか？ | レコチョクのエンジニアブログ
CloudFormationを使った環境構築、デプロイを行っているのだが、 テンプレートの中で、UserDataを使って、S3からコードを取得したり、環境にあわせて、設定ファイルを書き換えたりという処理を行っている。 このUserDataの中で、例えばS3からのデータの取得に失敗した場合どうなるの？？ 取得コマンドだけ書いているだけだと、そのまま処理は走り、Stackのステータスが「CREATE_COMPLETE」になってしまう。 つまり、デプロイ失敗したままコンプリートを迎えてしまうわけです。 これが、Blue-Green Deploy手法をとっている場合は、GreenのStackの生成を行い、正しく作成が成功しているのを見届けてから、BlueからGreenに切り替えるので、必ずGreenのチェックが入る。だから、そこまで影響はないと考えられる。あった方がいいけど。 しかし、動的にsta
CloudFormationとOpsWorksでインフラを育てる - ZOZO TECH BLOG
こんにちは。インフラエンジニアの光野です。 弊社ではネットワークの構築と管理にAWS CloudFormationとAWS OpsWorksを導入しました。 本記事では、その効果と導入に際しての工夫について紹介いたします。 目次 Before / After 効果 CloudFormarionとは CloudFormation or Terraform OpsWorksとは SSH/sudo管理 CloudFormationとOpsWorksの役割分担 CloudFormationテンプレートの分離方針 OpsWorksマルチレイヤーによるインスタンスの管理 OpsWorksでのdry-runとdiff YAML版CloudFormationでOpsWorks（Chef）を定義する場合の注意点 まとめ Before / After CloudFormationとOpsWorksを導入するま
7 Awesome CloudFormation Hacks
Since AWS introduced native YAML support, CloudFormation templates are much more readable than before. Also, the introduced intrinsic functions help a lot to build awesome templates. But sometimes the solution to a problem is not that obvious and often not well documented. This blog post should remind me to some of my hacks, so that I can google them later on. Maybe it’s helpful for you as well. H
create folder inside S3 bucket using Cloudformation
AWS doesn't provide an official CloudFormation resource to create objects within an S3 bucket. However, you can create a Lambda-backed Custom Resource to perform this function using the AWS SDK, and in fact the gilt/cloudformation-helpers GitHub repository provides an off-the-shelf custom resource that does just this. As with any Custom Resource setup is a bit verbose, since you need to first depl
GitHub/CodeBuild/CodePipelineを利用してCloudFormationのCI/CDパイプラインを構築する | DevelopersIO
GitHub/CodeBuild/CodePipelineを利用してCloudFormationのCI/CDパイプラインを構築する はじめに こんにちは、中山です。 最近CloudFormation(以下CFn)を書く機会が多いです。いろいろと個人的に思うところもあるのですが、やはりAWS公式サービスなので他サービスとの連携が手厚くサポートされている印象があり、好きなサービスの1つです。例えばLambda-backed Custom Resourceを利用することでイベントドリブンに処理を実装できたりします。 今私が関わっている案件的にチームとして動く機会が少なかったので、CFnテンプレートはローカルで管理することが多かったです。しかし、個人で開発している分にはこれでもよいのですが、チームとして管理する場合には問題が出てきます。テンプレートのテスト、スタックの作成/更新フローなどが統一され
CloudFormationの管理を楽にする - Speee DEVELOPER BLOG
娘にぞっこんアラサーエンジニアのpataijiです。 アラサーという言葉を初めて自分に使ったのでドキドキしています。 先日開催されたSpeeeKaigi#3 でCloudFormationのテンプレート管理をなんとかする、「Cloudruler」を紹介しました。 ↓ SpeeeKaigi#3 についてはこちら tech.speee.jp 当日のスライド speakerdeck.com CloudFormationを使用している方にはそれなりに共感いただけると思うのですが、テンプレートファイルの管理ってかなり大変じゃないですか？ 最近では、SAMのおかげで簡単にサーバーレスアプリケーションを作ることが出来るようになりましたが、VPC、EC2、RDS等をCloudFormationで管理する大変さは変わりません。 テンプレートをYAMLで書けるようになり、JSONしか対応していなかった頃と比べ
Ansibleのための YAML入門 | DevelopersIO
渡辺です。 いよいよ今週末にDeveloersIO 2017が開催されます。 当日はAnsibleのハンズオンを担当しますので、参加予定の方はよろしくお願いします。 早速ですが、予習用の資料を用意しました（笑） Ansibleでは、設定ファイルなどのフォーマットとしてYAMLを利用します。 本エントリーでは、Ansibleを利用する時に役立つYAMLフォーマットについて解説します。 データ構造フォーマット YAMLはJSONに似た、データ定義のためのフォーマットです。 プログラミング言語とは異なり、ロジックを記述するフォーマットではありません。 アプリケーションでのデータシリアライズに利用されるケースが多く、Ansibleでは設定データの定義ファイルとして利用されます。 ハッシュ ハッシュは、キー: 値のデータ構造です。 プログラミング言語では、連想配列やMapなどと言われます。 キーとコ
AWS CodePipelineを利用したネストされたAWS CloudFormationスタックの継続的デリバリー | Amazon Web Services
Amazon Web Services ブログ AWS CodePipelineを利用したネストされたAWS CloudFormationスタックの継続的デリバリー CodePipeline の更新 – CloudFormation スタックの継続的デリバリーワークフローの構築で、 Jeff BarrはInfrastructure as Codeについてと、AWS CodePipelineを継続的デリバリーに使用する方法について説明しています。 本ブログ記事では、ソースリポジトリとしてAWS CodeCommitを、ビルドおよびテストツールとしてAWS CodeBuildを使用した、AWS CodePipelineを使ったネストされたCloudFormationスタックの継続的デリバリーについて説明します。手動承認プロセスに従ってCloudFormationチェンジセットを使用してスタック
CloudFromationのAWS::Includeを利用してAWS SAMからインラインSwaggerを分離して管理する | DevelopersIO
CloudFromationのAWS::Includeを利用してAWS SAMからインラインSwaggerを分離して管理する はじめに こんにちは、中山です。 米国時間3/28にCloudFormationのアップデートが発表されました。複数のアップデートがあったのですが、本エントリではその中からAWS::Includeについて、AWS Serverless Application Model(以下 AWS SAM)と交えながらご紹介したいと思います。 AWS::Includeとは何か 一言で説明すると、 CloudFromationにおけるプログラミング言語のモジュールに相当する機能 です。S3にアップロードしたCloudFormationのテンプレートを、別のテンプレートからIncludeすることができます。今までも、ネストスタックやクロススタック参照を利用することで、テンプレートを機
AWS::Includeを利用してLambda-backed Custom Resourceをモジュール化する | DevelopersIO
はじめに こんにちは、中山です。 以前、最近発表されたAWS::Includeについて以下のエントリでご紹介しました。 CloudFromationのAWS::Includeを利用してAWS SAMからインラインSwaggerを分離して管理する 個人的に嬉しいアップデートの1つだったので早速使っています。いろいろと触っているのですが、この機能を利用することでLambda-backed Custom Resourceのモジュール化ができそうです。この場合の「モジュール化」とは、プログラミング言語のそれと同等の意味です。つまり、大抵の言語では import や require などで別のプログラムを呼び出して利用することができますが、CloudFromationでも同等のことが可能になりました。以前までもネストスタックやクロススタック参照を利用することで、同じようなことはできたのですが、よりプ
CloudFormationのパラメータでマルチバイト文字を入力する ｜ DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 CloudFormationで環境を構築することが多いのですが、EC2にミドルウェアを設定する時に環境固有の情報をパラメータから入力します。しかし日本語のようなマルチバイト文字を入力すると全て『?』と表示されてしまうので、環境を構築した後に個別に設定しており面倒でした。 最近CFnで日本語を入力する方法がわかったので紹介します。 ASCII文字に変換して入力する 結論として、マルチバイト文字を入力する方法はありませんでした。EC2のUserDataやMetadataへ流し込む時にマルチバイトが文字化けしてしまいます。 その代わり一旦ASCII文字に変換すれば、ASCII文字を入力することになるので使用できることがわかりました。CloudFormationで使用できる組み込み関数の中でASCII文字に変換できるのはFn::Base64です
AWS CloudFormation の更新 – YAML、クロススタック参照、簡略化された置換 | Amazon Web Services
Amazon Web Services ブログ AWS CloudFormation の更新 – YAML、クロススタック参照、簡略化された置換 AWS CloudFormation では、テンプレートを作成して、スタック全体 (関連する AWS リソースのコレクション) を宣言により表すことができます。スタックを定義し、希望のリソースとそれらの相互関係を指定および設定して、スタックの必要な数のコピーを起動できます。CloudFormation では、リソースを自動的に作成およびセットアップし、リソース間の順序付けの依存関係の対応に配慮することもできます。現在、CloudFormation には 3 つの重要な機能を追加中です。 YAML Support – CloudFormation テンプレートを YAML で記述できるようになりました。 クロススタック参照 – あるスタックから値を
AWS CloudFormationのネストしたスタックのテンプレートを作ってみた - keiwt’s diary
追記: http://keiwt.hatenablog.com/entry/2016/09/22/173231 実際CloudFormationを使用するにあたってAWSのサンプルテンプレートがありましたが、ネストしたスタックのいいテンプレートがまだないので、自分でテンプレートを作ってみることにしました。 作成したのがこちら github.com ついでにCloudFormationベストプラクティスを見てみます。 ライフサイクルと所有権によるスタックの整理 通常、すべてのリソースは 1 つのスタックに置かれますが、スタックの規模が大きくなり拡張する必要が出てきた場合は、単一のスタックでの管理は手間と時間がかかります。共通のライフサイクルと所有権を持つリソースのグループ化により、所有者は独自のプロセスやスケジュールを使用して、他のリソースに影響を与えることなくリソースのセットを変更できます
【AWS】CloudFormationのベストプラクティスを読んで - やーまんぶろぐ
最近、CloudFormationでサービス環境を構築しています。 VPCからEC2まで、コマンド一発で作成できるのは便利ですね。 ベストプラクティスを読んだことなかったので、読んでメモしておきたいと思います。 docs.aws.amazon.com jsonでの管理が死ぬほどめんどくさいので、ラッパーであるkumogataを使用してrubyで管理しています。 github.com kumogataについては別記事で書きたいと思います。 計画と編成 ライフサイクルと所有権によるスタックの整理 IAM を使用したアクセス制御 すべてのリソースタイプのクォータを確認する テンプレートを再利用して複数の環境にスタックを複製する ネストされたスタックを使用して共通テンプレートパターンを再利用する テンプレートの作成 テンプレートに認証情報を埋め込まない AWS 固有のパラメータタイプの使用 パラメ
CloudFormationとOpsWorksによる継続的なインフラ更新について / Infrastructure with CloudFormation and OpsWorks
Minami Aoyama Night #3 https://minami-aoyama-night.connpass.com/event/58102/ CloudFormationとOpsWorksによる継続的なインフラ更新について
【セッションレポート】AnsibleとPackerとCloudFormationの話をしてきました #cmdevio2015H | DevelopersIO
3/29(日)に開催されたDevelopers.IO 2015 Developer Dayにて、「Ansible + Packer + CloudFormationでらくらく構築・運用」というタイトルで話をしてきました。 スライド スライドはSlideshareにて公開しています。 内容について スライドの内容はここ半年でPacker + Ansible + CloudFormationでのAWS基盤構築に取り組んだ感想や効果的な使い方について重点をおきました。ですが、見なおしてみるとPackerの利用に関わらずAWS上でシステムを構築する上で重要なことがたくさん入ったかな、と思っています。例えばCloud DIの話とか、Auto Healingの話などですね。API経由でインフラのリソースを扱えるAWSにおいてはこれまでも様々なデザインパターンが考えられてきましたが、これを上手く組み合わ
CloudFormationのスタック間でリソースを参照する | DevelopersIO
ども、大瀧です。 昨日Cloudformationの大規模アップデートが有り、YAMLサポートや新しい関数などと共に異なるスタックのリソース参照機能が追加されました。 今回は異なるスタックのリソース参照機能について試してみた様子をレポートします。 これまでのスタック間参照 これまでCloudFormationには、独立したCloudFormationスタック(単一のCloudFormationテンプレートから作成されたリソース一式)同士でリソースを参照する方法はなく、リソース名やリソースIDをパラメータに入力するか、テンプレートにハードコードしていました *1。 シェルスクリプトで複数のCloudFormationスタック作成を自動化するときは、aws cloudformation describe-stack-resourcesのレスポンスをパースして次のスタック作成のパラメータに代入な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS CloudFormationでyaml, !GetAtt, Export, !ImportValue, !Subが使えるようになったので使ってみる - keiwt’s diary
AWS CloudFormation