GCP 素人の私と、心優しい同僚たちが、デプロイエラーに立ち向かった覚書です。筆者が GCP 素人なので、語り口が素人くさいのはご容赦ください。 3 行まとめ 2023 年 1 月 14 日以降しばらくの間、GitHub Actions を用いて Cloud Run 等へデプロイする際に「コンテナイメージが見つからない」といった類のエラーメッセージが出たら、 docker/build-push-action@v3 の利用を疑ってみる provenance に未対応のレジストリを使っているのがわかったら、 provenance: false をインプットとして指定すると、治るかもしれない Cloud Run の場合、エラーメッセージが出た時点で異常な状態のリビジョンを作成してしまっている場合があるので、念のためチェックして、必要であれば異常なリビジョンを削除するとよい 2022.2.9 追記

はじめに 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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

背景 Dockerfileを静的解析したいと思い便利なツールがないかと探していたら発見しました。 DockerfileのLintツール ◆ hadolint/hadolint エラーが出るDockerfileをビルド前に検知してくれます。 ちなみにHaskellで書かれているようです。 現時点での最新バージョンはv1.15.0でmac等にも対応している。 GitHubのスター数は1000程である。 lintとは wikiより引用 lint とは、主にC言語のソースコードに対し、コンパイラよりも詳細かつ厳密なチェックを行うプログラムである。 型の一致しない関数呼び出し 初期化されていない変数の参照 宣言されているが使われていない変数 同じ関数を参照しているが、戻り値を使う場合と使わない場合がある[疑問点 – ノート] 関数が戻り値を返す場合と返さない場合がある など、コンパイラではチェックさ

アプリケーションエンジニアの西辻です。 今回のブログでは、弊社のローカル開発環境を Docker 化した話をご紹介したいと思います。 このブログでは、なぜローカル開発環境を Docker 化する考えに至ったのかに始まり、 具体的にどのような方法で Docker 化を進めていったかを振り返りながら書いていきます。 また、Docker 化したことで受けた恩恵などを最後に書いて終わります。 Overview 大きく以下の項目について書いていこうと思います。 自分の仮想化環境への考え方について 今の現場に Docker 開発環境を導入する判断について 実運用している構成例を用いての説明 Docker for Mac のファイルI/Oのパフォーマンス改善方法 Tips: Docker コンテナに対して binding.pry を利用する ローカル開発環境を Docker 化した恩恵 自分の仮想化環境

はじめて読む方へ 元の投稿は今より便利ではなかった頃に書いたものです。 今現在手軽に削除したい場合には、以下の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分のビルド時間まで無料 ソフトウェアの開発サイクルを迅速にまわすうえで、開発したコードをビルドし、テスト環境でテストをし、本番環境へ展開するといった操作を自動的に行う、いわゆるCI/CD（継続的インテグレーション／継続的デリバリ）の仕組みを構築することは欠かせないものになろうとしています。 こうしたCI/CD環境を構築するにあたって便利なのがDockerコンテナです。アプリケーションをDockerコンテナにパッケージすることで、軽量でポータブルなDockerコンテナの特長を活かして開発者が開発に利用しているノートPCからテスト環境、本番環境まで簡単に移動できるためです。 GoogleはこうしたDockerコンテナのビルドをRESTful APIを用い

https://github.com/udzura/container-zagaku

RubyKaigi 2016 http://rubykaigi.org/2016

キィーーー! 私とあの娘、どっちが大事なのよ！ 先日、正式版がリリースされた「Docker for Windows」。 docs.docker.com 以前にクローズドβを試してみた記事を書いております。 osa030.hatenablog.com 今までWindows上でDockerを起動するには、VirtualBoxを使う必要があったのだけれども、それを直接利用できるのは便利なことこの上ない。でも、待って頂戴。 コンテナ上で起動するアプリの開発はどこでやるの？ 勿論作るアプリの機能によるのだろうけれど、オッサン的には実行環境のOSによる振る舞いとかで後々悩むのは嫌なので、コンテナで起動するのと同じOS使ってVirtualBox上で開発するのである。 で、実際に1台のPC上で「Docker for Windows」と「Oracle VM VirtualBox」を併用しようとしてハマったの

2. Docker 1.11 の Swarm クラスタ を Production 環境に投入すべく、 ほぼほぼ構成が出来上がったとこ ろでそれはやって来ました 5. ● 各サーバーがTLS通信（サーバー、クライアントの証明書も確認） するための証明書発行機能 ● Swarm Cluster を構成するための Swarm Manager（3台 or 5台） + Key / Value ストア（Consul） ● コンテナを実行する Docker サーバーとその各サーバー上の Swarm Agent ● Docker の Overlay network を構成するための Key-Value ストア （Consul） （別々のDockerサーバー上のコンテナが同一ネットワークとして稼働） ● 外部からコンテナにアクセスするための Reverse Proxy / Load Balancer として

Railsアプリケーション開発を完全にDocker化する Tweet Degica のすべてのサービスは Rails で開発しており、そのうちの一部は Docker を使用した本番環境にデプロイしています。しかし開発者個人の開発環境にはいまだに Docker を導入できていません。最も大きな障害は spring を docker コンテナ内で上手く扱う方法が確立されていなかったことですが、この問題は docker-compose を工夫して利用することで解決可能であることがわかりました。 ということで、今回は rails アプリケーションの開発環境を完全に docker 化する方法を紹介します。 完全に、というところがポイントです。この方法を使えば docker 以外のツールを一切ホストマシンにインストールせずに rails アプリの開発を行うことができます。 (ちなみに、弊社の本番環境は

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? DockerのPros/Consとか今更感ある。他の仮想化技術との比較記事はよく目にするが、開発にどのようなメリット・デメリットがあるのかあまり周知されていないようなので自分なりの感想を書いておく。 Pros 同一性 複数人で開発する際に、環境の差が生まれない。 カプセル化 アプリケーション込みの環境をコンテナというカプセルに隠蔽することができる。 コンテナという単位に対するテストが可能に。 コンテナを捨てる・再生成するのが容易。 ポータビリティ（一貫性とも） 開発に使ったコンテナをCIでテストできる。 CIでテストしたコンテナをサーバ

今年も残すところあと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/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて

昨日のエントリーの続きです。 mike-neck.hatenadiary.com Gradle万能派の僕には、納得がいかなかったので、最後までやってみることにしました。 切り捨てたこと まず、分散テストは何が目的なのか考えると、テスト結果をマージすることが目的なので、以下のことは切り捨てました。 dockerの外でコンパイルしたクラスファイルの共有(昨日のドハマリその2により、共有してもコンパイルしてしまうので諦めた) srcディレクトリーの共有(Javaファイルを生成するタスクがある場合はsrcディレクトリーの共有をすると、各コンテナがJavaファイル生成を行ってしまうので、諦めた) 【2015/10/20 12:19追記】 つまり、コンパイル結果を共有しても再コンパイルされるので、buildディレクトリーの共有は諦めました この結果、妥協するのは次の点です。 各コンテナでソースコード生

タイトルは釣り。 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 使った）ロールごとにコンテナ分割をしておく