如何解决Azure功能-部署插槽-未选中“在目标位置删除其他文件”的影响
这可能很奇怪。我在该主题上浏览的所有帖子都是通过另一种方式检查他们的“删除其他文件”,但就我而言,我希望将其取消选中,但这会在以后出现问题。提供一些背景信息
我们将在Dynamics CRM API的基础上构建约15到20个Azure函数作为包装API。因此,评估的2个选项是
a)在其自己的功能应用程序中创建每个功能-这给我们带来了维护问题(用于开发,SIT,UAT,阶段,产品,培训的20个URL与其可管理的身份,应用程序注册等相当多,需要解决等),因此不考虑此方法的另一个关键原因是消费计划的热身问题。所有这些功能不太可能被大量使用,但其中一些功能会被大量使用。
b)第二个选项,将所有功能保留在1个大功能应用程序下。对于我们来说,这是最可取的方式,因为它将解决上述大多数问题。但是,我们观察到的问题是-如果我们必须部署1个功能,就必须等待所有功能都经过测试和批准,然后再部署所有功能,即使要求仅部署一个功能也是如此。从架构的角度来看,这完全是不可以。
因此,我们采用了一种混合方法-在Visual Studio中,我们仍然维护多个功能应用程序项目,但是在部署期间,所有这些功能都将通过使用Web Deploy和取消选中“删除其他文件”而部署到Single Function App中。在目标中”
现在的问题
在POC期间,这一切对我们来说都非常有效,但是现在当我们开始使用管道将其部署到暂存插槽中时,这对我们来说已成为问题。假设当我们第一次将功能1部署到登台时,将其交换到生产中-该阶段现在具有0个功能,而prod具有1个功能。然后,当我们部署第二个Azure功能时,舞台现在只有第二个功能,如果现在与生产交换,则生产中将仅获得第二个Azure功能,而我们完全错过了生产中的第一个Azure功能。
从逻辑上来说,这听起来对我来说是正确的,但想知道是否有人可以为此提供任何建议。
请让我知道是否需要更多详细信息。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。