It’s that time of week again, folks. Welcome to Week in Review (WiR), TechCrunch’s regular digest of the past week in tech. New here? Not to worry — sign up here to get WiR in your i
db: image: mongo ports: - "27017:27017" web: build: . command: bundle exec rails s -p 3000 -b '0.0.0.0' ports: - "3000:3000" links: - db - db:database linksを使えば、webコンテナからdb:27017またはdatabase:27017を使用してmongoコンテナにアクセスすることができます。dockerコンテナはIPアドレスを固定するのが面倒なのでエイリアスで接続できるのは便利ですね。ちなみにdbが[サービス名]で、databaseが名付けた[エイリアス名]です。 version2での違い docker-compose.ymlでversion:'2'を指定すれば、以上の違いはなくなるそうです。version 1の場合は他のコンテナから[
こんにちはsekitakaです。 Pycharのdocker-composeのProject Nameを指定する方法 docker-composeコマンドの実行に指定する以外にCOMPOSE_PROJECT_NAME環境変数を指定することでProject Nameが指定できるそうです。 Preferences > Project > Project Interpreter から Docker Composeの設定のEnvironment variablesにCOMPOSE_PROJECT_NAMEを任意のProject Nameに設定する。 経緯 Pycharmでpythonインタプリタとしてdocker-composeで起動したdockerを使用していたのですが、docker-compose -p <プロジェクト名> -f <docker-compose.ymlへのパス> buildでビ
nginxはworkerプロセスの数をCPUコア(スレッド)数で決定するworker_processes autoという便利設定があります。 これが多用されているのは、nginxがノンブロッキングでリクエスト処理を行うため、コンテキストスイッチなどを考慮した場合に、コア数で立ち上げておけば効率よくCPUを使い切れるという前提があるからです。 一方で、例えば僕の用途では、現在画像の処理だったりとか、ngx_mrubyのようにリクエストの過程で一部ブロッキングされるような処理も増えてきているため、コア数以上の値に設定しておいた方が性能を発揮できるような状況も増えてきています。 そうなると、現状、非常に便利な設定であるauto設定を使えずに静的に数字を設定する必要があり、例えばサーバリプレース時には古いコア数を考慮した値になっていたりして、リプレース後にCPUのコア設定がそのままで性能が出せてい
※この記事は個人ブログに移行しました Elasticsearchは公式でコンテナイメージを提供してくれているのでそれを利用してクラスタを組みたいと思います。 ドキュメントにはdocker-compose.ymlも公開されていますが、docker-composeということはコンテナホストはひとつになるから可用性的にNGだなー、と感じました。(Swarm modeとか使うと解決できるのかな?) コンテナホストは複数台に分散したいと考えたので、検証してみました。 検証環境 Mac OS X El Capitan(10.11.6) docker-machine version 0.10.0, build 76ed2a6 VirtualBox 5.1.14 r112924 (Qt5.6.2) ポイント docker-machineを利用してVirtualBox上に3つのコンテナホストを起動 各コンテ
今日やったこと dockerとdocker-composeについて調べたりした ちょっと野暮用でdocker-composeを使わなきゃならなくなったので。 qiita.com かつてdocker使って、講義で使うLAMP環境整えようとした事があったのですが、全部バラバラのコンテナだしどうするのがスマートなんだ?と思ってたのですが、これが答えだったみたいですね。ステキ。 順番が逆なんですが、linkってなんだし、と思ったのでそれも調べた。 qiita.com ということらしい。なるほどわからん。 やっぱり自分で書いてみないとわからんなぁってのが感想。 こういうとき家の回線がADSLだったりすると非常に厳しい。困った。 雑談 お家を光にしたいです。
スピーカー: 福井 厚 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクト セッション概要: このセッションでは、AWS 環境において Docker コンテナで動作する ASP.NET Core Web アプリケーションを例として、Amazon ECS と Code シリーズを利用した継続的インテグレーション/継続的デリバリーを実現する方法をご紹介します。.NET 開発経験者の方や、これから AWS へ移行することを検討されている開発チームの リーダー、マネージャーの方を対象としています。 セッションレポート エンタープライズを取り巻く環境、課題 大型株銘柄の企業の平均寿命15年 2/3以上のIT予算は現在の運用を維持するために使われている セキュリティリスクの増加 限られたリソース アジリティの欠如 十分なセキュリティ、コンプライアンス、可用性が実現で
GAE/GoだとStackdriverErrorReportingの通知のStacktraceからSourceRepositoryのソースコードに直接飛べるGoGAEGoogleAppEnginestackdrivergooglecloud 昨日ふと投稿したtwitterが結構RTやイイネが付いたのだけど、twitterの長さの制約の関係でちょっとした注意点が漏れていたので記事にしてみた。 twitterの投稿内容はこんな感じ GAE/Goだと、Stackdriver Error Reportingに通知されたStacktraceのHoge.go:90などのようなリンクからCloud Source Repositories のコードに直接飛べるので、どの行でエラー出たのかすぐわかるのでもう手放せない。 https://t.co/MfTnizr5tX — kiyo (@chidakiyo)
(Edit on 26 May 2020: It’s been almost 3 years since I wrote this and it’s easily been the most popular post I’ve ever made in any medium. No pun intended. A LOT has changed in OpenBSD and Linux since then and it’s become even easier than before to run Linux guests under OpenBSD’s hypervisor. Changes are coming to bring even better stability to Linux guests. For now, make sure to check out my work
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く