翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 デバッグとトラブルシューティングのガイド AWS OpsWorks Stacks は新規顧客を受け付けなくなりました。既存のお客様は、2024 年 5 月 26 日までは OpsWorks コンソール、 API、 CLI、 および CloudFormation リソースを通常どおり使用できますが、その時点でこれらのリソースは廃止されます。この移行に備えて、できるだけ早くスタックを AWS Systems Manager に移行することをおすすめします。詳細については、AWS OpsWorks Stacks サポート終了に関する FAQ および AWS OpsWorks Stacks アプリケーションを Application Manager AWS Systems
はじめに 2015年12月にリリースされたOpsWorksのChef12対応(OpsWorks Chef 12 for Linux)、とても便利になりました。chef.ioのblog記事にて紹介されていたDjangoのdeployを早速試してみました。 Chef Community Cookbooks with AWS OpsWorks Chef 12 便利になった点 まず、何が嬉しいのか、便利になった点をまとめます。 - OpsWorks内部で使用しているCookBookとの、Namespaceの衝突が発生しない - Chef12以降でないと動作しないCommunity Cookbookが使えるようになった - Chef searchを用いてAWSのリソース(Stack、Layer、インスタンス、ELB、RDSなど)を取得できるようになった なお、従来から利用できるChef11 Stac
OpsWorksへCookbook配備設計 Chef12バージョンのOpsWorksでは、Chef11バージョンの時にあったManage Berkshelfの項目が無くなりました。 Chef11バージョン Chef12バージョン 今まではBerkshelfレシピ使う時は、Berksfileに使いたいレシピを記載し、アップロードするだけでOpsworks上で使用できたのですが、これからはローカルでレシピをインストールしてアップロードしなければなりません。 Berkshelfとカスタムで使用するレシピを上手く統合して使いたいので、AWSドキュメントのベストプラクティスを参考に下記のような手順でクックブックをアップロードする設計にしました。 ポイントは、ローカルでBerkshelfレシピをインストールせず、CirclCIでBerksehlfレシピインストール・カスタムCookbookとの統合、な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く