GKE (Google Kubernetes Engine) とは Kubernetes (k8sと略す) という、Dockerコンテナのオーケストレーションツールが広く使われ始めています。 k8sをGCPのマネージドサービスとして提供されているものがGKEです。 当社では、GKEを2年以上本番運用しています。 当社の技術基盤に興味がある方は、詳しくはまず下記 Tech Blog の記事を参照いただければ幸いです。 https://allabout-tech.hatenablog.com/entry/2017/12/08/080800 Skaffoldとは CI/CDワークフローを高速に回すk8s用のツールです。 ローカルで開発したアプリケーション用コードを、k8sクラスタにデプロイするまでの、 いずれの段階においても自動化を行ってくれるものです。 今はアルファからベータ版になったところで

Skaffoldはローカルで開発する際、ソースコードの変更を検出して、自動的にビルド、プッシュ、デプロイを行ってくれ大変便利です。 しかしソースコードに量が多くなってくるとビルドに時間がかかってきます。 そんなときは、SkaffoldのFile sync機能を使えばイメージのリビルド、リデプロイ、リスタートなしに、sync対象のファイルのなかで変更があったファイルのみをコンテナに直接反映できます。 syncには2種類のモードがあります。 inferモード Dockerfileをもとにsync先を推定するモードです 例えば以下のようなDockerfileがあり、 FROM hugo ADD .filebaserc /etc/ ADD assets assets/ COPY static-html static/ COPY content/en content/t

Skaffoldをこよなく愛する貴殿におかれましては、$ skaffold dev -f ./xxxx.yaml とかしてファイルに変更があったらリビルドされて開発しているかと思います。 Buildkitとかがあるにせよ、まいどまいどリビルドされていては堪忍ならん、これではdocker-composeでボリュームマウントのほうがよいではないか！？と常日頃からイライラしていませんか。 Skaffold様にはファイルの変更があった際にコピーだけしてくれる便利な機能があるようで、その名をFile Syncというようです。(そのまんまやんけ) 結局のところ、File Sync beta で SkaffoldのFile sync機能を使えばイメージのビルドなしにコンテナに反映できて捗る ってことなのですが、こちらの機能を試してみました。 TL;DR 適当なファイルを作ってSkaffoldのinfer

はじめにこんにちは！ TIG コアテクチームの川口です。本記事は、CNCF連載 の5回目の記事になります。 本記事では、CNCF の Knative を基盤として利用している Cloud Run と CNCF の各種ビルドツール ko, skaffold、Cloud Deploy を用いたうえで、アプリケーションのビルドからデプロイまでを行います。 扱う技術要素今回は、合計5つの技術要素を扱います。 全体感を掴むため、それぞれの技術とそれらの関連について図示します。 Cloud Run （Knative）Cloud Run は、Google Cloud におけるコンテナベースのサーバーレスコンピューティングサービスとしてよく知られているものかと思います。こちらは、基盤として Knative を採用しています。 この Knative は 2022年の3月に CNCF の Incupating

前回は、minikubeを使ってローカル環境内でコンテナアプリケーションを実行する環境を整えました。 しかし、サンプルアプリのデプロイを通して、ソースコードに加えて、コンテナイメージのビルドやKubernetesマニフェストの反映等、手順が煩雑だと感じられた方も多かったのではないでしょうか？ コンテナ以前のアプリ開発だと、任意のIDEを利用してソースコードを記述し、IDEまたはコマンドからそのままローカル環境で実行・確認していた方が多いと思います。 Kubernetesに載せるためには、追加手順としてコンテナのビルドやマニフェスト反映が必要となり、これを手動でやっていては間違いなく開発効率が悪くなることでしょう。 今回はこれを解決するために、Google社で開発・運用しているKubernetes向けの自動化ツールのSkaffoldを導入し、この面倒な手順を自動化してしまいましょう。 なお、

