デプロイされた本番システムでsetup：cron：runおよびupdate / cron.phpのcronjobをセットアップする理由は？

Magento 2には、cronjobとして設定する必要がある3つのコマンドがあります

* * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log
* * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log
* * * * * <path to php binary> <magento install dir>/bin/magento setup:cron:run >> <magento install dir>/var/log/setup.cron.log

最初のコマンド（magento cron:run）は、インデクサーのインデックスの再作成、自動電子メールの送信、サイトマップの生成などを行います。通常、これはPHPコマンドライン.iniファイルに関連付けられています。他の2つのコマンドは、コンポーネントマネージャとシステムアップグレードで使用されます。

^{出典： http : //devdocs.magento.com/guides/v2.0/config-guide/cli/config-cli-subcommands-cron.html}

私が正しくドキュメントを理解し、場合update/cron.phpとbin/magento setup:cron:runのみ管理パネルからモジュールのインストールや更新のために使用されています。

これは、すべての更新が少なくとも最初にステージングシステムで行われ、次に本番環境に移行される、適切に展開された本番システムでは発生しない問題です。

では、これらのcronjobを設定する理由はありますか？除外するとどうなりますか？

アップデーターおよびセットアップcronジョブは、Webセットアップウィザードを介したアップグレード中にのみ使用されます。特に、セットアップコンポーネントとアップデータアプリケーション間のメッセージ交換を可能にするため。したがって、Webセットアップウィザードを使用する予定がない場合は、これらのcronジョブを無効にしても安全です。最悪の場合、Webセットアップウィザードを使用しようとすると、準備チェックに失敗します。

アップデーターはMagento自体から独立したアプリケーションです。これは、WebセットアップウィザードによるMagentoのアップグレード中にのみ使用され、Magento プロジェクトパッケージの一部として配布されます（Magentoモジュールとしてではなく、Magento製品メタパッケージに含まれていません）。別のプライベートgitリポジトリにあります。

アップデーターはそれ自体をアップグレードできないため、Magentoの唯一のコンポーネントであり、CLIを介して手動でのみアップグレードできます。つまり、Magentoのアップグレード中に、新しいアップデータバージョンが自動的に取得されることはありません。