[关闭]
@liuhui0803 2017-04-05T03:19:12.000000Z 字数 1448 阅读 1736

微软发布Azure Functions Proxies公开预览版

架构和设计 Azure API 云计算 无服务器


摘要:

在最近的一篇博客文章中,微软公布了公开预览版的Azure Functions Proxies。该功能可为使用Azure Function Apps,希望为其提供一个通用的公开端点,而无须考虑各种Function Apps的具体供应位置或方式的组织提供反向代理功能。

正文:

在最近的一篇博客文章中,微软公布了公开预览版的Azure Functions Proxies。该功能可为使用Azure Function Apps,希望为其提供一个通用的公开端点,而无须考虑各种Function Apps的具体供应位置或方式的组织提供反向代理功能。

微软项目经理Mathew Henderson介绍了Azure Functions Proxies试图解决的一些难题:

自从Azure Functions发布后,我们发现大量客户使用该服务构建了不同的API。Functions是一种快速定义所需操作的好方法,对很多类型的应用来说,该服务的订阅计划提供了非常适合的计费模式。然而我们也听说多个Functions的管理工作比较麻烦,用户通常会难以通过一个Function应用管理大型的解决方案。此外还有一些用户希望使用微服务架构,但希望对不同组建进行部署隔离。虽然大部分情况下可以将一个解决方案拆分为多个Function应用,但对 API 来说这样做会较为复杂。

Azure Functions Proxies顺利解决了有大量API或微服务需要管理的开发者面临的难题。过去,由于每个Azure Function App使用了自己的主机名,而Azure Functions可能托管在多个区域,这使得API的使用方必须自行解决URL管理方面的繁琐难题。现在,开发者可以暴露一个反向代理端点,并对底层API进行抽象,使其可以包含其他Function App、API、Azure API App,或其他HTTP端点。

开发者可以用创建创建Function App的界面直接创建Azure Function Proxy。在配置过程中,开发者需要提供一个Route模板,借此设置允许使用哪些HTTP方法,并提供要将HTTP请求路由到的Backend URL。Backend URL并非必须为静态,用户可根据请求的具体内容或应用程序设置动态地设置该URL。

此处输入图片的描述
图片来源:https://blogs.msdn.microsoft.com/appserviceteam/2017/02/22/azure-functions-proxies-public-preview/

对于使用持续部署,例如BitBucket、Dropbox、GitHub,或Visual Studio Team Services配置Function App的开发者,也可以用相同方式部署自己的Azure Functions Proxies,但前提是Azure Functions Proxies已启用。有关Azure Function Proxy的所有信息都存储在一个名为proxies.json的文件中,该文件位于Function app目录的根目录下。

Azure Functions Proxies目前为预览服务,免费提供。标准计费方式将按照代理的执行收费,详情请参阅Azure Functions的定价页面

作者Kent Weare阅读英文原文Microsoft Releases Azure Functions Proxies Public Preview

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注