限られたリソース内で PHP サーバーの同時実行機能を最大化する方法
アプリケーションがサプライヤーからの購入に 5W 人民元を使用すると仮定します。登録当日、多数の候補者が殺到し、同時リクエストの数が急増します。 30W の場合、システムがシャットダウンしてサービスが拒否され、候補者が苦しむことになります。 登録できません。5W の rmb は 30W の同時実行をサポートできますか?
しかし、私たちとしては、問題を別の角度から提起したほうがよいでしょう。「限られたリソース内でサーバーの同時実行能力を最大限に高める方法」です。あなたが技術リーダーだと仮定すると、大量の同時実行を伴うプロジェクトをどのように設計し、構築するでしょうか?
まず、このプロジェクトの概要を説明します。上記の説明から、このプロジェクトのボトルネックは「読み取り」ではなく「同時書き込み」であることがわかります。 " したがって、リソース割り当ての観点から、" "書き込み" ティルトが可能です。ここではすべてのデータを Redis に書き込みます。さらに、MySQL の読み取り操作を Redis に移行するために最善を尽くす必要もありますが、MySQL によって実行される作業は、従来の非同時読み取りおよび書き込み操作に偏っています。
#サーバー#ユーザーリクエストが届くと、ロードバランサーはリクエストを各サーバーにロードします
これは、1 CPU、4 GB、および PHP 7 の構成を使用した symfony のストレス テスト データです。
上の図のデータは swoole 公式 Web サイトから取得したもので、実際のビジネス ロジックの実行を追加した後、常駐メモリ起動メソッドを使用すると、次のことがわかります。 , 16 台のサーバーが必要な上記の問題は、3 台のローエンド サーバーで解決できます。
実際、多くの人は、現在の多くのインターネット プロジェクトのボトルネックがデータベース I/O に集中していることを理解しているでしょう。この領域には、特にさまざまな言語間の大きなギャップ。広く批判されている PHP-FPM 起動方法を含め、swoole やその他の方法を使用して置き換えることもできます。したがって、このプロジェクトではデータベースに重点を置き、Redis を使用してそれを解決してみます。もちろん、具体的なコードでは、事前に一定数のデータ接続プールを準備する必要もあります。さらに、MongoDB の書き込み速度は、同じ構成では MySQL よりもはるかに高速ですが、Redis と比較すると明らかな欠点がまだあるとも考えられます。
登録とログイン登録とログインは実際には 2 つの部分に分割する必要があり、それぞれ「書き込み」と「読み取り」に対応します。同時読み取りと書き込みが多い場合、MySQL を直接使用すると予想どおり爆発的に大きくなります。したがって、プロジェクト全体を構築するプロセス中に、ユーザー データを Redis にキャッシュできます。 「書き込み」の問題: ユーザーの数が不明で、同時実行の量が多い場合は、ユーザー データをデータベースに直接保存しないことを好みます。ユーザーのウェアハウス方法を設定するスイッチまたはしきい値を設計できます。同時実行性が大きい場合、ユーザーは MQ を介して非同期にウェアハウスできますが、通常の場合、ユーザーは通常どおりウェアハウスできます。
フォームを送信このプロジェクトは一般的なフラッシュセールではなく、即時通知が必要なため、プロジェクトの設計により難易度が大幅に軽減されます。フォームの送信機能は登録と似ており、データをデータベースに非同期で完全にロードし、バックグラウンドで確認できます。
概要他の CDN と MySQL がマスター/スレーブを必要とするかどうかについては、実際の状況によって異なりますので、詳しくは説明しません。理論的には、このプロジェクトの問題を解決するには、PHP-FPM を使用すると約 19,000 元/月、swoole を使用すると約 4,500 元/月かかります。ここで私は swoole を推奨しているわけではありません。それは、大規模な同時プロジェクトに直面するとき、特にビジネス ロジックが比較的複雑な場合、常駐メモリを使用することで問題をより適切に解決できるということであり、これは言語とは関係ありません。最後に、上記は理論上の段階にすぎず、実際のデータについてはさらなるテストが必要であることに注意してください。記事の素材はインターネット上からのものですので、間違った記述がございましたらご指摘ください。
以上が限られたリソース内で PHP サーバーの同時実行機能を最大化する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。
