DockerのContainer linkとUnix Domain Socket、どっちのほうが速い？ - Qiita
DockerのContainer linkとUnix Domain Socket、どっちのほうが速い？Docker 概要 Dockerのコンテナ間通信の方法として Container Link Volume経由のUnix Domain Socket といった方法がありますが、どっちの方が速いのか調べてみました TL;DR Unix Domain Socketの方が速い ※当環境だと 8%程度 検証環境 Sinatra+Unicornが動くコンテナを作成、TCP:8080とUnix Domain SocketにてListen NginxなコンテナからTCP:8080とUnix Domain SocketをUpstream指定 上記環境に対し、ApacheBenchで -c 10 -n 10000 を3回実行、平均で比較 NEC LaViE G Type Z Intel(R) Core(TM)
Kubernetes 1.20から始まるDockerランタイムの非推奨化に備えよう！我々が知っておくべきこと・すべきこと
Kubernetes 1.20から始まるDockerランタイムの非推奨化に備えよう！我々が知っておくべきこと・すべきこと はじめに Kubernetesの次のマイナーバージョン1.20が、2020年12月8日にリリースされました。今回のリリースではGraceful Node Shutdownの追加やkubectl debugのBeta昇格など、運用に嬉しいさまざまな機能のアップデートがあります。その中でも、12月初頭にGitHubや公式Slack、Twitterなどを賑わせたのがDockershimの非推奨化でした。公式のリリースノートには以下のように書かれています。 Docker support in the kubelet is now deprecated and will be removed in a future release. The kubelet uses a modu
トレンドのVuejs/NuxtをAws ECS, FargateでSSR、詳細解説します🚀 | Ragate ブログ
こんにちは！ ウェブアプリケーションの開発でデファクトスタンダードな VueJS / NuxtJS ですが、SSR 時のデプロイ方法についてはみなさん悩まれることが多いのではないでしょうか？ SPA であれば AWS Cloud Front と S3 のコンビで十分に運用可能ですが、要件に SSR が入ってくると Nodejs のランタイムが必要になりますね。 そんな時に大活躍するのが ECS, Fargate です！ 想定する読者 AWS サーバーレス環境で NuxtJS で SSR したいヒトNuxtJS のデプロイ方法について悩んでいるヒト はじめに Lambda での SSR 時の問題 実は、Lambda と API Gateway のコンビの方がもっと手軽にSSRを構築可能です。しかし、Lambda にはレスポンスボディサイズの制約、デプロイ可能な ZIP サイズの制約などがあり
GitHub Actions の self-hosted runners を AWS ECS で動かして、CI / CD パイプラインを作る - エクサウィザーズ Engineer Blog
DevOps エンジニアの 根本 征 です。 7月からエクサウィザーズ にジョインし、CI / CD パイプラインの改善や自動テストの布教などを行っています。 今回は GitHub Actions の self-hosted runners を AWS ECS 上に構築し運用してみたので、その試行錯誤について紹介したいと思います。 GitHub Actions と self-hosted runners self-hosted runners を Docker で動かす self-hosted runners を AWS ECS で動かす アプリケーションを AWS ECS へデプロイする Workflow を作る おわりに GitHub Actions と self-hosted runners GitHub Actions は GitHub ユーザーであれば現在多くの方がご存知・ご活用
Docker 20.10のリリースノートを眺める
FROM ubuntu ENV name value # 非推奨 ENV name=value # 今後はこっちを使いましょう CMD ["echo", "$name"] Allow ssh:// for remote context URLs Remote Docker(ネットワーク経由でDockerを操作する場合)、これまではHTTP/HTTPSしか選択肢がなかったのですが、SSHがサポートされたことで脆弱なエンドポイントを直接公開する必要がなくなったというのは便利だと思います。 こちらはランタイムの話ではなくてBuilderでした。docker buildするときに指定するRemote Dockerを、SSH経由で繋げるようにしたものみたいです。いずれにせよCIなどで脆弱なエンドポイントを用意しなくても良くなるので便利ですね！ Add support for docker push
コンテナランタイムの仕組みと、Firecracker、gVisor、Unikernelが注目されている理由。 Container Runtime Meetup #2
Docker MeetupとかCloud Native Daysの運営をしながら、無限にスケールするインフラはないかなって、日々もやもやと考えています。 さっそく本題に入っていきましょう。 コンテナってそもそも何ですかっていうと、まず「chroot」というLinuxの機能があって、これはrootディレクトリを特定のディレクトリに切り替えて、そこから下を別のファイルシステムとして確立する、といった技術です。 そこに対して「namespace」という機能で、ユーザー、プロセス、ネットワークを個別に割り当てて、さらにリソースにも制限をかけると、まるでVM（仮想マシン）のように動いて面白いね、というのがコンテナですよ、という説明はよくされると思います。 これを図にしました。 まず、対象のディレクトリに対して「pivot_root」という機能を使ってファイルシステムのルートを作ります。 そのうえで「
DockerとRemote Containersでの開発環境が最高過ぎる - Sweet Escape
この投稿がきっかけでソフトウェアデザインに寄稿しています。この投稿の加筆修正ですが、自分のパート以外にもVS Code全般の特集となってますので興味あるかたはぜひそちらも！ ソフトウェアデザイン 2021年6月号 作者:tsutsu,吉岩 正樹,中村 充志,西谷 圭介,erukiti(佐々木 俊介),結城 洋志,上田 隆一,八田 昌三,サリチル酸,結城 浩,山川 正美,大串 肇,松本 直人,清水 洋治,広田 望,松田 佳希,田中 宗,中島 明日香,くつなりょうすけ,高橋 永成,金谷 拓哉,佐藤 雄飛,梶原 直人,髙濱 暢明,星川 真麻,八木澤 健人,けんちょん(大槻 兼資),職業「戸倉彩」,森若 和雄,大隈 峻太郎,小野 輝也,河野 哲治,古川 菜摘,石井 将直,杉山 貴章,Software Design編集部技術評論社Amazon はじめに Remote Containers Docke
DXを大幅に低下させるDocker for Macを捨ててMac最速のDocker環境を手に入れる - Qiita
※DXはデジタルトランスフォーメーションではなくてDeveloper Experienceの方です 2020/05/26追記 https://qiita.com/nanasess/items/16ab9274c34bdc34e567 を使うことでVagrantを経由せずにDocker for Macの機能だけでMutagenを使うことができるようになりそうです。 パフォーマンスの測定はしていませんが、Docker for Macの設定のみでこの記事の手法と同等の速度が出るようになるかもしれません。 概要 Macでネイティブでの動作とほぼ同等の速度の安定したDocker環境を手に入れることができたので、その知見について公開します。 ものによりますが、最大10倍程度パフォーマンスの向上が見られました。 具体的な手法としてはVirtualBox + Dockerを用います。 設定は2ファイル50
docker-composeを爆速にする - Qiita
※ 色々修正しました Rails開発等でdocker-composeを使うと非常に遅い場合があります（特にDocker For Mac）。 docker-compose時に余計なファイルをマウントしてしまってるのが原因らしいので、.git, log, tmp, vendor などのホストからマウントする必要のないディレクトリを別のvolumeでマウントを上書きしてしまえば解消されます。 具体的な docker-compose.yml は以下のようになります（Railsの例） version: '3' services: app: build: context: . dockerfile: Dockerfile.dev environment: RAILS_POSTGRES_HOST: db ports: - "3000:3000" volumes: - .:/app:cached - bu
Dockerを使って「Rails / PostgreSQL」の開発環境を作ろう！ - おぴよの気まぐれ日記
Dockerを使ってRuby on Railsの開発環境を作成する方法の紹介です。 こちら公式の手順になるのですが、Rubyのバージョンが2.5だったので今回2.6でチャレンジしてみます。 docs.docker.com 基本は公式通りで問題ないですが、2.6でrails newするとRails6系がインストールされます。Rails6系ではWebpackerが自動でインストールされる影響でそれを利用するためのyarnをインストールする必要があります。 Rails 6の変更点と新機能 | RE:ENGINES 【Rails入門】Webpackerではじめるフロントエンド開発！Rails5.1対応 | 侍エンジニア塾ブログ（Samurai Blog） - プログラミング入門者向けサイト 今回作成する環境 Ruby: 2.6.5 Rails: 6.0.0 PostgreSQL: 12.0 環境構
golangとDockerとOOM — KaoriYa
golangで書いたプログラムをDockerで動かしOOMが発生した際になるべく情報を残して殺される方法を紹介します。 2020/08/16追記: この記事の内容はgolangに関してはやや現実的ではなくなってしまいました。 詳しくは続編を参照してください。 TL;DR golang製のプログラムは仮想メモリ(VSZ)の確保に失敗するとgoroutineのダンプを吐いて死ぬ DockerのOOMはRSSベースで検出時にSIGKILLを投げてくる Docker利用時にVSZで制限をかけるスクリプトを書いた golang製のプログラムはlinux-amd64において最低でも101MBのVSZを要求する VSZの制限がそれより小さいと当然起動できない 実際のRSSは3MB程度で起動する Background コンテナ内で動いているプロダクション上のgolang製のプログラムが時々OOMに殺されて
Setting Up Docker for Windows and WSL to Work Flawlessly
Learn Docker With My Newest Course Dive into Docker takes you from "What is Docker?" to confidently applying Docker to your own projects. It's packed with best practices and examples. Start Learning Docker → Updated on December 4th, 2020 in #dev-environment, #docker Setting Up Docker for Windows and WSL to Work FlawlesslyWith a couple of tweaks the WSL (Windows Subsystem for Linux, also known as B
WSLにてDockerを利用する
はじめに MacからWindowsにメイン環境を10年ぶりに戻したのですが、さてWebアプリ開発とかどうしようかと少し悩みました。VirtualBoxなどを入れて仮想環境で行おうかとも考えましたが、ディスク（SSD）の資源も限られているので、仮想マシンをバンバン立ち上げられないわけで、となるとやっぱりDockerでしょ。ということで、WSL on Window 10の環境下でDockerによるコンテナ処理について色々とやってみたいと思ったわけです。 WSL上にてDockerサーバ（エンジン）を動かすことは余りよろしくないみたいなので、というか私もそれは機能的に心配だったので、下記サイトに習って、「Docker for Windows」を入れて、仮想化基盤としてはWindows 10 Proに最初から備わっているHyper-Vを使用します。そう、Dockerサーバは、Docker for W
RailsのDockerイメージを一番小さくする方法 - Qiita
まずここで、最初rubyのベースを使って2.19GBだったのがalpine-linuxをベースにすることで、1.42GBまで削減出来ました。 やっぱりイメージを変更するのは大きい。 ただ、alpineのイメージ自体は50MBもないのに、 「あ、gccが無い」とか「あ、mysqlの開発者向け入れないと」とかすると、せっかくのサイズがみるみる肥えていって、ちゃんとbundle install可能な頃には、40MB のイメージが 700MBくらいまで増えます。やっぱりビルドにはいろんなものが必要でこれにbundle installしたりyarn installしたりした結果、結局1GBは余裕で超えてしまいました。 さらにダイエット ここからがこの記事の本題です。 イメージが大きいという事は何かしら無駄なファイルがあるので この後、ビルドしたイメージにdocker exec -it コンテナID
Docker for Windowsで快適な環境を得るまでの そこそこ長い闘い
2019年8月更新 2年の間にWindowsでのDocker開発環境が進化したのと 知人より凄い便利な機能を教えてもらったので共有します おさらい 今までの大雑把なおさらいとして Windowsでのサーバ開発はDockerを使えば問題なく出来る （実際私は2016年からWindowsでサーバ開発を行っている） VirtualBoxなどを使い、boot2dockerを使いVM上のLinuxで開発も出来るが Windows10 Pro64bitで Hyper-VをONにして Docker for Windowsで開発するとカッコイイ ただし、WindowsにはBashがないのでシェルスクリプトが実行できない WSLを使いDockerをインストールし、Docker for WindowsのExportを使えば良い ただし、WSLのマウントポイントが /mnt/c/ になっているため、環境変数やs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
docker-composeでReact環境構築 - Qiita
第2回 AWS Fargate かんたんデプロイ選手権 #AWSDevDay - Speaker Deck
「そのコンテナ、安全ですか？」〜AWS x DevSecOpsで実践するコンテナセキュリティ〜 / Is that container safe?
Docker でフロントエンドとAPIを開発してみた
How to fix "SSL certificate problem: self signed certificate in certificate chain" error?