はじめに ある程度最高な開発環境は、ポータブルなDev Containersで実現できます。これは前回の記事で紹介しました。 ただし、これでも欲が出てきて「より快適な開発環境」を追い求めてしまうのです。その結果、現在私が辿り着いた環境を共有できたらと思います。 文字よりも実践しているところを見たい人は以下動画を参照いただけたらと思います！ 何が不満だったか 「Dev Containers最高！」と言っていたのに、何がまだ不満だったのか。大きくは1点だけです。 それは、 開発環境と本番環境でOSが違っている ことです。 ここで言っているOSは、Mac, Windows, Linuxみたいなレベルの話です（Distributionなどのもうちょっと細かい話は無視してます）。 世の中の多くのサービスはLinux上で動いているのに、開発のときはMacだったりWindows上で行っていることが多いで

1. Copyright(c)2022 NTT Corp. All Rights Reserved. Dockerからcontainerdへの移行 日本電信電話株式会社 ソフトウェアイノベーションセンタ 徳永 航平 須田 瑛大 NTT Tech Conference 2022 (March 23rd) 2. Copyright(c)2022 NTT Corp. All Rights Reserved. Dockerの復習 2 ● docker composeで複数コンテナをまとめて管理 可能 ● コンテナ開発に有用な機能を提供するツール docker run -it --rm alpine docker build -t foo /dockerfile-dir docker push ghcr.io/ktock/myalpine:latest Build Ship Run ● Mac,Wi

製品 Docker Desktopアプリケーションのコンテナ化Docker Hubコンテナー イメージを検出して共有するドッカースカウトソフトウェアサプライチェーンの簡素化Dockerビルドクラウド イメージのビルドを高速化Testcontainers デスクトップ 実際の依存関係を持つローカルテストTestcontainers クラウド クラウドで制限のないテスト 製品ロードマップを見る開発者向けのその他のリソース

こちらの記事の方法で、WebStormでも問題なく実施、感謝 https://qiita.com/silverbirder/items/ec6d7b61cc61d9501189 1 引数 --inspect=0.0.0.0:9229 を付けて、docker上でアプリ起動 dockerでもdocker-composeでも特に変わらず 9229ポートを開けておくのを忘れずに 2 デバッグの構成、Attach to Node.js/Chrome を構成、ポートに9229を設定 3 dockerが動いてる状態で、デバッグ実行

こんにちは。 メディアサービス開発部 Webアプリケーション開発課のフサギコ(髙﨑)です。 Ruby on Railsによるバックエンドの実装運用とAWSによるサービスインフラの設計構築を中心とした、いわゆるバックエンド方面のテックリードとしてニコニコ漫画を開発しています。 本記事では、私たちが開発・運用しているRails製のjson APIバックエンドにおいて、mallocの実装としてjemallocを使うように変更したことについてお話します。 背景 私たちが2020年4月から開発しているニコニコ漫画のRails製json APIバックエンド(以降「新バックエンド」と呼びます)は、2010年8月のサービス開始以来サービスを支え続けているPHP製アプリケーションのビジネスロジックに関する式年遷宮的移行先であり、当初よりAWS ECS Fargate上で実行しています。*1 今年8月にリリー

前回（第2回）は、Apache httpdのCompose環境を例に、シンプルな開発環境の構築方法を学びました。今回取り上げるのは、Dockerに対応したアプリケーションを考える上で欠かせない、コンテナ間のDocker内部ネットワークと名前解決についてです。 名前空間（namespace）の分離とコンテナ間通信 通常のLinuxホスト上では、複数のプロセスがポートを重複して開くことはできません。たとえば、ApacheとNginxはデフォルトでTCPポート80番を使用しますが、それぞれが同じTCPポート80番を同時に使用できません。 一方で、複数のプロセスをコンテナとして動かせば、お互いの動作には何ら影響がありません。コンテナとして実行すると、PIDなどの名前空間が隔離（isolate）され、お互いのプロセスが見えない状態で動作するからです。それだけでなく、コンテナごとにネットワークも隔離さ

Docker社は、デバッグしたいときにDockerコンテナにシェルやデバッグツール群を組み込める「Docker Debug」の正式リリースを発表しました。 これはWindowsやMacなどのデスクトップ環境にDockerコンテナ環境を簡単に導入できるDocker Desktopの最新版として7月29日にリリースされた「Docker Desktop 4.33」に含まれています。 Dockerコンテナを使うとデバッグが難しくなる Docker Debugは、昨年（2023年）10月のDockerCon 23で発表された機能です。 参考：Dockerがコードネーム「Docker Debug」発表、コンテナ内に任意のデバッグツール群を一括導入、効率的なデバッグを実現。DockerCon 23 一般にDockerコンテナは、使用メモリの最小化とセキュリティを高めるなどの目的で、シェルやツールなどを徹

