You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
検証された記事 ベアメタル環境とDockerコンテナ環境の性能比較 | Think IT(シンクイット) 1000件/60秒というアクセス頻度は、通常のWebサーバでCore i7程度のCPU性能があればそれほど高負荷とは言えない状況である。この結果からは、Docker環境を本番環境として利用することは厳しく、何らかの対策が必要だと考えられる。 検証された記事に対する対処法 CentOSにデフォ設定でDocker入れたら、**スパースファイルをloopbackマウントしたデバイス**の上にdm-thinが乗るので、性能出ないですよ。ちゃんと物理デバイス(LV)をバックエンドにするように設定変更しないと。http://t.co/HA4EbSDKqc — E. Nakai (@enakai00) 2015, 3月 28 ちなみに、Atomic Hostはデフォ設定で物理デバイス(LV)がバック
Dockerの理解を深めるため、またGo言語の経験を積むためにoasisというツールを書いた。「とりあえず動いた」レベルの完成度であり、実用で使うにはもっと時間をかけて改善していく必要がある。 これはコミット毎の実行環境をdockerのコンテナとして提供するリバースプロキシだ。例えば、以下のようにoasisを起動する。 % oasis start \ --proxy master.oasis.local:8080 \ --container-host 192.168.99.100 \ --repository github.com/naoty/sample_rails_app このときhttp://master.oasis.local:8080にアクセスすると、oasisは以下のようなことを行う。 --repositoryで指定されたリポジトリをgit cloneする。 サブドメインで指定
replace-var �g �U #!/bin/bash set -eu main() { local args=("$@") local inFile=$(pwd)/docker-compose.yml local outFile=$(pwd)/$1 if [[ $# -lt 2 ]]; then usage fi cp $inFile $outFile for ((i=1; i<${#args[@]}; i++)); do local pair=(${args[i]//=/ }) # tokenize by = pair[1]="${pair[1]//\//\\/}" # escape paths sed -i -e "s/\${${pair[0]}}/${pair[1]}/g" $outFile echo "Replacing: $i \${${pair[0]}} with ${
«Even though Borgmon remains internal to Google, the idea of treating time-series data as a data source for generating alerts is now accessible to everyone through those open source tools like Prometheus [...]» — Site Reliability Engineering: How Google Runs Production Systems (O'Reilly Media) Open Source Prometheus is 100% open source and community-driven. All components are available under the A
http://qiita.com/spesnova/items/658a47e40eaea5b5a5f4 ほぼこちらの手順をv2.0に置き換えた版+運用について+パフォーマンス改善について書いてみました。 動機 Dockerプライベートレジストリが欲しくなった ウェブをみると、自前はつらいという話が多かったのでどのくらいつらいのか知りたかった Docker Registry運用方法について Docker Registry用のサーバは 持たない方針 で進める 持ってしまうと… 管理サーバが増える SPOFになる(冗長化考えるのめんどい) 認証考える必要ある つらい 個々のサーバにDokcer Registryコンテナを立てる方式を採用 かつバックエンドにs3を使う方式にすると、 インタフェースだけローカルのDocker Registryを通して S3上のDockerイメージを共有することが出
はじめに 本記事はMartin Fowler氏のBlog記事を日本語訳したものです。 なお、訳は2014/11/09時点のもので、オリジナル記事中のコラムは訳せていません。コラムの訳に関しては、暇や反応を見ながらぼちぼちやろうと思います。 訳に対する指摘・ご意見などありましたらtwitter(@kimito_k)でお願いします。 補足 Martin Fowler氏に連絡をとったところ、主著者はJames Lewisであるとのことでしたのでタイトルを変更しました。(2014/11/13) Microservices "マイクロサービスアーキテクチャ"という専門用語は、ソフトウェアアプリケーションを独立して配置可能なサービスの組み合わせ(suite)として設計する特定の方法を指すものとして、ここ数年で急速に認知されています。このアーキテクチャスタイルに対する正確な定義はありませんが、ビジネス遂
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く