【发布时间】:2020-01-31 05:26:32
【问题描述】:
一旦我从免费订阅进行升级,我就可以通过 Azure 使用我的自定义域在线部署我的项目。
所以一点上下文,我有 1 个 Web 应用服务和 4 个 api 服务,每个服务都托管在一个单独的应用服务中,例如:
www.sitename.azurewebsites.net
www.sitename-api1.azurewebsites.net
www.sitename-api2.azurewebsites.net
www.sitename-api3.azurewebsites.net
www.sitename-api4.azurewebsites.net
上面的 web 应用程序与所有 4 个 api 进行通信,并且一些 api 可能会或可能不会与另一个 API 通信。 (会喜欢一个应用程序网关,所以希望我以后会改变这个架构)。
所以当我准备将我的域与服务关联时,Web 容器对我来说似乎很简单,因为它只是变成了www.sitename.com,但我对 api 服务有点困惑。我的想法是每个api服务都在它自己的子域中,例如:
www.api1.sitename.net
www.api2.sitename.net
www.api3.sitename.net
www.api4.sitename.net
我相信我可以以某种方式将我的 SSL 和域注册到每个应用服务,但这给我留下了几个问题。
- 我是否将每个 api 托管在使用与 Web 相同的域的子域中 应用程序,或者是否有其他首选方式,例如我托管它们的地方 都在同一个域中,每个 API 和 Web 具有不同的暴露端口 监听 80/443,或者只是使用 api 应用程序的 IP 地址 服务并允许 www.sitename.com 作为 CORS 的来源?
- 我假设因为我将我的 SSL 证书与网络相关联 服务,我需要对 api 服务进行以下操作吗?
- 如果我只有一个 VNET 会更好(并且仍然可以负担得起)吗 与应用服务和仅注册的域相关联 网络应用?
如果我能在我的应用服务与我的自定义域和 SSL 之间建立通信,我将不胜感激,因为我对堆栈的这一部分还很陌生,但对学习感到很兴奋!
【问题讨论】:
标签: azure ssl devops azure-web-app-service azure-app-service-envrmnt