マイクロサービスのローカル開発をTiltでちょっと楽にする - HRBrain Blog
こんにちは、バックエンドエンジニアの鈴木(善)です。 昨年に引き続き、今年もHRBrainではアドベントカレンダーをやっていきます！ qiita.com この記事はその第一日目となります。 みなさん、マイクロサービスの開発ってどうされてますか？ HRBrainでは現在マイクロサービス構成をとっており、日々の開発では個人のマシン上で各サービスを立ち上げて動作確認やデバッグができるようになっています(以下、ローカル開発環境と呼びます)。サービスが成長するとともにこの環境にも課題が出てきました。 これを改善するため「Tilt」というソフトウェアを試したところよかったので、今はTiltベースのローカル開発環境に乗り換えています。 Tiltに関する日本語の情報もまだ少なそうなので、今回は一つの導入事例として紹介してみようと思います。 本記事ではまず弊社の抱えていた課題に触れ、次にTiltの概要を説明
Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場
Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場 WindowsやMacなどのデスクトップPCでVisual Studio Code（以下VSCode）を利用して開発をする場合、同じローカルマシン上でDockerコンテナのLinux環境を起動し、VSCodeのターミナルで接続して操作することは、開発環境としてよくあることだと思います。 これと同じことをWebブラウザ版のVSCodeでも実現する、すなわちWeb版VSCodeが同一Webブラウザ上にWebAssembly化したDockerコンテナを起動し、Web版VSCodeからローカルマシンとして接続し利用できる、実験的実装を実現したVSCodeの拡張機能「vscode-container-wasm」が登場しました。 V
Bunで生成したバイナリがdistrolessコンテナ上で動かない【解決】 - Qiita
結論 gcr.io/distroless/static-debian12ではなくgcr.io/distroless/base-debian12を使え！ はじめに Bun、速くて身軽で快適ですよね。 もはやyarnやpnpmなどのパッケージマネージャは不要だし、ランタイム同梱のバイナリまで生成してくれるのでDockerfile職人にも優しいです。 しかし今回、一部のdistrolessイメージではBunが生成するバイナリを動かせないという事象に遭遇したため、解決方法と共にこちらに残しておきます。 使用したDockerfile FROM oven/bun:1 as install WORKDIR /temp/build COPY package.json bun.lockb /temp/build/ RUN bun install --frozen-lockfile FROM install
OrbStack · Fast, light, simple Docker & Linux on macOS
Fast, light, simpleNo more battery drain or complicated VMs. OrbStack respects your machine, with powerful capabilities. No compromises. Lightning fastStarts in seconds with turbocharged networking, smooth Rosetta x86 emulation, VirtioFS file sharing, and other optimizations for some workloads. Light as a featherKeep it breezy with low CPU and disk usage, minimal memory consumption, and a native S
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を動かす方法 - Qiita
日立製作所の小出です。この記事ではDockerを使う際にプロキシを設定する方法と、それに関連するDockerの挙動について説明します。 はじめに 会社からインターネットに接続するためにはプロキシを経由する必要がある、というのはありがちなシチュエーションだと思いますが、Dockerは他のツールに比べて設定につまづくポイントが多いように思います。実際、Qiitaで検索してみると、以下の件数の記事がヒットします (2019/12/5時点)。 yum proxy: 1281件 apt proxy: 1042件 npm proxy: 832件 docker proxy: 2055件 という具合で、開発者の苦労が伺えます。 また、Docker本体にたびたび設定方法や細かい挙動の変更が入ることも混乱の一因かと思われます。そこで、この記事では2019年12月現在のDocker事情を反映した設定方法を紹介し
Docker内からDockerを操作する(DooD)は1行で実現できる
概要 たとえばDev Containerの中で本番用Dockerコンテナをビルドしたい、serverless offlineを動かしたいといったときにDocker outside of Docker(DooD)をする必要があります。DooDというのはコンテナ内からホスト側dockerデーモンにアクセス・操作をする方式です。 Dockerを入れ子で動かすdindという方法もありますが、dindはもう少しややこしいのと、セキュリティやパフォーマンス、安定性の面で難しいところがありDooDが基本的には推奨されます。 具体的なDooDの実現方法 /var/run/docker.sockをコンテナ側に見せる(バインドマウントする)だけです。 dockerコマンド -v /var/run/docker.sock:/var/run/docker.sockオプションを追加するだけで実現できます。 dock
Red Hat、ローカルマシンにコンテナとKubernetes環境などを構築する「Podman Desktop 1.0」正式リリース
Red Hat、ローカルマシンにコンテナとKubernetes環境などを構築する「Podman Desktop 1.0」正式リリース Red Hatは、ローカルマシンにLinuxのコンテナとKubernetes環境を手軽に構築できる「Podman Desktop 1.0」を正式リリースしました。 Windows、macOS、Linuxに対応し、デスクトップアプリケーションからコンテナエンジンのPodman、Docker、OpenShift Localなどを簡単にインストールでき、最新の状態に保つことができます。 コンテナの実行やKubernetesの操作など Podman Desktopの主な機能は以下の通り。 コンテナとポッド関連 コンテナとポッドのビルド、ラン、マネージ、デバッグ Kubernetes上もしくはKubernetesなしでのポッドの実行 内蔵のターミナル機能でコンテナへの
Docker＋Wasm Tchnical Preview 2がリリース。Wasmをコンテナとして扱える業界標準「runwasi」採用でWasmランタイムを選択可能に
Docker Desktopを提供するDocker社は、Docker DesktopにWebAssemblyランタイムを統合したDocker DesktopのTechnical Preview 2をリリースしたと発表しました。 Technical Preview 2での最大の変更点は、runwasiを採用したことでWebAssemblyランタイムが選択できるようになったことです。 Technical Preview 1ではWasmEdgeのみに対応していた 2022年10月に発表されたTechnical Preview 1では、Docker DesktopにWebAssemblyランタイムを統合する手段として、WebAssemblyランタイムをまるでコンテナランタイムのように見せかけるための仕組みを持つ「containerd-wasm-shim」と呼ばれるソフトウェアを開発し、組み込んでい
Linuxコンテナの「次」としてのWebAssembly、の解説
はじめに WASMをブラウザの外で動かすトレンドに関して「Linuxコンテナの「次」としてのWebAssemblyの解説」というタイトルで動画を投稿したのですが、動画では話しきれなかった内容をこちらの記事で補完したいと思います。 2022年もWebAssembly(WASM)の話題が多く発表されましたが、そのひとつにDocker for DesktopのWASM対応があります。FastlyやCloudflareもエッジ環境でWASMを動かすソリューションを持っていますし、MSのAKS(Azure Kubernetes Service)でもWASMにpreview対応しています。WASM Buildersでも2023年のWASMの予想としてWASMのアプリケーションランタイム利用に関して言及されました。 WASMといえば元々ブラウザ上で高速にC++のコードなどを実行するところから始まっている
composerizeでDockerコマンドラインをdocker-composeファイル形式に変換する
composerizeとは composerizeはDockerのコマンドラインをdocker-composeファイル形式に変換する便利なツールで、コマンドラインだけでなく、それ自体もWeb上で直接変換することが可能です。 composerizeは、コマンドライン版とWeb版の両方利用することが可能です コマンドライン(GitHub) Web版 Web版の使い方 Web版の使い方はとても簡単で、上のインプットボックスにdockerコマンドラインを入力すれば、すぐにdocker-compose.yml形式で以下のように出力されます。 続いて、出力された内容を docker-compose.yml として保存すればdocker-composeコマンドで実行することが可能です。 コマンドライン版の使い方 1. composerizeのインストール 下記のコマンドでcomposerizeをインスト
Virtiofs正式採用でMacのファイルアクセスが高速化、Docker Desktop 4.15リリース。WebAssemblyアプリをcontainerd配下で管理可能に
Virtiofs正式採用でMacのファイルアクセスが高速化、Docker Desktop 4.15リリース。WebAssemblyアプリをcontainerd配下で管理可能に WindowsやMacなどのローカル環境に簡単にDockerコンテナを用いた開発環境を導入できるDocker Desktopの最新版「Docker Desktop 4.15」正式版がリリースされました。 #VirtioFS GA, adminless install during first run (!!), quick search, and more! Learn more about everything new in #DockerDestkop 4.15: https://t.co/IhTA0DcCqO pic.twitter.com/VWClpJ7vJU — Docker (@Docker) Decem
Docker Swarmでお手軽に冗長なMariaDBを作る | IIJ Engineers Blog
九州支社技術部(九州・中四国事業部)所属。自作パソコン好きで、ハードウェア選定の仕事を与えると喜ぶ。最近は何でもコンテナにしたい教に入信し、コンテナ化の機会を虎視眈々と狙っている。 こんにちは、九州支社技術部(九州・中四国事業部)所属のy-morimotoです。 最近は、AWSのRDSなどで、冗長なDBはクリックポンで作れてしまいますが、自前で冗長なDBを作ろうとすると、何気に大変なイメージがあるかと思います。 ところが今回、そんな大変なイメージを払拭出来そうな、素晴らしいコンテナイメージを見つけましたので、ちょっとご紹介させて頂きます。 １．使うコンテナイメージ 使うコンテナイメージはbitnami様のbitnami/mariadb-galeraです。 これをDocker Swarm環境に展開して、冗長なDBをお手軽に作りたいと思います。 ２．mariadb-galeraの概要 mari
Wasm with Dockerを試す | DevelopersIO
Introduction 先日、DockerがWasmをサポートするテクニカルプレビューを発表しました。 これにより、dockerコマンドでWasmを実行したり、 WasmイメージをDocker Hubにpushして 使うことが可能になります。 本稿ではシンプルなWasmプログラムをRustで作成し、 docker imageをDocker Hubへpushして実行してみます。 Environment macOS : 13.0.1 Rust : 1.65.0 Docker : 20.10.18 Dockerはここにあるリンクから、 対象のプラットフォームにあったものをインストールしておきましょう。 また、Docker Hubへimageのpushもするので、 Docker IDも必要です。 Setup 正しくDockerがインストールしてあるかチェック。 % docker --versio
Docker HubにHelmチャートやWebAssemblyなどさまざまなファイルが保存可能に、OCI Artifactsのサポートで
Docker HubにHelmチャートやWebAssemblyなどさまざまなファイルが保存可能に、OCI Artifactsのサポートで Docker社は、Docker HubのOCI Artifactsサポートを発表しました。これによりDocker HubにHelmチャートやWebAssemblyモジュール、Docker Volumesなど、Dockerコンテナイメージ以外にもさまざまな成果物を保存し、取り出すことができるようになります。 With #DockerHub #OpenContainerInitiative artifacts support, you can now keep everything in one place without having to leverage multiple registries. Huzzah! Here's the rundown o
Docker+Wasmを試してみた（Docker Engineのビルドから）
はじめに DockerでWasmを実行できるDocker+Wasmがテクノロジープレビューとして発表されました。 公式ドキュメントにはDocker Desktopのバイナリしか公開されていませんでしたが、GitHubリポジトリにWasm対応のDocker Engineをインストールする方法がありました。 個人アカウントのリポジトリですが、Docker社の人がCloud Native Wasm Day North America向けにつくったリポジトリのように思われます。 本記事は、上記の方法でWasm対応のDocker Engineをインストールして試した結果のまとめになります。 環境 ホストOS：Ubuntu 22.04.1 作業ログ 以下を参考にインストールを進めます。 Docker+Wasmのインストール 前提条件 以下がインストールされていること Docker Docker Com
リリース作業がコーヒートークの時間になった話 | IIJ Engineers Blog
DBのマイグレーション処理などもありますが、それらを省いて主要なところだけ書き出しています。どこかの処理で失敗すると、起動しているDockerコンテナをすべて落として処理が止まります。（リリース失敗となり、私たちで確認します。) 途中の処理で失敗しリリースが止まっても、冗長構成を組んでいるため顧客影響なしでかつサービス停止も起きません。APIテストではほとんどすべてのAPIをたたいて動作を確認し、各アプリケーションやコンポーネント間の連携を確認しています。そのため、リリース終了後はすべての機能が問題なく使えている状態が保証されます。この作業をJenkinsで行えるようにしているため、リリース作業はJenkins上でボタンをポチポチするだけで終わります。 技術的な細かい話 ここからは技術的な話です。 リリース作業ではアプリケーションの再起動が必要になります。顧客影響なくかつサービスが停止しな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker Desktopの「ファイル同期に時間がかかる問題」をMutagen Extensionで解決 Docker
Docker Desktop and Spin for Serverless WebAssembly Apps
Docker Desktop 4.21: Support for new Wasm runtimes, Docker Init support for Rust, Docker Scout Dashboard enhancements | Docker