Kubernetes の CD （継続的デリバリー）の話です。 Kubernetes って便利だなって思う反面、いちいちコンテナのイメージをビルドしたりプッシュしたり Kubetenetes へデプロイしたりするのが非常に面倒になってきました。みんなそうですよね。Dev 環境だけでも簡単にデプロイ環境作れないかなと思って色々試してみました。 ちなみに Kubernetes の基礎知識が足りてないな、知識ちゃんと保管したいな・・・って人は以下の参考書がオススメです。 かなり詳細にそして網羅されているので、これ一冊読んでおけば大丈夫です。電子書籍版もあります。 Kubernetes完全ガイド (impress top gear) 作者: 青山真也出版社/メーカー: インプレス発売日: 2018/09/21メディア: 単行本（ソフトカバー）この商品を含むブログを見る skaffold　について

Go製のアプリケーション対してDelveというツールを使ってデバッグができます。 この手法を応用すると、Kubernetes上で動くGoアプリケーションに対してもデバッガーを接続できます。本記事ではその方法を紹介し、さらにKubernetes上でのデバッグを容易にするツール Skaffold debug を紹介します。 デバッグ対象のサンプルアプリ デバッグ対象のアプリケーションとして次のようなかんたんなHTTP Serverを仮定します。 // main.go package main import ( "log" "net/http" ) func main() { http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) { _, _ = w.Write([]byte("hello")) }) log.Prin

TL;DR GKE-autopilot でskaffold を使う skaffold のホットリロードを試す 概要 GKE-autopilot で開発環境としてskaffold を使い、開発効率化をする versions macOS 11.5.2 GKE-autopilot v1.20.8-gke skaffold v1.30.0 skaffold を実行する CLI のインストール $ brew install skaffold GCP Artifact の認証情報を取得 GCP Artifact を使用したいため認証情報を予め取得する $ gcloud auth configure-docker \ asia-northeast1-docker.pkg.dev Docker の準備 nginx を立てて単純なhtml のホットリロードを試すための Dockerfile を作成 FROM

