推荐Azure服务取代Azure功能

Question

我们有一个以Azure函数(事件和服务总线触发器)的形式运行的服务，我们认为由不同的模型提供服务会更好，因为运行它需要几分钟时间，并且在内存中加载很多对象，并且感觉它每次被调用时都加载它，而不是保存在内存中，从而表现得更好。

考虑到以下目标，什么是最好的Azure服务？

1. 易于移动，不需要太多的代码更改。
2. 我们的长远目标是能够在普雷姆(库伯内特斯可能会在这里帮助我们)

感谢你的帮助。

Answer 1

为实现第一个目标：

将Azure函数代码移动到一个连续运行的Webjob作业中。它没有最大的执行时间，它可以在上下文中连续地运行缓存对象。

为实现第二个目标(前提)：

你需要更好地解释这一点，但是一个网络作业可以在前提下作为控制台程序运行，你也可以将它封装在一个码头容器中，以便将它从前提内移动到任何云端，但是如果你需要使用Azure服务总线上的消息，那么您需要一种将本地服务器与云连接到云上的虚拟专用网( VPN )或快速路线( expressroute )的方法。

致以问候。

Answer 2

有几种解决上述问题的方法，每一种方法都比你所处的位置有更大的变化。

1. 如果您只是试图分离沉重的初始负载，那么您可以在Redis实例中完成一次，然后从那里引用它。
2. 如果您担心员工可以运行多长时间，那么Webjobs (如前所述)可以工作，但是，我建议避免这种情况，因为这不是Microsoft将其资源放在那里的地方。而是看看耐用的功能。这是一个协调器功能可以驱动工作函数。。(即使在这里，请注意，由于持久性函数在运行很长时间后保留历史记录，历史表可能变得太大-因此可能会在运行50,000次之后重新启动协调器(显然，数量将根据您的情况而有所不同)。也见这。
3. 如果您想要添加到这一点上，那么您可以运行在码头图像中的这个函数，可以在Azure中的AKS集群中运行。对于持久函数(谁知道:)这可能不是很好，但是肯定会对工作函数起作用(无论如何，这将花费您最多的计算时间)。
4. 如果您希望将工作负载完全放在prem上，那么Azure函数可能不是一个好的选择。您可以使用您选择的平台(Node、Python、C#.)创建HTTP服务器。让它调用工作例程。然后，您可以在prem上的AKS集群上运行整个设置，对用户来说，它看起来就像一个负载平衡的web服务器:) --您可以决定是希望将数据保存在Azure上，还是将其降到prem上，但如果您决定在向上移动时将其移出，请注意出口成本。

Answer 3

这些功能似乎受到冷启动：无服务器冷从Azure开始的影响。

升级到高级计划会将您的功能转移到预置的实例中，这将解决您正在经历的问题：Azure函数的预暖实例。

但是，如果您可能希望将您的函数/触发器部署到on上，则应该将它们拆分为微服务，并使用容器部署它们。

目前，如果还没有运行Kubernetes集群，最快的方法可能是通过Azure容器实例部署容器化触发器。经过一些调整，您以后可以在prem上部署它们。