使用一个容器管理多个应用服务进程？还是每个服务进程创建一个容器？
各区别是？
小伙看你根骨奇佳，潜力无限，来学PHP伐。
推奨サーバー管理ツール Cloud Helper
役立つ成果物を推奨します。Cloud Helper は、強力で包括的な一元管理クラウド ホスト ソフトウェアです。 LinuxシステムだけでなくWindowsでも使用可能です。実際、機能が充実していてインストールも簡単なので、機能の使い方はかなり良いです。基本的にはバカでもワンクリックでできます。途中にクラウドホストを追加する場合は、初めてプローブを使用する場合でも、その後は基本的にパネル上で操作できるので非常に便利です。主流のクラウドは基本的にすべて試しましたが、問題なく、システム的にも問題はなく、かなり安心です。使えないクラウドプロバイダーやシステムがあるとは言いませんし、別のソフトウェアを探す必要があります。一般的な機能は次のとおりです: 1. 複数のクラウド ホストの一括管理; 2. 強力な互換性、基本的に市場のすべてのクラウド ビジネス クラウド ホストと互換性があり、オペレーティング システムとの互換性; 3.シンプルな操作、ビジュアルインターフェイスのプレビュー リソース、ワンクリック修復、ワンクリック展開; 4. クラウド ホスト FTP デスクトップにリモートでログインし、クラウド ホスト上のファイルを処理できます; 5. 監視し、リソースにはアラーム機能もあり、これは非常に優れています。見つめる必要はありません; 6. システム修復機能、これは非常に実用的で必要です; 7. 無料で使用できます。総じて機能は充実しており、別のソフトを探す必要はなく、基本的にはクラウドヘルパーソフトであらゆるニーズに対応できます。
Docker でビジネスをどのように分割するか、そしてそれがどの程度詳細であるかは、実際には意見の問題です。
たとえば、gogs の docker コンテナは次のことを開始します:
説明しますが、一般にコンテナは次のことを開始します:
個人の場合:
しかし、実際には、これは運用環境では実行できません。
少なくとも、mysql を DBA でホストできない場合でも、最後に、mysql を 1 つのバスケットに入れ、gitlab を別のバスケットに入れる必要があります。
ビジネスの観点から見ると、それはもはや同じものではありません。
安定性の点でもお勧めできません。
これは docker を使用する際の倫理の最低ラインであり、これ以上下げることはできません。
他の人はどうやって gitlab のビジネスを解体するのですか
コンテナ化されたサービスをスケジュールできるマラソンのようなツールには、ヘルスチェック機能があり、php-fpm がハングすると、マラソンはコンテナを強制終了し、新しいインスタンスを開始します。 すべてのプロセスがコンテナーに配置されている場合、複数のヘルスを確立できますが、healthcheak 間の OR 関係は、nginx と php-fpm が両方ともダウンしている場合でも、healthcheck に合格します。 ヘルスチェックを使用して、nginx 経由で PHP ページにアクセスし、両方のサービス プロセスをチェックすることもできます。ただし、そのうちの 1 つが停止した場合、コンテナー プロセスを再起動すると非常にコストがかかります。
たとえば、Web アプリケーションとデータベース コンポーネントがあるはずです。Web が頻繁に更新される場合は、この 2 つを分離する必要があります。安定版であれば、それらを統合することができます。数年間更新されていませんでした
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
推奨サーバー管理ツール Cloud Helper
役立つ成果物を推奨します。Cloud Helper は、強力で包括的な一元管理クラウド ホスト ソフトウェアです。 LinuxシステムだけでなくWindowsでも使用可能です。実際、機能が充実していてインストールも簡単なので、機能の使い方はかなり良いです。基本的にはバカでもワンクリックでできます。途中にクラウドホストを追加する場合は、初めてプローブを使用する場合でも、その後は基本的にパネル上で操作できるので非常に便利です。主流のクラウドは基本的にすべて試しましたが、問題なく、システム的にも問題はなく、かなり安心です。使えないクラウドプロバイダーやシステムがあるとは言いませんし、別のソフトウェアを探す必要があります。一般的な機能は次のとおりです:
1. 複数のクラウド ホストの一括管理;
2. 強力な互換性、基本的に市場のすべてのクラウド ビジネス クラウド ホストと互換性があり、オペレーティング システムとの互換性;
3.シンプルな操作、ビジュアルインターフェイスのプレビュー リソース、ワンクリック修復、ワンクリック展開;
4. クラウド ホスト FTP デスクトップにリモートでログインし、クラウド ホスト上のファイルを処理できます;
5. 監視し、リソースにはアラーム機能もあり、これは非常に優れています。見つめる必要はありません;
6. システム修復機能、これは非常に実用的で必要です;
7. 無料で使用できます。総じて機能は充実しており、別のソフトを探す必要はなく、基本的にはクラウドヘルパーソフトであらゆるニーズに対応できます。
Docker でビジネスをどのように分割するか、そしてそれがどの程度詳細であるかは、実際には意見の問題です。
たとえば、gogs の docker コンテナは次のことを開始します:
リーリー説明しますが、一般にコンテナは次のことを開始します:
リーリー個人の場合:
リーリーしかし、実際には、これは運用環境では実行できません。
少なくとも、mysql を DBA でホストできない場合でも、最後に、mysql を 1 つのバスケットに入れ、gitlab を別のバスケットに入れる必要があります。
ビジネスの観点から見ると、それはもはや同じものではありません。
安定性の点でもお勧めできません。
これは docker を使用する際の倫理の最低ラインであり、これ以上下げることはできません。
他の人はどうやって gitlab のビジネスを解体するのですか
コンテナ化されたサービスをスケジュールできるマラソンのようなツールには、ヘルスチェック機能があり、php-fpm がハングすると、マラソンはコンテナを強制終了し、新しいインスタンスを開始します。
すべてのプロセスがコンテナーに配置されている場合、複数のヘルスを確立できますが、healthcheak 間の OR 関係は、nginx と php-fpm が両方ともダウンしている場合でも、healthcheck に合格します。
ヘルスチェックを使用して、nginx 経由で PHP ページにアクセスし、両方のサービス プロセスをチェックすることもできます。ただし、そのうちの 1 つが停止した場合、コンテナー プロセスを再起動すると非常にコストがかかります。
たとえば、Web アプリケーションとデータベース コンポーネントがあるはずです。
Web が頻繁に更新される場合は、この 2 つを分離する必要があります。安定版であれば、それらを統合することができます。数年間更新されていませんでした