Rails#AWShama242022.04.13136この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。任意のRakeタスクを起動させる方法に関して見てみたいと思います。Rakeタスクを起動する方法はとても単純です。Railsサーバを起動させるためのタスク定義がすでに存在する前提ですが、これは通常満たされているものと思いますので、残る手順はこれだけです。上書きするECSでは個々のタスクと、タスクを複数束ねたサービスという概念があります。server)します。Rakeタスクを実行させる場合は、サーバーのタスクとは別個にタスクを起動させ、その中でRailsサーバと同じコンテナを起動させ、でも実行させるコマンドを別モノにする*事によって、任意の処理を実行させる訳ですね。(少々難有り)実際の、マネコンからの手順は以下です。タスクの起動あるいはタスク定義一覧からもタスクを起動できますコマンドの上書き以上なのですが、マネコンからの実施には少々難があります。旧UIを使う必要があるVPCやセキュリティグループ設定などは記憶されないので、実行の都度指定する必要がある上書きするコマンドに、カンマを含むコマンドを指定できない↑に添付したように、コマンド文字列をダブルクォーテーションで囲まずに指定する必要があります。このため、コマンドの中でカンマを使いたい場合*でも、それがエスケープされずに区切り文字と認識されてしまい、期待したようになりません。*Rakeタスクに複数の引数を取りたい場合など。分解されてしまうため特に3番目が予想外ですよね。してこんな事に??と思わざるを得ないのですが、この辺りが問題になる方は、現状ではCLIやSDKを使う他無いようです。新UIが早く諸々綺麗に対応する事を期待したいです。やり方ですが、タスク起動時に上書きできる設定項目は限られているため、制約もあります。(LogStreamに別個のPrefixを設定する事も出来ない)。"rake:hoge:fuga"その他、↓に載ってない全ての設定は共通になるTaskOverrideContainerOverride全く自由に設定等を変えたい要望があるのなら、タスク定義を別個にするという選択肢も有りだと思います。普通に考えると管理コストが増すだけで良い事は少ないと思うのですが、CI等で自動化すれば事故も減らせるかなとは思います。そこまでコンテキストを分けたいのであれば、それはもう同じアプリバンドルでは無いのでは?という気も。scheduled_tasks別解として、サーバタスク内でCronをセットする手もありますが、あまりお薦めはしません。負荷の高い処理を行うと、本来の用途であるサーバ性能が悪化する上記を踏まえて、限定的用途であれば有りかもしれませんね。デプロイでコンテナ数が一時的に増えることを防ぎたいです。パラメーターを利用することはできるのでしょうか。