2016年にMineteriaがサービスを立ち上げた時は、クラウドサービス群「Google Cloud Platform」（GCP）をインフラとして使っていた。続いてスタートアップ支援プログラム「Google Cloud スタートアップ」による費用一部負担の下、GCPのマネージドKubernetes「Kubernetes Engine」を導入した。だがMineteriaの成長に伴い、トラフィックに応じて増加する料金設定が重荷となっていった。料金はトラフィック1GB当たり0.12ドルにもなった。

　MineteriaはクラウドサービスベンダーDigitalOceanのスタートアップ支援プログラム「Hatch」による支援も受けていた。GCPと比べて料金はこちらの方がずっと安かった。1ドロップレット（DigitalOceanにおけるクラウド仮想マシンの名称）に割り当てられた許容量を超えたトラフィックの料金は、1GB当たりわずか1セント（0.01ドル）だった。

　運用サービスに関連するステートフルアプリケーションデータについて、Mineteriaはその大部分をDigitalOceanがホスティングするデータベース管理システム「PostgreSQL」で管理している。一方、持続的なネットワーク接続と高可用性を考慮し、Mineteriaは独自のKubernetes管理ツールを開発した。この管理ツールにより、ワークロード（アプリケーションやその処理）のデプロイとメンテナンスを実行する。

　その管理ツールが、プログラム言語「Go」で開発された「Mineteria Controller」だ。開発者はMineteria Controllerを使い、プログラムをバージョン管理システム「Git」に登録する。するとデプロイ支援ツール「Jenkins」がビルドを実行し、MineteriaのアプリケーションをDigitalOceanのマネージドKubernetes「DigitalOcean Kubernetes」のポッド（Kubernetesクラスタ内のユニット）にデプロイする。加えてMineteria Controllerは、持続的なネットワーク接続を実現するため、新しいバージョンのアプリケーションへ振り分けるトラフィックを調節する。このプロセスは「カナリアリリース」と呼ばれるアプリケーション開発パターンで、コンテナやKubernetesに適している。

　シュライアー氏は言う。「われわれの競争相手は全て、毎日午前4時になると『みんな（ネットワークから）降りろ。システムを再起動してアップデートを適用するぞ』と声が掛かる。だがわれわれにはその必要がない。われわれは、何千人ものプレイヤーが接続しているピーク時にもデプロイできる。古いサーバをシャットダウンするのではなく、新しいサーバを起動してユーザーがそちらに流れるのを待つ」

　Netflixが開発した「Spinnaker」などのデプロイ支援ツールは一般的に、Mineteriaに必要な速度以上に高速なトラフィック切り替えができる。「われわれが扱うのは単なるWebサイトではない。単純に古いポッドをシャットダウンしてネットワーク接続を途切れさせるわけにはいかない」（シュライアー氏）

　コンテナの配置に関するKubernetesの初期設定は、CPUのしきい値がベースとなる。だがMineteriaのニーズを満たすには、より細かく設定しなければならない。著名なYouTuber（動画共有サイト「YouTube」で人気を集める動画投稿者）が人々をMineteriaのサーバに誘導すれば、ワークロードが予想外に変動しかねない。これに対処するため、Mineteria ControllerはKubernetesとDigitalOceanのAPI（アプリケーションプログラミングインタフェース）によってワークロードを割り当てる。そうすることにより、トラフィックが集中しているサーバが同じポッドに割り当てられないようにしている。

　後編では、MineteriaのKubernetes管理における課題と、それがDigitalOcean Kubernetesのアップデートによりどうなるかを考える。