これまで GitHub Actions のセルフホストランナーは、ローカルの PC や VM に構築するものでした。そのため、CI/CD ワークフローの実行時に Runner 用のマシンをプロビジョニングしてワークフロー終了時にマシンを破棄するということが難しく、常に起動状態にしておく必要がありました。
概要 Kubernetes The Hard Wayというのは、Kubernetesクラスタ作成チュートリアルで、他の構築手段と比べてThe Hard Way(難易度の高いやり方)という特徴があります。 kubeadmやminikubeを使ったワンコマンドの構築ではなく、より原始的に、1ステップずつコマンドを実行し、丁寧に(?)クラスタを作成する手法です。 これを体験することで、普段は便利コマンドに隠されてしまっているKubernetesの構築手順をを理解することができ、実際のクラスタ運用でも役に立つ知識を身につけることができます。 ということで早速試してみたいのですが、オリジナルのKubernetes The Hard WayはGCP(Google Cloud Platform)上での手順となっており、課金が発生しますし、また本来のKubernetes構築とは関係ないGCPのファイアーウ
Docker Meetup Tokyo #26での発表資料です。 いろいろなコンテナランタイムについて、機能、セキュリティ、パフォーマンス、開発動向に着目して比較調査および性能測定を行ないました。 ぜひ以下の記事も合わせてご参照ください。 『今話題のいろいろなコンテナランタイムを比較してみた[Docker Meetup Tokyo #26発表レポート]』 https://medium.com/nttlabs/container-runtime-d3e25189f67a unikernelベースのイメージの作り方などの技術的な話題は付録にも記載しましたが、近々、別の形でもまとめようと考えています。 [留意] 本資料中の性能測定は、コンテナランタイムのCRI命令処理(Podやコンテナの作成から削除までの各ステップのCRI命令)の性能を測定したものです。 それらCRI命令への処理はあくまでもコン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く