「Google Platform」でホストされていないバックエンドAPIに「Google Cloud Enpoints」を使用することはできますか？

Question

「Google Cloud Endpoints」のような機能を認証（「Auth0」または「Firebase」との統合）、ログなど、第三者のサーバーでホストされているバックエンドAPIで使用することは可能でしょうか？ 「Google Cloud Endpoint」はNGINXをベースにした「Extensible Service Proxy」であることを知りました。それは、Googleプラットフォームの外にあるバックエンドAPIをリクエストするために、何とかnginxの設定を編集してリバースプロキシとして設定できることを意味しますか？ 「Googleクラウドエンドポイント、あなたはAPIは任意の言語で書かれており、Googleのクラウドプラットフォーム上で実行されている展開、保護、監視および管理することができます分散API管理スイート（GCP）」

： https://cloudplatform.googleblog.com/2016/09/manage-your-APIs-with-Google-Cloud-Endpoints.htmlから

発表は、と言っています

しかし、https://cloud.google.com/endpoints/docs/about-cloud-endpointsの記事では、「は、Google Cloud Platformへのインターネットアクセスが可能な限り、どこでもDockerがサポートされています。

docs内の "Extensible Service Proxy" ngnix設定ファイルをカスタマイズする方法の例はありません。

ここで少し混乱します。上記で説明した方法で「Google Cloud Endpoint」を使用することは可能ですか。それでどうすれば適切に行うべきですか？

Answer 1

追加のコマンドラインパラメータを受け入れるドッカーコンテナ内でExtensible Service Proxyを実行することが可能であることがわかりました。 nginxが要求をプロキシするアプリケーションサーバーアドレスを指定したり、使用するカスタムnginx.confファイルのパスを指定することもできます。それは素晴らしいことです ！ 詳細については、googleグループのディスカッションをご覧ください。https://groups.google.com/forum/#!topic/google-cloud-endpoints/b0QtQoPwHzA

Answer 2

Extensible Service Proxyは、単純なnginx Webサーバーですが、テンプレートファイルを使用します。したがって、nginx.confファイルを変更してからnginxサーバーWebサーバーを再起動すると、変更内容が上書きされます。/etc/nginxフォルダにあるnginxテンプレート設定ファイルを編集する必要があります。

Answer 3

はい、ESPは、GCP、別のクラウド、またはご自分のサーバーを含むあらゆる場所で動作するように設計されています。