概要 こちらの記事に全て書いてありましたが 嬉しくなったので自分もメモしておく😀 Minikube + Skaffoldでローカル環境の構築は何年か前からやってみてはいたけど ファイル編集の度にリビルドしてデプロイされるプロセスはやはり時間がかかる・・・ 「docker composeでvolume mountの方が良くないっすか？」 の声に勝てないなぁ。。。とモヤモヤしてましたが 久しぶりに触ってみたらvolume mountばりに早く反映できるようになってた👴🏻 設定ファイル やり方とっても簡単！ skaffoldの設定ファイルにsyncを追加して対象ファイルを指定するだけ 以下はStorybookとNext.jsのアプリをリビルド・デプロイさせずに反映させる設定。 個別にファイルを指定することもできるけど 全ファイル反映されるように**/*を指定 コンテナ内ではnext dev

概要 今まではスクリプトにk8sのデプロイ処理を書いていましたが、Skaffoldが発表されたのでDraftと一緒に試してみます！ 環境 Skaffold: v0.3.x Draft: v0.12.x Helm: v2.8.x Kubernetes（以後k8s）: v1.9.x DockerRegistry: Google Container Registry（以後GCR） ソースコード example-k8s-deploy 前提 helmを使う 必須ではないため、適宜kubectl applyなどに読み替えてください k8sのセットアップが完了している asia.gcr.ioへのログイン（認証）が完了している 検証してみる内容 実際の運用環境に近い内容で検証していきます。 想定環境 デプロイ先の環境はlocalを含め、stageの2種類 実際はprodなどの環境もあると思うので、増えても

Kubernetes-nativeなアーキテクチャ導入の手引き 先進的なクラウド環境を最強テストベッドで体験 Kubernetes-nativeなエコシステムを実現する最強テストベッド環境です。さまざまなミドルウェアを運用したマイクロサービスをフルgRPCなサービス間通信で実現するだけでなく、CI/CDと開発環境も用意しています。 こんにちは。株式会社サイバーエージェントのAI事業本部でインフラエンジニアをしている青山真也（@amsy810）と漆田瑞樹（@zuiurs）です。今回は、Kubernetesが好きな2人が考える最強のKubernetes-nativeなお試し環境を構築してみました。記事公開時点で、総コミット数が900に迫るリポジトリになっています。 現在、Kubernetesとそれを取り巻くエコシステムは急速に発達しており、便利なツールやミドルウェアが日々生まれています。これは

Skaffoldを試してみた話。 Skaffoldとは Googleが開発している、Kubernetesアプリケーションを快適に開発するためのツール。 アプリケーションのソースを監視し、変更が入ると、自動的にコンテナイメージをビルドしてKubernetesクラスタにデプロイしてくれる。 2018/3/16に発表された新しいツールで、触った感じではまだこれからといった感じだった。 Goで書かれていて、Linux、OS X、Windows用のバイナリが提供されている。 似たツールにはMicrosoftのDraftがある。 また、Gitのコミットを自動デプロイしてくれるものに、Gitkube、Jenkins X (エックス)がある。 Windows版を試す 自PCがWindowsなのでWindows版を試す。 会社で使ってるのもWindowsだし。 Skaffoldを使うには、Skaffoldの

この記事ではskaffoldの紹介と、ローカル環境で試してみるまでの手順を書いていく。 はじめに コンテナを利用して開発で困るのが、少しの変更であってもビルドしてデプロイをしなければならないというストレス。変更を行って、そのimageをbuildして、deploymentを更新するのが面倒。 そのため、以前記事に書いたとおり、localの開発ではdocker-composeを利用している。docker-composeではVolumeMountができるので、localでのファイル変更がそのままコンテナに反映できる。 しかし、本番環境をGKEに決めたので、それに合わせて開発環境もK8sにしなきゃな、というところへ、数日前にGoogle公式でちょうどいいツールが出た。 skaffoldだ。 skaffoldについて できること 開発では、localでのファイル変更をトリガにbuild/push/

2018/06/01 Cloud Native MeetUp Tokyo #2での発表資料です。

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

https://blimpup.io TL;DR docker-compose をリモートで実行するための開発フェーズ向けのサービス ローカルマシンへ負荷をかけずに開発できる URL を発行してくれるため第三者への公開も可能 概要 blimpup はざっくりいうと「docker-compose をリモートで実行する」ためのサービスです。 用途としては本番環境としてではなく開発フェーズでの利用を想定されており、docker-compose を使用した開発の効率化を行ってくれます（k8s のtelepresence に近いイメージです）。 従来開発フェーズで使用していたdocker-compose をローカルで直接コンテナを動かすのではなく、blimp の提供するインフラ上で動かし、ローカルマシンに負荷をかけることなく開発が可能になります。ローカルのファイルと同期を行ってくれるためファイルの更

3月にGoogleがKubernetes向けの新たなツール「Skaffold」を公開した。このツールはKubernetesクラスタ上で稼動させるアプリケーションの継続的開発を支援するコマンドラインツールで、アプリケーションのビルド、プッシュ、実装ワークフローを支援する機能を備えている。本記事ではこのSkaffoldや、クラスタ内でコンテナイメージをビルドするためのツールである「Kaniko」の使い方を紹介する。 ビルドやイメージの作成、デプロイを自動化できる「Skaffold」 今回紹介するSkaffoldは、Googleが開発しオープンソースで提供するコンテナクラスタ向けビルド・デプロイ自動化ツールだ。GoogleはKubernetesを利用してコンテナを管理できるクラウドサービスを提供しており、そこでの利用が想定されているが、それ以外のKubernetesクラスタ環境でも利用できる。

Google、開発者のためのKubernetes用コマンドラインツール「Skaffold」オープンソースで公開。開発環境にもKubernetes、ローカルのMinikubeにも対応 KubernetesによるDockerコンテナのクラスタ環境は、一般に運用チームが構築し、柔軟で迅速なデプロイや自動化され安定した運用などの恩恵を受けることになると考えられます。 一方、アプリケーション開発者はDockerコンテナを用いてテストやビルドなどを含む開発環境を利用することはあっても、Kubernetesの環境を開発環境の中に取り込んで利用するということは、手間がかかることもあって、それほど行われていないのではないでしょうか。 Googleがオープンソースで公開した「Skaffold」は、開発者がもっと手軽にKubernetesを開発環境として利用できるようにするためのツールです。 開発者が扱いやすい