docker/build-push-action@v3 + GCP のデプロイエラーを何とかした覚書
GCP 素人の私と、心優しい同僚たちが、デプロイエラーに立ち向かった覚書です。筆者が GCP 素人なので、語り口が素人くさいのはご容赦ください。 3 行まとめ 2023 年 1 月 14 日以降しばらくの間、GitHub Actions を用いて Cloud Run 等へデプロイする際に「コンテナイメージが見つからない」といった類のエラーメッセージが出たら、 docker/build-push-action@v3 の利用を疑ってみる provenance に未対応のレジストリを使っているのがわかったら、 provenance: false をインプットとして指定すると、治るかもしれない Cloud Run の場合、エラーメッセージが出た時点で異常な状態のリビジョンを作成してしまっている場合があるので、念のためチェックして、必要であれば異常なリビジョンを削除するとよい 2022.2.9 追記
Lima で Docker を使う on Mac
はじめに 2021 年 9 月に Docker Desktop の有料化が発表されました。 個人利用やスモールビジネスであれば引き続き Docker Desktop を利用可能ですが、 選択肢の 1 つとして Lima を利用した Docker を検証してみます。 環境 Intel Mac limactl 0.7.4 Docker 20.10.11 Docker Compose 2.1.1 Lima とは 自動ファイル共有、ポート転送、コンテナ化をサポートした macOS 上で Linux 仮想マシンを作成・起動するツールです。 Docker Desktop for Mac のアンインストール Docker Desktop for Mac がインストールされている場合は、Lima を利用した Docker CLI に切り替えるため下記ドキュメントを参考にアンインストールします。 Lima
dockerfileの静的解析ツールが便利すぎた - Qiita
背景 Dockerfileを静的解析したいと思い便利なツールがないかと探していたら発見しました。 DockerfileのLintツール ◆ hadolint/hadolint エラーが出るDockerfileをビルド前に検知してくれます。 ちなみにHaskellで書かれているようです。 現時点での最新バージョンはv1.15.0でmac等にも対応している。 GitHubのスター数は1000程である。 lintとは wikiより引用 lint とは、主にC言語のソースコードに対し、コンパイラよりも詳細かつ厳密なチェックを行うプログラムである。 型の一致しない関数呼び出し 初期化されていない変数の参照 宣言されているが使われていない変数 同じ関数を参照しているが、戻り値を使う場合と使わない場合がある[疑問点 – ノート] 関数が戻り値を返す場合と返さない場合がある など、コンパイラではチェックさ
複数の rails プロジェクトが共存する開発環境を Docker 化した話を晒してみる
アプリケーションエンジニアの西辻です。 今回のブログでは、弊社のローカル開発環境を Docker 化した話をご紹介したいと思います。 このブログでは、なぜローカル開発環境を Docker 化する考えに至ったのかに始まり、 具体的にどのような方法で Docker 化を進めていったかを振り返りながら書いていきます。 また、Docker 化したことで受けた恩恵などを最後に書いて終わります。 Overview 大きく以下の項目について書いていこうと思います。 自分の仮想化環境への考え方について 今の現場に Docker 開発環境を導入する判断について 実運用している構成例を用いての説明 Docker for Mac のファイルI/Oのパフォーマンス改善方法 Tips: Docker コンテナに対して binding.pry を利用する ローカル開発環境を Docker 化した恩恵 自分の仮想化環境
NBM2 - Dockerで使う「ディスク上の場所」をお引越し
こちらも「二度程やってるのに、ソラで書けなくて必ずググる」ので、メモっておきたいなと思いました。(小並) これを読んで得られるもの 本家のインストール法でUbuntuに入れたDockerのデフォルトのデータ保存場所がわかる 本家のインストール法でUbuntuに入れたDockerデータの引っ越し方法 Docker + Systemdの組み合わせ時の設定変更法 前提 Ubuntu 16.04 LTS 移動先は、/(rootのHDD) マウントとは別HDDにしたい /strage/01/docker にデータを引っ越したい Dockerはインストール済み Dockerのインストールは 本家のやり方 で sudo apt-get install docker-engine でおこなっている Dockerの設定はデフォルトで弄ってない /usr/bin/docker に setuid で+sして一般
Docker for Macを使っていたら50GB位ディスク容量を圧迫していたのでいろんなものを削除する - Qiita
はじめて読む方へ 元の投稿は今より便利ではなかった頃に書いたものです。 今現在手軽に削除したい場合には、以下の2つが便利です。 コマンドで手軽に消したい場合 $ docker <Management Command> prune が便利です。 <Management Command> は、container, image, network, volumeなどです。 纏めて削除したい時には $ docker system prune を使うとよいでしょう。 $ docker system prune WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all dangling images - all dangling build cac
Google、DockerコンテナのビルドをREST APIなどで自動化できる「Container Builder」リリース。1日あたり120分のビルド時間まで無料
Google、DockerコンテナのビルドをREST APIなどで自動化できる「Container Builder」リリース。1日あたり120分のビルド時間まで無料 ソフトウェアの開発サイクルを迅速にまわすうえで、開発したコードをビルドし、テスト環境でテストをし、本番環境へ展開するといった操作を自動的に行う、いわゆるCI/CD（継続的インテグレーション／継続的デリバリ）の仕組みを構築することは欠かせないものになろうとしています。 こうしたCI/CD環境を構築するにあたって便利なのがDockerコンテナです。アプリケーションをDockerコンテナにパッケージすることで、軽量でポータブルなDockerコンテナの特長を活かして開発者が開発に利用しているノートPCからテスト環境、本番環境まで簡単に移動できるためです。 GoogleはこうしたDockerコンテナのビルドをRESTful APIを用い
「Docker for Windows」と「Oracle VM VirtualBox」は同時に使えない - 初老のボケ防止日記
キィーーー! 私とあの娘、どっちが大事なのよ！ 先日、正式版がリリースされた「Docker for Windows」。 docs.docker.com 以前にクローズドβを試してみた記事を書いております。 osa030.hatenablog.com 今までWindows上でDockerを起動するには、VirtualBoxを使う必要があったのだけれども、それを直接利用できるのは便利なことこの上ない。でも、待って頂戴。 コンテナ上で起動するアプリの開発はどこでやるの？ 勿論作るアプリの機能によるのだろうけれど、オッサン的には実行環境のOSによる振る舞いとかで後々悩むのは嫌なので、コンテナで起動するのと同じOS使ってVirtualBox上で開発するのである。 で、実際に1台のPC上で「Docker for Windows」と「Oracle VM VirtualBox」を併用しようとしてハマったの
Railsアプリケーション開発を完全にDocker化する
Railsアプリケーション開発を完全にDocker化する Tweet Degica のすべてのサービスは Rails で開発しており、そのうちの一部は Docker を使用した本番環境にデプロイしています。しかし開発者個人の開発環境にはいまだに Docker を導入できていません。最も大きな障害は spring を docker コンテナ内で上手く扱う方法が確立されていなかったことですが、この問題は docker-compose を工夫して利用することで解決可能であることがわかりました。 ということで、今回は rails アプリケーションの開発環境を完全に docker 化する方法を紹介します。 完全に、というところがポイントです。この方法を使えば docker 以外のツールを一切ホストマシンにインストールせずに rails アプリの開発を行うことができます。 (ちなみに、弊社の本番環境は
開発におけるDocker導入のメリット - Qiita
DockerのPros/Consとか今更感ある。他の仮想化技術との比較記事はよく目にするが、開発にどのようなメリット・デメリットがあるのかあまり周知されていないようなので自分なりの感想を書いておく。 Pros 同一性 複数人で開発する際に、環境の差が生まれない。 カプセル化 アプリケーション込みの環境をコンテナというカプセルに隠蔽することができる。 コンテナという単位に対するテストが可能に。 コンテナを捨てる・再生成するのが容易。 ポータビリティ（一貫性とも） 開発に使ったコンテナをCIでテストできる。 CIでテストしたコンテナをサーバーにデプロイできる。 デプロイしたコンテナをスケールできる。 Prosで防げる消耗 おれの環境では動いた。 はい。 複数の開発者で同一の環境で開発できるので防げる。 ローカルで通ったテストがCIでコケる。 開発と同一の環境でテストできるので防げる。 bund
Docker を本番環境で４ヶ月運用して分かった HARD THINGS – Stay Creative !
今年も残すところあと10日となりました。 Docker Advent Calendar 2015 22日目 山中です。 簡単に自己紹介 Advent Calendar 経由でお越しになった方もいらっしゃるかと思いますので簡単に自己紹介させて頂きます。 名前: 山中 悠 (@yuurelx) 経歴: -2009 バイトで検索エンジン開発＆自宅データセンター 2009-2014 株式会社HDE (Programmer/SE/PM/Infra. Engineer) 2015 株式会社ペロリ (DevOps Engineer) 2016- INGoT合同会社 (CTO), Reactive Inc. (Core Engineer) 登壇歴: Docker Meetup Tokyo #5 SCRIPTY #4 Sensu deep talks #1,#2 Fashion Tech meetu
Docker で「速くてウマイ」な CI 環境を構築するための 5 つの Tips | 株式会社ヌーラボ(Nulab inc.)
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
Dockerコンテナ内からホストマシンのルートを取る具体的な方法（あるいは/var/run/docker.sockを晒すことへの注意喚起） | 48JIGEN *Reloaded*
Dockerコンテナ内からホストマシンのルートを取る具体的な方法（あるいは/var/run/docker.sockを晒すことへの注意喚起） 2015/11/04 dockerの -v オプションを使ってホストマシンのディレクトリをマウントするときは、マウントする範囲に注意が必要（特に/var/run/docker.sockをマウントしてはならない）という話を書きます。 元ネタは@lvhが書いてるDon't expose the Docker socket (not even to a container)という記事で、1ヶ月前くらいにHacker Newsで話題になってて知りました。 この元記事で紹介されているいくつかの危険なマウントのパターンに関する情報が、最近dockerを使い始めた自分に有用な情報だったので、自戒も込めて要点を書いておきます。 TL;DR /var/run/docke
Gradleからdockerを起動して分散テストさせてみた #gradle #docker - mike-neckのブログ
昨日のエントリーの続きです。 mike-neck.hatenadiary.com Gradle万能派の僕には、納得がいかなかったので、最後までやってみることにしました。 切り捨てたこと まず、分散テストは何が目的なのか考えると、テスト結果をマージすることが目的なので、以下のことは切り捨てました。 dockerの外でコンパイルしたクラスファイルの共有(昨日のドハマリその2により、共有してもコンパイルしてしまうので諦めた) srcディレクトリーの共有(Javaファイルを生成するタスクがある場合はsrcディレクトリーの共有をすると、各コンテナがJavaファイル生成を行ってしまうので、諦めた) 【2015/10/20 12:19追記】 つまり、コンパイル結果を共有しても再コンパイルされるので、buildディレクトリーの共有は諦めました この結果、妥協するのは次の点です。 各コンテナでソースコード生
Docker で Android のテストを爆速にする話をした（Docker 実践 LT で話した） #dockerlt - スクールアイドルです
タイトルは釣り。 speakerdeck.com connpass.com github.com https://hub.docker.com/r/misumirize/android-remote-client/ 電源ケーブル忘れて行ったのでひたすら焦ってた。 DigitalOcean に Android x86 エミュレータを飼う - スクールアイドルです が完全にこの ADB remote client in Docker のための布石で、実証ができたのでスライドにまとめて喋ってきた。 Docker がテーマなので Serverspec とか Infrataster でインフラ CI しよう的な話とか、K8s あたりでクラスタ組んだ話とか、そういうのがなかったのは意外だった。Swarm はあったけど。 多少強引にでも（今回は HAProxy 使った）ロールごとにコンテナ分割をしておく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitlab CI Runner のジョブに AWS ECR のイメージを使う - Qiita
ペパボ新卒研修座学、コンテナのお話 /the-skelton-of-whales
Scalable Job Queue System Built with Docker
Docker 1.12 の衝撃
https://jp.techcrunch.com/2016/02/24/20160223new-docker-data-center-admin-suite-should-bring-order-to-containerization/
