Google App Engine эквивалентно пирингу VPC с помощью MongoDB Atlas
Я нахожу странным, что вы обычно размещаете свои БД в милях от вашего веб-сервера, что для меня мало смысла.
Кроме того, стоимость передачи данных из вашего DBaaS в ваш веб-сервис PaaS и обратно, а затем из веб-сервиса конечному пользователю означает, что вы платите более чем вдвое больше.
В идеале я хотел бы, чтобы PaaS действительно хорошо масштабировался и мог размещать мою базу данных и веб-сайты как минимум в одном регионе, а также минимизировать затраты.
Я вижу много статей о том, как сделать это способом AWS с помощью VPC Peering. Несмотря на то, что в GCP есть VPC, я не выяснил, каким образом я могу позволить Google App Engine существовать в том же частном облаке, что и кластер MongoDB Atlas, размещенный на GCP.
Является ли это возможным? Если так, то как?
Если ответ "просто используйте AWS, то", к сожалению, AWS не имеет желаемого PaaS, скажем, кроме третьей стороны, такой как Heroku, которая тогда не будет выполнять пиринг VPC.
1 ответ
Невозможно разместить Google App Engine и кластер MongoDB Atlas, размещенный на GCP, в одном виртуальном частном облаке.
Поскольку это разные проекты, каждый из них находится в отдельном виртуальном частном облаке. Единственный способ для двух VPC для внутренней связи - это пиринг VPC, который в настоящее время не поддерживается. Таким образом, единственный способ для них - общение, путем добавления IP-адресов сервисов GCP в белый список проекта Atlas.
Atlas VPC пиринговая документация:
Atlas не поддерживает пиринг VPC для кластеров, развернутых на Google Cloud Platform. Для кластеров Atlas, развернутых на GCP, добавьте IP-адреса своих служб GCP в белый список IP-адресов проекта Atlas, чтобы предоставить этим службам доступ к кластеру.
Выберите регион кластера MongoDB Atlas, совпадающий с вашим приложением Google App Engine. Наличие услуг в одном регионе сводит к минимуму задержки и сетевые затраты.