はじめに Dockerを本番環境で利用するに当たり、私レベルではDockerのクラスタを管理することはなかなか難しい訳です。凄くめんどくさそうだし。 ということで**AWS ECS(EC2 Container Service)**ですよ。 記事書くまでも無いかなと思ったんですけど意外と手順がWEBにない（気がしました）。ということで、今回は社内でハンズオンでもやろうかと思って細かく書いてみました。 こんな感じのシナリオをやってみたいと思います。 Dockerのイメージを用意する ECSの使い方の基本 コンテナのリリース Blue/Green Deployment AutoScaling/ScaleIn 前準備：Dockerのイメージを用意する DockerhHub上にpush済ですので、そのまま使って動かしてみましょう。 push済のコンテナは8080で起動しますので80にポートをマッピン
Amazon ECS入門 〜公式のDockerイメージを使って10分で構築してみる〜 | DevelopersIO
はじめに Amazon ECS(Amazon Elastic Container Service)を案件で使うことになったので勉強中です。触り始めた時に入門系の記事が少ないなと思ったので、できるだけ簡単に構築できる手順をまとめました。Dockerは触ったことあるけど、ECSは触ったことがない方が対象です。 構築してみる タスク定義の登録 まずはManagement ConsoleでECSの画面を開いて、左のタスク定義から新しいタスク定義を作成します。複数のコンテナをグループにしたものをタスクとして定義します。タスク単位でCPUやメモリの割り当てを行います。 タスク定義名を入力したら、コンテナを設定します。 赤枠の部分を入力します。イメージは公式のhttpdイメージを使っています。これは docker run するとフォアグラウンドでhttpdを実行するDockerイメージです。メモリ制限は
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Amazon EC2 Container Service 内容はあくまで現在のPreviewを元にしているので、今後も仕様などが変更になる可能性が大きくありますので、ご利用の際は必ずドキュメントをご覧ください。 ECSはDockerベースのアプリケーションのビルド、実行とそしてスケールを助けるためのサービスです。 利点として、より簡単なクラスターマネージメント、ハイパフォーマンス、柔軟なスケジューリング、拡張性、ポータビリティ、そしてAWSの他サービスや機能との統合があります。ECSは論理的なEC2インスタンスのグループを作成し、EC2
経緯 今流行りのRancherを使ってdockerコンテナを管理しています Rancherには「CATALOG」というdocker-compose.ymlのサンプルがあります。それを元に作成しました。 またどんなサービスかいつも気になってたので、どうせなら使いこなしたいので備忘録として 色々なサービスのdocker-composeがあるので参考になるかもしれません また、glusterFSのように消えてしまう前のメモとしても 使い方 ${xxx}は適宜、値を代入してください。 特におすすめ Consul Elasticsearch Hadoop + Yarn Datadog wordpress docker-composeサンプル ##Alfresco ファイル内全文検索・タグ付けでファイルが非常に探しやすい ドキュメントの参照/更新履歴が可視化されてチームコラボレーションしやすくなる 全
Dockerfile には HEALTHCHECK という指定ができて、これによりコンテナにヘルスチェック機能をつけることができます。要するにコンテナが正常に起動しているかチェックできるということです。 具体的にはコンテナのステータス(docker ps)欄に下記のいずれかを追加することができます。 (health: starting): ヘルスチェック中... (healthy): ヘルス判定 (unhealthy): ダメ まあ追加できるだけで、上記の状態遷移とdocker-composeが連動したりなどはしません。 当然depends_onとかにも影響はありません…。（ちゃんと実用例はあるようなので、興味のある人は調べてね） 今回はそのヘルスチェックの動きを理解しようと思います。 準備 いちいちDockerイメージをビルドするのが面倒なので、下記のようなdocker-composeを
この記事は、Selenium/Appium Advent Calendar 2016の18日目の記事です。17日目は、xshsakuさんのAppiumとSTFを使ったAndroid実機テストでした。 はじめに Seleniumテストを運用する上で安定性は大事です。テストが不具合以外の原因で頻繁に失敗してしまうと、チームメンバーは段々テスト結果を気にかけなくなってしまいます。そうなってしまうと、いざ不具合でテストが落ちても気づかれずに後回しになってしまう恐れがあります。自動テストの目的が問題の早期発見であることを考えると、これは深刻な問題になります。 この記事では、Seleniumテストが不安定になりやすい要因とその対策を、自分の経験の中からまとめてみます。 環境 Seleniumテストは、テストコードを実行するマシンさえあればいい単体テストと異なり、様々な環境が必要となります。そのため、不
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
