こんにちは。株式会社スマートバンク SRE部の capytan です。スマートバンク 新春エンジニア駅伝 2026 の十四区目の走者として頑張って走ります。十三区目は nissyi さんの Agent Client Protocol 入門 -エディタとAIエージェント連携の仕組みを体験する- でした。 本記事は、ゆるSRE勉強会 #14 で発表したLTの内容をもとに加筆・修正したものです。 CI/CDパイプラインの高速化は、多くのチームが一度は取り組む課題ではないでしょうか。Pull Requestをマージしてから本番に反映されるまでの時間は、開発者体験に直結します。障害対応時に「修正はできたけど、デプロイに30分かかる……」という状況は、なかなかつらいものがあります。 本記事では、私たちがDockerビルドのキャッシュ戦略を見直すことで、デプロイ時間を50〜65%削減した取り組みについて

1. はじめに この記事の目的 「Dockerは使ったことあるけど、Dev Containersって結局何が嬉しいの？」 この疑問に答えるのが本記事の目的です。Dev Containersの概念から導入手順、Dockerfile・docker-compose.ymlとの関係性まで、図解を交えながら網羅的に解説します。 対象読者 Dockerは触ったことがあるが、Dev Containersは初めてのエンジニア 個人開発で環境構築の「おまじない」から脱却したい初中級者 「動いてたのに動かなくなった」問題に悩んでいる方 この記事を読むとわかること Dev Containersの仕組みと従来開発との違い 5分で動く環境を作る具体的な手順 Dockerfile・docker-compose.ymlとの使い分け 導入すべきか判断するためのチェックリスト 2. Dev Containersとは何か 一

ubuntu-slimとは github.blog 2025/10/28にパブリックプレビューとなったランナーです。 公式のchangelogにも書かれていますが、従来の ubuntu-latest と比較した際に特筆すべき違いは以下の3点です。 VMではなくコンテナ 1vCPU / 5GB RAM 15分上限 VMではなくコンテナ ubuntu-latest はジョブごとに VM（仮想マシン）を起動して動作しますが、ubuntu-slim はコンテナベースのランナーで動作します。 「ハイパーバイザーレベル2の分離（hypervisor level 2 isolation）」と書いてあり、VM のような独立した環境を提供しつつ、コンテナ特有の軽さと起動速度を両立しています。 1vCPU / 5GB RAM ubuntu-slim は1vCPU / 5GB RAM です。 ubuntu-la

1.2 コンテナエンジンとは？ コンテナエンジンは、コンテナのライフサイクル（作成、実行、停止、削除）を管理するソフトウェアです。主な機能は： イメージ管理: コンテナの元となるイメージの作成・保存・配布 コンテナ実行: イメージからコンテナを起動・管理 ネットワーク管理: コンテナ間の通信設定 ストレージ管理: データの永続化 1.3 コンテナの標準規格 コンテナ技術には以下の標準規格があります： OCI（Open Container Initiative）: コンテナの実行形式とイメージ形式の標準 OCI Runtime Spec: コンテナの実行方法の仕様 OCI Image Spec: コンテナイメージの形式仕様 CRI（Container Runtime Interface）: Kubernetesとコンテナランタイム間のインターフェース これらの標準があることで、異なるコンテナ

はじめに こんにちは。クラウドエースの荒木です。 2021 年 9 月に Docker Desktop の企業ライセンス有料化が発表されて以来 [1]、多くの開発者や企業が代替手段を模索する状況が続いています。その発表から数年が経ち、代替ツールも成熟してきた今、「結局どれを選べばいいの？」という質問をよく見かけます。弊社でも Docker Desktop 利用に制約があるため、様々な代替ツールを試しました。 そこで今回は、2025 年時点での Docker Desktop 代替ツールを、実際の使用感も含めて比較検討してみたいと思います。 Docker Desktop の企業ライセンスについて まず、そもそもなぜ代替手段が必要なのか、Docker Desktop のライセンス状況について改めて整理しておきましょう。 Docker Desktop は2021 年 9 月 1 日から企業利用が有

【デジカルチーム ブログリレー5日目】 デジカルチームの井上 渉 (@wtr_in) です。米がなければということで、餅をよく食べています。実は餅はお正月以外も食べて良いんですよ皆さん。 さて、2024 年 7 月と結構前の話になりますが、AWS で以下のようなアップデートがありました。 aws.amazon.com このアップデートにより ECS が Task を起動する際にイメージを特定する挙動が変わったのですが、デジカルではその影響で、テスト環境の ECS Service の Task 数がいつの間に 0 になる というトラブルを経験しました。割とエッジケースなので、多くの方が遭遇することはないとは思いつつ、ある意味面白い事象だったのでその内容を紹介しようと思います。 どんなアップデートだったか？ そして起きた ECS Task 消失事件 🚨 事件の原因 🔍 要因(2) ECR

上のコマンドでDockerの未使用イメージなどが削除されたことを確認しましたが、結果は冒頭の画像のままでした。 原因 完全に上記記事に当てはまりました。WSL2は一度確保したディスクをホストに返さないらしく、WSL2上で動かしているDockerも返してくれていないわけでした。 上記記事にあるHyper-Vを使う方法はHyper-Vが入っていなかったため不可。 またWSL2バックエンドを作り直す方法も少し抵抗があり避けました。 解決方法 自分は上記記事Answerにあった方法を採用しました。diskpartを使う方法です。 wsl --shutdown diskpart # open window Diskpart select vdisk file="C:\WSL-Distros\…\ext4.vhdx" attach vdisk readonly compact vdisk detach

