はてなブックマーク

先日のAWS re:Invent 2022で発表されたFinchを遅ればせながら使ってみたのでその感想文を書いておく。 Finchとは？ Finchはデスクトップ（ローカル）環境でコンテナをビルドして実行するための環境を提供するOSSであり、Docker Desktopの代わりとなり得る言われている。 Finchがデスクトップコンテナ環境を実現するために活用しているツールセットについて下記のような説明がある。 Finch provides a simple client which is integrated with nerdctl. For the core build/run/push/pull commands, Finch depends upon nerdctl to handle the heavy lifting. It works with containerd for

本記事はZOZOテクノロジーズ アドベントカレンダー#2の17日目の記事です。 TL;DR; ECK動作確認環境構築手順 ECKの仕組み 各構成・設定変更における挙動解説 動作確認環境の構築 本記事の解説で使う環境構築方法を簡単に解説します。なお、Kubernetes環境としてはAmazon Elastic Kubernetes Service（以下、EKS）を利用してますが、EKSセットアップとk8sクラスタ操作必要なkubectl等の設定手順については省略します。また、既にk8sクラスタに接続できる状態になっていることを前提とします。 環境 クライアントOS: macOS Kubernetes versions: client: v1.19.4 server: v1.18.9 ECK: 1.3 セットアップ 既に下記のようにkubectlコマンドでk8sクラスタにアクセスできる状態にな

GitHub Actionsで複数Jobが動くWorkflowがあったとして、この最終的な結論を知る方法について調べてみた。 そもそもどうして複数Jobが動くWorkflowの結論が知りたいのかというと、例えば次のようにBuild->Test->Publishのようにシリアルに実行されるJobで構成されるWorkflowがあったとして、最後にその成功・失敗いづれかの結果をSlackで通知したかったから。なお、通知の際は、成功・失敗のステータスを区別する必要があった。 ダメだった例 まずはダメだった例を紹介する。下記のようにJob群（build、test、publish）と、always()とneedsを使って、それらJob群の結果を取得するJob（slack_notification）を用意した。 下記の、slack_notificationのように、needsでその前のJobとの依存関係