Firebase Cloud Messagingを使用してプッシュ通知を直接送信すると、CPUと帯域幅が集中しますか？

私の理解では、Firebasecomposeメッセージコンソールからhttps://console.firebase.google.com/u/0/project/[projectname]:api-project-[senderID]/notification/composeから通知を送信する場合のみ通知は私のものではなくGoogleサーバーから直接送信されるため、GoogleサーバーからのCPUと帯域幅が消費されます。cURLを使用してサーバーからのプッシュ通知をトリガーした場合でも、FirebaseサーバーとGoogleサーバーを使用して通知を送信および配信し、サーバーからのCPUと帯域幅を消費しません。

Firebase Cloud Messagingを使用して、Urban Airshipなどのサードパーティソリューションを使用せずにプッシュ通知を直接送信することが、サーバーのCPUと帯域幅に負荷をかけるかどうかを完全に理解しようとしています。サードパーティのプッシュ通知ソリューションが提供する機能/メリットの一部がCPU /帯域幅を集中的に使用するタスクを処理することなのか、それともFirebase CloudMessagingに直接接続してプッシュ通知を送信するときにGoogleサーバーが直接処理するものなのかわかりません。

StackOverflowは、特にアーキテクチャや社内とサードパーティのソフトウェアソリューションについて議論が生じる質問には向いていないことは知っていますが、私の質問の主な目的は、プッシュ通知が数千台のデバイスに送信されるときにCPUと帯域幅を大量に消費する作業を誰が処理するかを知ることです。 、それはGoogleサーバー（Firebase Cloud Messagingサーバー）、Urban Airshipなどのプッシュ通知サービスを提供するソフトウェア会社のサーバー、またはFirebase CloudMessaging構成が組み込まれている場合にプッシュ通知をトリガーするサーバーです。サードパーティのソリューションのない家？ありがとうございました。

編集：なぜそしてどのようにプッシュ通知（GCMのような）バッテリーは効率的ですか？この段落が含まれています：「Androidデバイスは、通知をリッスンするためにGCMサーバーへの単一の接続を開いたままにします」。ただし、Firebase Cloud Messagingサーバーがプッシュ通知の送信を担当していることはわかっていても、サーバーがCPUパワーや帯域幅をまったく提供する必要がないかどうかを理解しようとしているため、質問には答えられません。たとえば、cURLを使用して、PHPcURL関数とcronジョブを使用してサーバーからのプッシュ通知をトリガーする場合。例えれば、https：//ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.jsからライブラリを直接インポートしてjQueryを使用することを想像してみてください。jquery.min.jsファイルをダウンロードしてサーバーに配置するのとは対照的です。https://ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.jsを使用する場合は、独自のサーバーからではなく、Googleサーバーからのリソースを使用することになります。jquery.min.jsをサーバーにダウンロードすると、訪問者はGoogleのサーバーからではなく、自分のサーバーからのリソースを使用することになります。これは私の例えです。UrbanAirshipなどのサードパーティソリューションを使用せずにFirebaseCloud Messagingを使用したプッシュ通知の場合、CPUパワーと帯域幅、独自のサーバー、またはGoogleのサーバーを誰が提供するのか疑問に思いました。ありがとうございました。