Dockerfileを解析、最適化やベストプラクティスをガイドしてくれる「Docker Buildチェック」機能が正式版に Docker社は、Dockerfileを解析して最適化とベストプラクティスをガイドしてくれるツール「Docker Buildチェック」機能の正式版をリリースしました。 Docker Buildチェックは、WindowsやMacなどのデスクトップ環境にDockerコンテナ環境を簡単に導入できるDocker Desktopの最新版として7月29日にリリースされた「Docker Desktop 4.33」の機能として提供されます。 Dockerfileとは、Dockerコンテナを構成するさまざまなファイルを取得し、ビルドを実行してDockerコンテナイメージを作成する際の手順書といえます。 そのため、Dockerfileはビルドが正常に実行されるようにバグがないように手順を

最近はお客さんとの勉強会でDockerのドキュメントをつまみ食いして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事でPythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 本エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基本的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整

本記事は「珠玉のアドベントカレンダー記事をリバイバル公開します」企画のために、以前Qiitaに投稿した記事を一部ブラッシュアップしたものになります。 はじめにみなさん、docker composeを利用しているでしょうか？ 複数のdockerコンテナをまとめて立ち上げたり、環境変数を定義できたり便利ですよね。 この記事ではある程度docker composeを利用している方向けに私が便利、便利そうと感じたdocker composeの機能を挙げてみました。 docker compose cli v2を利用docker-composeではなく docker composeコマンドも利用可能になっています。 Docker Desktopでは v3.4.0から利用可能で、基本的にはコマンドの互換性あります。 ファイル監視による自動更新docker compose 2.20.0からCompose

こんにちは、Sally社 CTO の @aitaro です。 マーダーミステリーアプリ「ウズ」とマダミス制作ツール「ウズスタジオ」、マダミス情報サイト「マダミス.jp」を開発しています。 はじめに この記事ではウズの開発当初から利用していた Docker Compose をやめることにした背景についてご紹介します。 Docker Compose は各マシンの開発環境での差異を吸収するというメリットがあり、多くの開発現場で導入されていますが、Docker Composeの抱えているデメリットを勘案して、最終的に一部を残して辞める決断をしました。 Docker Composeの特徴 Docker Composeは、複数のコンテナを定義し、管理するためのツールです。ウズの開発環境では、バックエンド、フロントエンド、データベースなどをそれぞれコンテナ化して、Composeで一括管理していました。こ

開発者は、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アプリケーションのコンテナ化Docker Hubコンテナー イメージを検出して共有するドッカースカウトソフトウェアサプライチェーンの簡素化Dockerビルドクラウド イメージのビルドを高速化Testcontainers デスクトップ 実際の依存関係を持つローカルテストTestcontainers クラウド クラウドで制限のないテスト 製品ロードマップを見る開発者向けのその他のリソース

マルチアーキテクチャイメージを使えば、単一の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

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は使用していませんでした。というのも、voltaというnode.jsのバージョン管理ツールを使用しているので、アプリごとでnodeのバージョンが異なっても、ピンを刺せば勝手にnodeのバージョンが切り替わるから、とりあえずDocker使わなくてもいいかなと思っていました。まだ同じバージョンのnodeしか使ったことがないので、この機能を実感はしていないのですが、このあたり興味がある方は以下リンクを参考にしてみてください。 Voltaを解説！手間

はじめに WSLにDockerの環境を導入するのはDocker for Windowsでええじゃないかというお声もあるのですが、有料契約を余儀なくされた時のために自力でDocker環境を構築できるようにするための備忘録です。(ほぼ公式見たらできますが…) WSLのインストール 以下のサイトを参考にインストールしておきます。 今はwsl --installだけでインストールされるんですね… 昔はWSLを動かすためにいろいろ入れていたのが懐かしい… Dockerインストール WSLのインストールが完了したら、まずは本題のDockerをインストールしていきます。 Docker公式に詳しく書かれているので、そちらを参考にコマンドを入力します。 まずは、パッケージの情報やインストールされているパッケージが古かったりするかもしれないので以下のコマンドで最新化します。

要約 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