我正在尝试将使用 MVC 模型和实体框架的现有 API 应用程序转换为 Azure 函数。这是为了利用 Azure 功能中的无服务器架构的可扩展性和成本模型。
当前的 API 应用程序不是很耗时 - 基本上它接受一些 JSON 格式的消息,将其转换为 C# 类,进行一些转换,然后使用实体框架保存到数据库中。请求可以在 10 秒内完成,因此我认为这符合 Azure Function 消费计划的时间限制。
让我担心的是应用程序中的代码量,因为它是一个分层架构,具有 DTO、模型和数据访问层(真正的分层架构)。Azure 功能是否适合托管这种具有分层架构的应用程序?
我觉得 Azure Function 应该是理想的一小部分逻辑。我想检查这种方法是否存在任何问题。我还读到,在函数中保留大量文件和依赖项会增加新实例的初始加载时间。
任何指导将不胜感激。此外,如果 Azure Function 不是此类复杂代码的正确方法,那么还有哪些替代方法 - 我是否应该继续将其作为 API 应用程序维护,并具有应用程序服务带来的当前可扩展性和定价限制?
我相信 Web 作业也会有类似的限制,因为 Azure Functions 和 MS 现在要求每个人都迁移到 Azure Functions。