Amazon Web Services ブログ 新機能 – CloudFormation スタックへの既存リソースのインポート AWS CloudFormation を使うと、インフラストラクチャ全体を、テキストによりモデリングできます。この方法により、インフラストラクチャをコードのように扱うことが可能になり、ソフトウェアのバージョン管理やアーキテクチャ上の変更をデプロイ前にチームでレビューするなど、ソフトウェア開発のベストプラクティスを適用できるようになります。 初期段階でコンソールや AWS Command Line Interface (CLI) から作成された AWS リソースは、CloudFormation での管理が必要となる場合があります。たとえば、お客様 (あるいは他のチーム) で、 IAM ロール、仮想プライベートクラウド、または RDS データベースなどを移行の初期段階
大栗です。 CloudFormationはAWSインフラのオーケストレーションを担っており、Infrastructure as Codeで構成のバージョン管理ができる素晴らしいサービスです。しかし大きな難点がありました。それはCloudFormation外の変更を認識しないことで、テンプレートの変更時に意図しない環境になることでした。今回のアップデートでCloudFormation外の変更(ドリフト)も検出可能になり、その様な問題発生を抑止できるようになりましたのでレポートします。 New – CloudFormation Drift Detection AWS CloudFormation Now Supports Drift Detection Announcement: Introducing AWS CloudFormation Drift Detection! Detect ch
以前 AWSで作業する時は今後はずっとCloudFormationだけ使っていこうと思った - でこてっくろぐ ねお というエントリを書きましたが、最近はAWS SAMを使って色々作っており、これはめっちゃ便利だな、しかも思ってたよりも柔軟性が高い、という気持ちになったのでこのエントリを書いている。 (と思ったけど、DynamoDBは細かい制御が効かなかったので、以下は主にLambda + IAMについて書いていると考えてください) めっちゃ便利 CloudFormationと比較してとにかく記述量が圧倒的に少ない、圧倒的に読みやすい CloudFormationと比較して、IAM Role周りの設定がある程度隠蔽されていて嬉しい。IAM Role周りはいつも何を付与すればいいかが難しいし、後から見ても難しい AWS SAM Localが使えて簡単に手元で動作確認ができる これは小さいもの
Amazon Web Services ブログ コンテナやサーバレスアプリのデプロイツールとしてのAWS CloudFormation SA岩永です。AWS上にシステムを構築する際に、アプリケーションのデプロイをどのように行うか?については多様なやり方が考えられますが、今日はAWS CloudFormationを使ったデプロイをご紹介したいと思います。CloudFormationはインフラ構築のツールとして考えられている方も多いと思いますが、最近は特にAmazon ECSやAWS LambdaといったComputeサービスへのアプリケーションデプロイツールとしての活用が進んでいます。AWSのリソースはAWS Command Line Interface (CLI)やSDK等での操作が可能なので自作のツール等を使われるのはもちろん1つの選択肢ですが、もしCloudFormationを検討され
連休に入って酒量が増え体重も増え、昼夜わからない生活をし、ridgepoleのRails5対応はFが減らず、必要に駆られて使い始めたElasticBeanstalkの闇が見え始めた現実から目をそらすため、以前から懸案だったCloudFormation用ツールKumogataの次世代版を作ってみました。 なにが問題だったのか aws-sdk-v1 v1もまだまだ現役で使えるとはいえ状況を見る感じだいぶv2が主流になってきて、このままv1を使い続けるのはリスキー…なんだけどライブラリを変更するのが地味に大変。大量のFでモチベーション低下 モノリシック Kumogataは「フォーマットコンバーター+便利ツール」というもので、この2つは論理的に切り離すことができるはずなんだけど、初期の設計に建て増しを繰り返した結果、拡張がひっじょーにしづらい状況。おまけに対応フォーマットの追加に付随してgemもば
AWSはEC2やS3のようなシステムを支える基盤としてのサービスだけでなく、 高度なセキュリティの実現や監査証跡の記録を行うためのIAMやCloudTrailのような各種サービスも充実しています。 しかしそれらのサービスの多くの機能はアカウント作成直後の状態では有効化されていません。 実際に業務でAWSを活用するのであれば、こうしたサービスを適切に利用することは欠かせません。 またAWSに詳しい人ばかりが運用に携わるわけではないことを考えると、AWSを初めて使うようなユーザでも簡単に設定できることが望ましいです。 幸い、AWSはこうした作業を自動化するためのAPIやサービスを豊富に提供しています。 今回は今年の4月から利用可能になった、AWS CloudFormationとAWS Lambdaの連携機能であるLambda-backed Custom Resourceを使って各種初
New — File Release for Amazon FSx for Lustre Amazon FSx for Lustre provides fully managed shared storage with the scalability and high performance of the open-source Lustre file systems to support your Linux-based workloads. FSx for Lustre is for workloads where storage speed and throughput matter. This is because FSx for Lustre helps you avoid storage bottlenecks, increase utilization of compute
【AWS】Stack is not required! CloudFormation支援ツール “kumogata” を試してみました はじめに こんにちは植木和樹です。6月のJAWS-UG長野でcloudpackの山口さんが紹介されていたkumogataを試してみました。 winebarrel/kumogata · GitHub CloudFormation用ツール Kumogata 0.1.0 - so what 内部でCloudFormationを使いながらも「テンプレートにコメントが記述できる」だけでうれしいkumogataですが、果たしてどのようなものなのでしょうか。 用意するもの 今回は手元のOSXにインストールしてみます。rubyはrbenvを入れて 1.9.3を使用しています。kumogataはgemコマンドで簡単にインストールができます。 % gem search kum
よく訓練されたアップル信者、都元です。むしろCloudFormation信者かと自問する日々が続いておりますがw 育てるインフラ クラウドの売りの一つは「スケーラビリティ」です。これは単純に、HTTPリクエスト処理要求の増加に伴ってWebサーバの数を増やすだけの話ではありません。昨日ご紹介したように、ロードバランサ、キュー、ワーカー、そして(RDSであれば限定的ですが)データベースのように、システム内の各コンポーネントについて、スケールアウトできる構成が期待されます。 しかしそれだけでもありません。システムというのは運用しながら、キャパシティ要求だけでなく、機能要求の増加にも応えていく必要があります。単純なスケールアウトだけではなく、必要に応じてコンポーネントの追加 *1を行い、場合によってはアプリケーションの改修を伴うアップデートを行います。 そんな時にも、実はCloudFormatio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く