Docker コンテナの中からホストのポートで動いているサービスにアクセスする方法についてのまとめです。 ホスト側からコンテナのポートにアクセスしたいときはシンプルにポートフォワーディングをして localhost:ポート にアクセスすればよいですが、逆の、コンテナの中からホストのポートにアクセスしたいときには別の方法をとる必要があります。 ここではその方法をまとめています。 確認時の環境 macOS Docker Docker 20.10.17 Docker Compose v2.10.2 Docker Desktop 4.12.0 Docker コンテナ内からホストのポートにアクセスする方法 Mac / Windows の場合 Docker for Mac / Windows の場合は、特殊な名前 host.docker.internal がホストを指すものとしてデフォルトで提供されて

Docker Desktop 4.40の新機能として、Dockerコンテナと同じように任意の大規模言語モデルをDocker Hubから取得し、ローカル環境にインストール、簡単に実行できる「Docker Model Runner」β版が登場しました。 Docker Model RunnerはNVIDIA GPUとApple SilliconによるGPUアクセラレーションに対応。インストールされた大規模言語モデルは、事実上の標準的なAPIとなっているOpenAI API経由でアクセスできます。 これにより、従来手間のかかるライブラリの導入や環境設定が求められていた大規模言語モデルの導入が手間なく簡単にできるようになり、入れ替えも容易で、すぐに生成AIを活用したアプリケーションの開発に取りかかれるようになります。 OCIアーティファクトで大規模言語モデルをパッケージング Docker Model

概要 Docker や VSCode の Remote-Container でファイルシステムをマウントする際にパーミッションの問題に出会ったことはありませんか？Docker はパーミッションの扱いに面倒くささがあり、VSCode + Remote-Container はそれを黒魔術（＝力技）で解決しているのでよく分からずに使っていると想定しない結果になることがあります。 そこで Docker や VSCode + Remote-Container におけるパーミッションの扱いと対応方法をまとめてみます。 Docker とパーミッション まずは Docker がファイルシステムのマウント時にパーミッションをどう扱うかを解説します。 結論として Docker がホスト側のディレクトリをコンテナ内にマウントする際のスタンスは 「何もしない」 です。 しかしそれだけでは説明になっていないので、と

@matsuuさんのポストより。 x.com Docker Hub、2025/03/01から認証なしでのimage pullはIPアドレス毎に1時間あたり10回までに制限。認証してもPersonalはアカウント毎に1時間あたり40回まで。まじかよ。いよいよ厳しくなってきたな。 / “Usage and limits” https://t.co/hJWuR41b9G— matsuu (@matsuu) 2025年2月23日 x.com これ、先ほどサイト確認したら書き変わってて、2025/03/01→2025/04/01になってた。 Personalアカウント上限も40回→100回 でも認証なしの10回まではそのまま。— matsuu (@matsuu) 2025年2月23日 これはつらい。 最近業務でトレーシングハンズオンをした折に、配布のために魔改造Jaeger HotRODデモをDoc

はじめに 2024 年に調べたり構築した開発環境について、振り返っておこうと思います。基本的に Linux をメインに Web アプリの開発環境を構築することが多いです。 今どきの Web アプリの開発環境というと、VS Code + Docker + Git が必須となっているので、これらをベースとして環境構築をしています。2024 年は、これらを使った開発環境の構築をしていました。また、構築にあたって、いろいろと調べていました。 Visual Studio Code Visual Studio Code は、Linux、Windows、macOS に対応していて、Intel 系 CPU だけでなく ARM 系 CPU にも対応している OSS ベースの高機能エディタということで、重宝しています。VS Code や、vscode と省略されることがあります。 本体だけでも十分便利なのです

こんにちは、ハコベル開発チームの坂東です。今日は、実際に私たちのチームで起きたちょっとした“怖い話”を共有しようと思います。 開発は順調に進んでいたはずだった… 私たちのチームでは、これまでプロダクトをローカル環境で動かす際、ファイルアップロード系の処理では開発用のAWS環境に直接アップロードするようにしていました。 しかし、複数のAWS環境を跨ぐような開発をする時にやりづらいので、効率化のためにローカル環境でAWSをエミュレートできるLocalStackを導入することにしました。LocalStackは、他のチームでも導入実績があったので、安心して導入に踏み切りました。 一人のメンバーがLocalStackを組み込んだPRを作ってくれ、みんなでその動作確認をすることになりました。ところが、全員が同じブランチで動作確認しているにもかかわらず、うまく動くメンバーと、うまくいかないメンバーが出て

Client: Version: 24.0.6 Context: default Debug Mode: false Plugins: buildx: Docker Buildx (Docker Inc.) Version: v0.11.2-desktop.5 Path: C:\Program Files\Docker\cli-plugins\docker-buildx.exe compose: Docker Compose (Docker Inc.) Version: v2.23.0-desktop.1 Path: C:\Program Files\Docker\cli-plugins\docker-compose.exe dev: Docker Dev Environments (Docker Inc.) Version: v0.1.0 Path: C:\Program Files\D