amakanの本番環境をDockerに移行した - ✘╹◡╹✘
https://amakan.net/ のこの辺の改善の続き。 amakanをUnicornからPumaに移行した - ✘╹◡╹✘ amakanでyarnを使うようにした - ✘╹◡╹✘ amakanでRuby 2.3.3を使うようにした - ✘╹◡╹✘ amakanを Ruby 2.3.3 から 2.4.0-preview3 に移行した - ✘╹◡╹✘ amakanのフロントエンドを色々改善した - ✘╹◡╹✘ amakanをSidekiqに移行した - ✘╹◡╹✘ amakanの開発環境をDockerに移行した - ✘╹◡╹✘ 本番環境で使うDockerイメージ これまで開発環境でのみDockerを動かしていたが、本番環境でDockerを動かすには、本番環境で利用できるようなDockerイメージを用意する必要がある。そこでamakanでは、こういう方法を取った。 開発環境と本番環境で同
ctop - topライクなコンテナのステータスチェックコマンド MOONGIFT
Dockerにハマると何でもDocker化したくなります。すべてのサービスをDocker化することでプロセスがセキュアになり、限られたポート同士で連携できるようになります。ホストの環境依存もなくなり、移行や開発環境構築も簡単になります。 そんなDockerコンテナの状態をチェックできるのがctopです。topライクに使えるコマンドです。 ctopの使い方 コマンド実行例です。 新しいDockerコンテナを立ち上げたらリストも更新されます。 ctopではコンテナごとにメモリ使用量、CPU、ネットワーク、ディスクI/Oなどが計測できます。パフォーマンスが著しく悪いコンテナを見つけて改善したり、メモリ使用量の多さをチェックするのに使えるでしょう。開発環境はもちろん、運用環境でも役立つことでしょう。 ctopはGo製のオープンソース・ソフトウェア（MIT License）です。 bcicen/ct
AnsibleでDockerコンテナを作成する「Ansible Container」を使ってみる | さくらのナレッジ
現在、ansible-containerプロジェクトは開発終了しています。詳細は同プロジェクトのGitHubページをご覧ください。 昨今利用者が増えている構成管理ツール「Ansible」については以前にも紹介したが、このAnsibleをDockerコンテナのビルドに使用するツール「Ansible Container」が登場した。Ansible Containerを利用することで、Dockerコンテナイメージをより簡潔に管理できるようになる。今回はこのAnsible Containerの概要と基本的な設定方法を紹介する。 Ansible Containerとは Dockerコンテナを作成するための方法は複数ある。たとえばdockerコマンドには、「Dockerfile」という設定ファイルを元にコンテナを作成する「docker build」サブコマンドが用意されているが、これ以外にもDocke
Blog
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
docker-compose.ymlが環境別に複数ある場合はCOMPOSE_FILEを定義しておくと幸せになれる
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
hanhan's blog - Docker for Macのmount遅い問題まとめ
docker for macを使っているユーザが抱えている大問題。それが shared directory 遅い問題。このエントリでは、何故遅いのか、どうしたら良いのかをまとめた。 フォーラムの元ネタFile access in mounted volumes extremely slow, CPU bound - Docker for Mac - Docker Forums GithubのissueFile access in mounted volumes extremely slow · Issue #77 · docker/for-mac · GitHub ※注 超長い どんな問題が起きているのか？ Symfonyプロジェクトでブラウザ経由で開発環境にアクセスするとページ表示に30秒かかる コンテナ内で npm install すると10分以上経っても終わらない コンテナ内で gu
個人開発環境をvagrantで建てるべきか、dockerで建てるべきか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ローカルPCに個人開発環境を建てたいけど、母艦は汚したくないものです。 そうすると、だいたいの場合vagrant(virtualbox)かdockerかの2択になると思います。 この使い分けにいつも迷うのでどうするべきかの指針を考えてみました。 お断り: 以下は個人の見解であって、所属先の見解ではありません。 vagrant カーネルに依存する操作を行いたい場合 dockerの場合、いじれるカーネルパラメータが限られています。 特定バージョンのカーネルの環境を用意する必要がある場合や、カーネルパラメータに特殊な設定が必要な環境では仮想マ
なぜDockerを使うのかを整理する - あすたぴのブログ
※追記 整理とかいいつつ、雑に書きなぐっただけだったので少し文章と見栄えを直しました。 背景 いま作っているシステムではECSのクラスタ上に、Dockerコンテナを配置してアプリケーションをデプロイしている。 なぜ一般的なEC2にアプリケーションを配置する手法を使わずに、ECSでDockerを使用するのか。 自分の考えを整理する。 前提知識 ECSとは AWSのサービスの1つでEC2ContainerServiceの略。 Dockerコンテナを運用をいい感じにやってくれるサービスです。 TL;DR; アプリケーションの運用はいろいろ大変 運用を楽にするために色々な技術がある Dockerを使うとより楽になる EC2にアプリケーションを配置する手法 通常EC2を使い際に、AWSが用意しているAMIをそのまま使用することは多くない。 理由としては幾つかあるが、雑に思いついたのはイカ デフォルト
docker runのオプションについて
docker のバージョンは1.8です。 いくつか質問します。 常識的なことかもしれませんがおねがいしますm(__)m（汗） docker runのオプション 1.-t は何をするのでしょうか ttyの確保と書いてありましたが、いまいちわかりません。 何の略ですか？また何をしてくれるのでしょうか？ 2.-i について調べました、「stdoutを開きっぱなし」「コンテナの標準入力を開く」とかいてありましたが、いまいちわかりません。 3.-p 1234:80 が私の解釈があっているのでしょうか？ 外部から80番宛のパッケが来た場合、ローカル内では1234番に送るということですか？ 以上おねがいしますm(__)m
Amazon ECSを用いたDocker本番運用の実現 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 現在お手伝いしているアカウンティング・サース・ジャパンにて、ECSを使ったDockerの本番運用を始めたので、その一連の流れについてまとめました。 税理士向け会計システムを扱うアカウンティング・サース・ジャパンでは最近Scalaでの新規プロジェクトが立ち上がってきており、既存のプロジェクトはJavaであったり、Erlangであったりと様々な言語が用いられていますが、インフラ人員が少ないということもあり、なるべくシンプルなインフラ構成を実現する必要がありました。 そういった中、各アプリケーションをDocker化することでインフラ
Docker を使ってデータの永続化をせずにマストドンをデプロイしてしまったときの対処法 - Qiita
はじめに マストドンを GitHub からクローンして、docker-compose.yml を編集せずにデプロイしてしまうと、PostgreSQL と Redis のデータの永続化がされません。データの永続化を行わずに稼働させていると、コンテナが消えてしまったときにデータベースのリカバリーができなくなってしまいます。 今回は、データの永続化をせずにデプロイしてしまった場合に、どのような手順で永続化を行えばいいかを紹介します。 データの永続化と、取るべきバックアップファイルに関しては「小規模Mastodonインスタンスを運用するコツ」を参考にさせていただきました。 データの永続化とは Docker におけるデータの永続化とは、Docker コンテナで使用するデータ（リソース）を、コンテナのボリュームではなくメインのボリューム（コンテナ本体ではなくサーバ直下）に置き、コンテナはサーバ直下のフ
VISAカードのインフラがDocker採用。数秒でプロビジョニング、パッチやメンテにさよなら、消えるインフラ。DockerCon 2017
VISAカードのインフラがDocker採用。数秒でプロビジョニング、パッチやメンテにさよなら、消えるインフラ。DockerCon 2017 4月に米テキサス州オースチンで開催されたDockerのイベント「DockerCon 2017」では、コンテナランタイムのためのLinuxコンポーネント「LinuxKit」の発表や、コンテナランタイムを組み立てる「Moby Project」の発表など、同社の新しい方向性を示す発表が相次いで行われました。 そのなかでもう1つ、DockerCon 2017ではグローバルな決済サービスを提供しているVisaが、同社のインフラにDockerを採用したという事例が発表されました。これまでDockerは開発環境やテスト環境への採用が進んでいましたが、Visaのような著名な企業が本番環境でDockerを採用した事例の発表は、Dockerの本番環境への導入を市場に説得す
dockerやめてどうしたか？
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよｗ Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
Docker盲信してる皆様へ
そもそも便利なのかちゃんと考えてる？ 「日々Dockerfileをメンテして開発環境がこんなに楽になります！」 「Dockerなので本番とも開発者同士でも同じになります！」 馬鹿じゃねーのかｗ？ Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよｗ そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが 本番と同じものを作りたかったら本番からコンテナ作れよ なんでビルド始めちゃうの？無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの？ yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、（バージョンロックする方法はあるけどめんどいだろ） 本番でもコンテナを使ってますってやつら以外無理し
GitHubの docker/docker は moby/moby になりました。 | DevelopersIO
ども、大瀧です。 昨日から開催されているDockercon 17では、Docker関連の多くの発表がありました。 その中のひとつにMobyプロジェクトがあり、プロジェクト発足に合わせてGitHubのdocker/dockerリポジトリがmoby/mobyリポジトリに移動しました。今後Docker CE(Community Edition)のソースやIssueなどを見るときは、こちらのリポジトリにアクセスしましょう。 このブログでお伝えしたいことは以上なのですが、「Mobyってなんだよ?!Dockerが名称変更したの?」と言われそうなので、ちょっとだけ解説します。経緯についての一次情報は、以下をご覧ください。 Transitioning to Moby by shykes · Pull Request #32691 · moby/moby ほどなくちゃんとした説明がDocker社のブログなど
リバースプロキシを使ってDockerコンテナへのアクセスをポート番号でなくホスト名で分ける - Qiita
でアクセスできるようにします。 Docker環境の構成 こんな感じのDocker環境が構成されているものとします。（緑のProxyが今回導入するリバースプロキシ用のコンテナです。） docker-compose.ymlにnginx_proxyを仕込む こんな感じで指定します。environmentの部分に注目です。VIRTUSL_HOSTで、Dockerコンテナ用のバーチャルホストを指定します。さらに、VIRTUAL_PORTで、そのDockerコンテナが公開しているポートを指定します。 # nginx-proxy proxy: image: jwilder/nginx-proxy ports: - "80:80" volumes: - /var/run/docker.sock:/tmp/docker.sock:ro # jenkins container jenkins: image:
docker container / image コマンド新旧比較 - Qiita
概要 2017年1月18日にリリースされた Docker v1.13 以降（今日現在の v17.03.0-ce ）は、 docker コマンドラインの命令体系が再編成されました。本記事では変更に至った背景と、新旧コマンド体系の比較情報を整理します。 新しいサブコマンド体系の導入と背景 新しいコマンド体系の導入に至ったのは、docker のトップレベル・コマンド群が 40 を越える状況（当時）となったためです。コマンドには頻繁に使うものもあれば、使わないものもあり、再編成されることになりました。 v1.13から論理オブジェクト単位にコマンドが再編成されました。これは、「何」（コンテナやイメージ、ネットワーク）を、「どうするか」（作成、一覧、起動、停止）で扱います。そのため、従来よりもコマンドの利用目的が分かりやすくなります。たとえば、コンテナを管理する docker container サブ
Docker コマンドのショートカットをプロジェクトルートに置いたら快適になった - Qiita
Docker を使って開発環境を作ると、手軽に自動化できて便利なのだが、 Docker コマンドをいちいち発行するのが面倒になる。 例) php artisan serve => docker-compose exec web php artisan serve rails s => docker-compose exec web rails s alias dc='docker-compose' としても、まだ長い。 そこで、 Docker を使っているプロジェクトについては、下記の様な構成にした。 project-root/ |-- bin | |-- composer | |-- gulp | |-- node | |-- npm | |-- php | `-- yarn |-- docker | |-- nodejs | `-- web |-- artisan |-- compos
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerを本番で使ってみて分かったこと
Dockerfileのアンチパターンと軽量化方法 - Qiita
