※この投稿は米国時間 2019 年 12 月 11 日に、Google Cloud blog に投稿されたものの抄訳です。 今年 4 月の Google Cloud Next で Cloud Run を発表して以来、「サーバーレス」と「コンテナ」の相性のよさがデベロッパーの皆様に広く知られるようになりました。Cloud Run を使用すれば、フルマネージドのインフラストラクチャや、双方向の自動スケーリング、従量課金制の料金体系だけでなく、言語やランタイム、ライブラリが何であれ、リクエストを待つステートレスなコンテナのなかにワークロードをパッケージングできるという利点が得られます。しかも、オープンソースの Knative を基盤としていることから、ポータビリティを犠牲にすることなくこれらを実現することができます。 たとえば公開ウェブサイトや API のデプロイのために、あるいは高速で負荷の軽
まえおき 2016年ごろからずっとローカルDockerd&K8sにはminikubeを使ってきました。 minikubeでローカルKubernetesクラスタを5分でつくる方法 - Qiita が、minikubeが最近重い。Minikube自身が原因かどうか深追いはしてないものの、気軽に乗り換えられそうならやってみるか、程度の軽い気持ちでmultipassを試してみました。 // minikubeの重さについて定量的な検証はとくにしていないので、必要な形はこの手順で構築したVMとminikubeVMのCPU・メモリ利用量などを実際に比較してみることをおすすめします TL;DR; multipass というシングルバイナリのツールで、Ubuntuの入ったhyperkit VMを簡単に操作できる。 UbuntuでDocker/ローカルK8sを利用する標準的な構成(docker & micro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く