環境をどう管理していくかについて考える機会があったため、この記事で整理しておこうと考えました。通常の料金体系では、同時に利用可能なコンテナ数に応じて課金されるようになっています。2019年1月9日現在、実験的に従量課金形式の新しい料金体系が提供されています。この新しい料金体系の中で、自分が注目している特徴は以下の点です。変更できない)コンテナの並列数に上限が無ければ、もし同じ組織内でジョブを実行したいタイミングが被っても、待ち時間無く実行できます。従量課金であるため、これによって課金される費用が変わることもありません。実行環境の性能(仮想コア数やメモリ容量)を変更でき、この性能に応じて課金額が変更されるようになります。そのため、そこまで性能を必要としないジョブについてはこれまでより費用を抑えることができたり、ジョブの実行時間短縮のために費用をかけられたり、これまで実行環境の性能不足で実現できなかったことが実現できるようになったりというメリットがあります。利用している場合にしか変更できないという制約があります。各ジョブを動かす環境を、以下の3つの内から選択できます。コンテナで処理を実行します。コマンドが利用できるようになっています。経由では利用できないという制約があります。関係の制約はありません。なければ実行環境の性能は変更できず、コストを最適化できません。そのため、最適化するにはこの制約下でジョブを実現する必要があります。コンテナとして起動するような使い方をよくしています。適切に動作するようなので、これは問題にはなりませんでした。カスタムのネットワークを利用している場合は問題になる場合がありそうです。ボリュームのマウントの設定をしています。利用してテストを実行できていました。移行すると、このマウントありきで動くような設定にしていると問題がありそうです。環境でも動かせるようにしました。必要なファイル以外はコピーされないように取り計らっています。開発環境では、ホスト側でファイルを変更したらコンテナ側にそれが反映されてほしいので、既にファイルの含まれているディレクトリに対して更にホスト側のカレントディレクトリをマウントして動かしています。利用しないようにしました。移行し、実行環境の性能を調整できるようになりました。利用してコードをデプロイしています。コンテナ内からファイルを転送することで単純に解決できました。テストのメタデータを保存しておくことで統計データやテストのサマリーを表示してくれる機能があるので、このために利用しています。