Как и другие, я могу голосовать отрицательно и двигаться дальше.
Ваш вопрос дает понять, что у вас очень мало знаний о Cloud Foundry.
Я твердо верю, что ни одна из этой планеты не родилась со знанием. Итак, я упал, я должен помочь объяснить вам Cloud Foundry. Тем не менее, я не эксперт. Поэтому я могу ошибаться.
Я провожу экспертов там, чтобы исправить меня (я всегда готов учиться).
Возможно, вы уже слышали о Quickbooks, ADP и т. Д. Они называются программным обеспечением как служба (SAAS).
Amazon Web Services (AWS), MS-Azure и Google Computing Engine (GCE/GCP) предоставляют вам инфраструктуру в облаке. Они известны как инфраструктура как служба (IAAS).
Облачный литейный завод известен как платформа как служба (PAAS).
Cloud Foundry, обеспечивает согласованную и стандартизованную платформу, которая является эластичной, масштабируемой, самовосстанавливающейся, распределенной средой. Пожалуйста, проверьте What is Cloud Foundry? Key benefits and real use case. Преимущество Cloud Foundry, вы можете запустить свое частное облако на AWS, GPC, Azure или в вашем собственном центре обработки данных на VMWare.
В Cloud Foundry ваши приложения развернуты как набор микросервисов. Микросервис можно индивидуально развернуть, масштабировать и управлять. Микросервис может быть индивидуально вызван. Архитектура микросервисов допускает частые изменения, уменьшает время поворота и повышает гибкость. Это помогает общему качеству и удовлетворенности клиентов.
Еще одно преимущество: вы можете использовать одно и то же микро-сервис для двух разных облаков. И это ваш прецедент. Вам не нужно поддерживать две разные строки кода для двух разных географических областей. Этот внекурсный курс основан на предположении, что ваши бизнес-требования одинаковы в обоих географических местоположениях. Если требования меняются, вы можете легко адаптироваться, создавая новые микросервисы.
Как вы можете представить, облачный литейный цех является жизнеспособной платформой. Cloud Foundry - ни в коем случае не дешевый. Очень много работы для долгосрочной выплаты. Итак, я бы не предложил облачный литейный цех для одного или двух приложений.
В своем вопросе вы упомянули, что приложения не будут вызываться напрямую, а через третью сторону. Учитывая это, почему вам действительно нужны два разных облака в двух географических местоположениях? Если вам нужен отдельный URL-адрес, который может быть достигнут путем создания определенных маршрутов и публикации их.
Если разделение данных является проблемой, вы можете создать два разных пространства или две разные организации и изолировать службы и/или данные.
Если правила владения являются движущими силами двух облачных требований, тогда у вас нет выбора, кроме как облако. Это, когда AWS, GCP или MS-Azure станут очень удобными, поскольку они, вероятно, предлагают предложения IAAS в геопозициях, которые вы ищете.
Мой ответ очень поверхностный и больше похож на вид 10 000 футов. Ваши требования должны быть устранены и надлежащим образом реализованы. Если вы решите пойти на облако, пожалуйста, нанять очень хорошего гида. В этом путешествии вы не хотите идти один. Я могу предложить одну замечательную компанию - команду ECS.