WSL のインストール
開発者は、Windows マシン上で Windows と Linux の両方の機能に同時にアクセスできます。 Linux 用 Windows サブシステム (WSL) を使用すると、開発者は、従来の仮想マシンやデュアルブート セットアップのオーバーヘッドなしで Linux ディストリビューション (Ubuntu、OpenSUSE、Kali、Debian、Arch Linux など) をインストールし、Linux アプリケーション、ユーティリティ、Bash コマンド ライン ツールを変更せずに Windows で直接使用できます。 前提条件 以下のコマンドを使用するには、Windows 10 バージョン 2004 以上 (ビルド 19041 以上) または Windows 11 を実行している必要があります。 それより前のバージョンの場合は、手動インストール ページを参照してください。 WS
Docker Desktop for Mac使いを照らす一筋の光 virtiofs｜開発環境｜開発ブログ｜株式会社Nextat（ネクスタット）
と、とんでもなく早くなってますね・・・。 Clientで約2.67倍、Serverで約2.61倍の速さになっています。 結構大規模で重たいアプリケーションということもありますが、確実に体感できるくらい早くなってます。 実は私、最近M1 Macを支給されたばかりで、元々使用していたIntel MacではM1 Mac x gRPC-FUSEの結果ですら比べ物にならないくらい時間がかかっていたので、そのgRPC-FUSEより更に早いとなると、もうただただ恐ろしいです。 これでもうコンパイル中にTwitter見たりタバコ吸ったり他の業務に手を付けてコンパイル完了後にまた戻ってくるというスイッチングコストをかけたりしなくて済むんだ・・・と思うと嬉しいような寂しいような。 そしてgRPC-FUSEちゃんは短い付き合いだったけど、完全にいらない子になってしまいましたね・・・さようなら。 でも、まさか、こ
より高速なマルチプラットフォームビルド: ドッカーファイルクロスコンパイルガイド | Docker
ソフトウェア業界では、いくつかの重要な変化が起こっています。 AppleがすべてのマシンをカスタムARMベースのシリコンに移行し、AWSがGraviton2インスタンスで最高のコストあたりのパフォーマンス比を提供しているため、すべてのソフトウェアをx86プロセッサでのみ実行する必要があるとはもはや期待できません。 コンテナーを使用する場合、開発チームが異なるアーキテクチャを使用している場合や、開発先とは異なるアーキテクチャにデプロイする場合に、マルチプラットフォーム イメージを構築するために使用できる優れたツールがいくつかあります。 この投稿では、このようなビルドから最高のパフォーマンスを引き出す場合に使用できるいくつかのパターンを紹介します。 マルチプラットフォームのコンテナイメージを構築するには、次のコマンド docker buildxを使用します。Buildx は、使い慣れた Doc
Dockerのマルチアーキテクチャイメージについて調べてみた | DevelopersIO
マルチアーキテクチャイメージを使えば、単一のDockerイメージ（タグ）で複数タイプのOSやCPUアーキテクチャに対応させられます。 Dockerのマルチアーキテクチャイメージについて調べる機会があったのでまとめてみました。 なお今回はデプロイ済みのマルチアーキテクチャイメージをプルして利用する観点でのまとめとなります。 マルチアーキテクチャイメージとは Dockerイメージは「マルチアーキテクチャ」という仕様をサポートしています。 Leverage multi-CPU architecture support Docker images can support multiple architectures, which means that a single image may contain variants for different architectures, and somet
Multi-platform images
OverviewGet Docker Docker Desktop Overview Install MacUnderstand permission requirements for MacWindowsUnderstand permission requirements for WindowsLinux Installation per Linux distro UbuntuDebianFedoraArchSign in Explore Docker Desktop OverviewExplore ContainersExplore ImagesExplore VolumesExplore BuildsResource Saver modePause Docker Desktop Hardened Docker Desktop Overview Settings Management
DockerでNext.jsの環境構築
実施したこと 今回はDockerでNext.jsの環境構築を行いました。その内容をなるべくDocker初心者でもわかりやすいように解説していきたいと思います。そこまで難しい内容ではないと思うので、今回作成したコードは気軽に使ってもらえればと思います！ 今回の背景（興味がない人は飛ばしてください） 普段Next.jsを個人開発で使用する際は、Dockerは使用していませんでした。というのも、voltaというnode.jsのバージョン管理ツールを使用しているので、アプリごとでnodeのバージョンが異なっても、ピンを刺せば勝手にnodeのバージョンが切り替わるから、とりあえずDocker使わなくてもいいかなと思っていました。まだ同じバージョンのnodeしか使ったことがないので、この機能を実感はしていないのですが、このあたり興味がある方は以下リンクを参考にしてみてください。 Voltaを解説！手間
WSL(Ubuntu)にDocker環境を構築する
はじめに WSLにDockerの環境を導入するのはDocker for Windowsでええじゃないかというお声もあるのですが、有料契約を余儀なくされた時のために自力でDocker環境を構築できるようにするための備忘録です。(ほぼ公式見たらできますが…) WSLのインストール 以下のサイトを参考にインストールしておきます。 今はwsl --installだけでインストールされるんですね… 昔はWSLを動かすためにいろいろ入れていたのが懐かしい… Dockerインストール WSLのインストールが完了したら、まずは本題のDockerをインストールしていきます。 Docker公式に詳しく書かれているので、そちらを参考にコマンドを入力します。 まずは、パッケージの情報やインストールされているパッケージが古かったりするかもしれないので以下のコマンドで最新化します。
Mac M1 Docker で yum install がコケる
要約 docker-compose.yml で Platform を linux/x86_64 に指定すればOK M1 と Intel で uname が異なる uname が異なるとパッケージをPullするときのリポジトリが異なる M1 の場合「aarch64 （ARM）」になるが、これが古いパッケージが提供されてない \(^0^)/ ログ抜粋 コケてるとき Platformを指定していないです。 docker-compose.yml version: "3.9" services: backend: container_name: hogefuga hostname: hogefuga.com privileged: true command: - /sbin/init build: context: . dockerfile: ./backend/Dockerfile .... FR
Nuxt3デプロイ用Dockerファイル記述方法 - ブログ - 株式会社Smallit（スモーリット）
デプロイ用DockerイメージをビルドするためのDockerファイルの記述方法について説明したいと思います。AWS ECSやEC2上でDockerを使用する際にはDockerイメージをECRなどのレジストリからイメージを取得してDockerコンテナを起動します。サーバー上でDockerコンテナを起動するためには予めDockerイメージをビルドして、レジストリにプッシュしておかなければなりません。 Nuxt3用Dockerファイル 【エンジニア募集中】フルリモート可◎、売上/従業員数9年連続UP、平均残業8時間、有給取得率90％、年休124日以上 etc. 詳細はこちらから＞ FROM {{ECR_INFRA_REPOSITORY_NAME}}:node-18.16.0 AS builder ENV NITRO_PRESET=node_cluster WORKDIR /app COPY .
Nuxt3 × Docker環境構築（正式版） - Qiita
概要 Nuxt3の開発環境をDockerを使って構築してみます。 ※ Nuxt3が正式にリリースしたので2023/2/1に最新版に更新しました。 環境 macOS Ventura 13.2 Docker version 20.10.22 Docker Compose version v2.15.1 成果物 GitHub 構成 今回は最終的に以下のような構成になります。 . ├── docker │ └── nuxt │ └── Dockerfile ├── docker-compose.yml └── front ├── README.md ├── app.vue ├── node_modules ├── nuxt.config.ts ├── package.json ├── tsconfig.json └── yarn.lock
Dockerのポートマッピングのデフォルト設定は危ない - JUNのブログ
あらすじ 公衆WiFiに繋いだ状態でいつものように docker container run -p 8080:80 nginx のような感じでDockerコンテナを動かしていたら、外部からリクエストを受信した。 ファイアウォールを設定し、外部からのアクセスを拒否しているはずなのになぜアクセスできたんだ... 環境 Docker desktop for mac with apple silicon 4.21.0 何が起きた? Dockerはデフォルトの設定では-p 8080:80のようにポートマッピングするとファイアウォールの設定を書き換え、外部からそのポートへのアクセスを許可するようになっている。 その結果LAN内の他のPCから対象ポートにアクセス出来てしまう。 ちなみにこれはDocker公式からも注意が出ている。 Publishing container ports is insecur
DockerコンテナにOracle Database 19c をインストールして、Windows 側から接続 - ts0818のブログ
シャボン玉が凍る仕組みと「スノードーム効果」と呼ばれる現象の発生原因に関する見識 周囲温度とシャボン玉の温度が同じ場合には、シャボン玉の底部から凍結が始まり、マランゴニ流（表面張力の小さい領域から大きい領域への液体の流れ）が生じ、氷の結晶が凍結前線から剥離して、スノードーム中のフレークのようにシャボン玉の中を浮遊する。その後、氷の結晶が成長し、互いに連結すると、シャボン玉は完全に凍結する。一方、周囲温度が室温である場合には、凍結前線がゆっくりと上方に伝播したが、熱伝導性が悪いために、最終的にはシャボン玉の途中で停止した。この部分的に凍結したシャボン玉はその後、平衡状態を保った後にしぼんで、この液体ドームは崩壊した。 【物理学】シャボン玉が凍る仕組み | Nature Communications | Nature Research ⇧ シャボン玉と言えば、そう、シャボンカッター！ ...
Docker一強の終焉にあたり、押さえるべきContainer事情
章立て はじめに Docker・Container型仮想化とは Docker一強時代終焉の兆し Container技術関連史 様々なContainer Runtime おわりに 1. はじめに Containerを使うならDocker、という常識が崩れつつある。軽量な仮想環境であるContainerは、開発からリリース後もすでに欠かせないツールであるため、エンジニアは避けて通れない。Container実行ツール（Container Runtime）として挙げられるのがほぼDocker一択であり、それで十分と思われていたのだが、Dockerの脆弱性や消費リソースなどの問題、Kubernetes（K8s）の登場による影響、containerdやcri-o等の他のContainer Runtimeの登場により状況が劇的に変化している。本記事では、これからContainerを利用したい人や再度情報
DockerfileでPATHを通す時はRUNではなくENVを使おう - Qiita
ある時Dockerfile内でPATHを通したいと思い、テストコンテナで以下のコマンドを実行して正しい環境になっていることを確認していました。 やりたかったことはCentOS6.7にopenjdk1.8をインストールしている環境にScala-2.11.7をインストールするということです。 OpenJDK1.8が入っているコンテナに手動でScalaをインストール wget http://downloads.typesafe.com/scala/2.11.7/scala-2.11.7.tgz tar xvzf scala-2.11.7.tgz mkdir /usr/local/scala mv scala-2.11.7 /usr/local/scala export PATH=$PATH:/usr/local/scala/scala-2.11.7/bin FROM takashioshikaw
docker (nvidia-docker) を使ってマルチノードで ChainerMN を実行する方法(仮) - Qiita
docker (nvidia-docker) を使ってマルチノードで ChainerMN を実行する方法(仮) 編集履歴: (2017/12/14) nvidia/cuda:9.0-cudnn7-devel-ubuntu16.04 を使う場合 nccl-repo-ubuntu1604-2.0.5-ga-cuda9.0_3-1_amd64.deb をダウンロードして配置しなくても apt-get install libnccl2 libnccl-dev できたので変更 シングルノード シングルノードなら特に難しい所はない。docker コンテナ内に OpenMPI や ChainerMN をインストールして、nvidia-docker run で mpiexec すれば良い。 Dockerfile FROM nvidia/cuda:9.0-cudnn7-devel-ubuntu16.04 R
ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場
ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 Dockerコンテナの技術を用いることで、プログラミング言語のランタイムやライブラリ、ミドルウェアなどの開発環境一式を比較的容易に導入することが可能になりました。 ただしDockerコンテナにもファイルシステムのオーバーヘッドなどがあり、Dockerコンテナ内の開発環境ではコンパイルなどに時間がかかってしまう場合があったと開発ツールベンダのJetpack Technologiesは自社の経験から指摘します。 そこで同社がオープンソースで開発しているのが「Devbox」です（ちなみにマイクロソフトによる仮想化された開発環境の「Dev box」とは名前は似ていますが別のものです）。 Devboxは、ローカル環境上に分離した環境を用意しそこで開発環境を構築可能にしつつ、Do
コンテナイメージのバージョン管理を自動化したい！ - Uzabase for Engineers
皆様はじめまして！ NewsPicks SREチームの中川です。 本日はコンテナイメージのバージョン管理についての記事をお届けします。 概要 実装 ビルド デプロイ Pros Cons おわりに 概要 NewsPicksではECSやKubernetesに代表されるコンテナサービスを使用しておりますが、コンテナのデザインパターンとしてサイドカーパターンを採用しているサービスがあります。 詳しい説明は省きますが、サイドカーはメインアプリケーション用コンテナを補助するコンテナです。 これらのサービスをデプロイするとき、サイドカー毎に使用するDockerfileを ImageTag で指定していました。 実際には latest で固定するか、特定のImageTagを設定ファイルに書き込んで運用していました。 こうした運用方法の場合、Dockerfileを変更するときは事前にイメージを登録しておく必
Moby(Docker)をビルドしてruncとcontainerdを単体で動かしてコンテナの基礎を理解する
この記事を読んだらできること Mobyをビルドしてruncとcontainerdを動かせます。 runcとcontainerdを使ってコンテナを動かすことでなんとなくコンテナの理解が深まります。 夏休みの自由研究にコンテナを動かす仕組みを自分で深く調べたくなります（たぶん)。 記事の背景 Dockerを使い、なるべく小さい薄いコンテナを作っていく中でDockerの中身を詳細に知りたいと思ったので、DockerのソースコードであるMobyをビルドしてコンテナ実行のコアの基盤ソフトであるrunc、containerdを動かしてみました。 1. コンテナのアーキテクチャと用語解説 まずMobyを動かす前にコンテナのアーキテクチャと用語を理解しておく必要があります Docker Desktop(mac版)を俯瞰した図が上記となります。実際はDocker DesktopはKubernetes(k8s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめに｜Docker ComposeによるMisskeyサーバー構築 ～メールを送るまで～
Docker composeでNuxt 3の開発環境を作成する
