これと比べるとずっと本格派で,最近はインフラ周りの管理に使われることも増えているようです。ファイルを使ってデプロイを行いましたその他参考情報http://rundeck.org/docs/administration/index.html非常に多機能なアプリケーションで,ドキュメントも充実しています手順の概要は以下の通りです。使えないことがわかりました。ファイルをステージング時にダウンロードすることが前提なので,今回はコードの取得も不要になりました。場合ステージングが正常終了しません。そこで,スキップが正常に行えるようにコードの修正を行いました。それとの差分は以下の(実質)1行です。指定デプロイの事前処理をスキップするように設定する必要があります。コマンドで起動方法を指定する必要があります。ファイルを渡せば済む,のであればよかったのですが,残念ながらそれではメモリ設定が固定値になってしまうので,割り当てられたメモリに合わせて起動スクリプト側でメモリ設定を計算するようにしました。やりかたをベースにしました。https://github.com/cloudfoundry/java-buildpack-memory-calculator/blob/6a7690ba8d6ae97b0c87209f22a2ad09d6098504/memory/allocator.go#L179-L181https://github.com/cloudfoundry/java-buildpack/blob/485c4552f9465b7e4dcf0acb0bdab43087e4637b/config/open_jdk_jre.yml#L32-L37最終的に出来上がった起動スクリプトは以下の通りです。側で行うべき処理ですが,試してみたものの環境変数の引き渡しがうまくいかなかったため,今回は諦めて起動スクリプト側で計算/設定を行うことにしました。時の指定オプションが多いので,アプリケーションの各種設定をまとめたマニフェスト・ファイルも作りました。内容は以下の通りです。して1節で修正したものを,起動スクリプトとして2.2節で作成したものを指定しています。メモリ容量は試行錯誤の結果1.5GBとしました。サービスについては,次の節で述べます。