实体框架代码优先数据库迁移-具有单个数据库服务器的APP的多个实例

问题描述 投票:0回答:1

因此从]的开发/部署方法过渡>

  • 将数据库置于源代码管理之下,并具有针对特定版本的数据库的部署管道
  • 将Web App / API置于“源代码管理”下,并具有针对它们的部署管道;
  • 然后具有Web APP / API对数据库版本的依赖性-因此,例如,要添加新的数据库更改,我们必须进行数据库发行;在发布APP之前-数据库更改不必“破坏”旧应用-然后我们可以升级该应用以使用新的DB更改

虽然很痛苦-这行得通;当您有N个适用于Web应用程序的服务器(水平规模)以及合适的单数据库服务器时,它也可以工作。

现在使用数据迁移致力于EF Core 3.1代码优先。所有功能均按预期运行,具有单个数据库的单个Web应用程序。

但是-如果将它部署到N个Web服务器,则再次使用一个数据库实例;然后.....

  • “ IF” Web服务器一次升级一个,然后在第一个“新”应用程序启动时进行数据迁移-可能旧的Web应用程序将继续运行(取决于更改)

    以上并不是我真正关心的;它是

    • 如果您同时在多个Web应用程序服务器上进行部署,并且这些应用程序同时启动;然后我想象将同时尝试全部数据迁移....这意味着其中之一必须失败。

    因此:$ 64,000的问题-人们如何使用具有EF Code First数据迁移功能的单个DB服务器来处理Web应用程序中的水平扩展?

    是“只是小心您的更改”吗?

因此从具有源代码管理的DB的开发/部署方法过渡,并且具有特定版本的DB的部署管道具有源代码管理的Web App / API并具有...

entity-framework .net-core ef-code-first database-migration
1个回答
0
投票

人们如何使用具有EF Code First数据迁移功能的Single DB Server来处理Web应用程序中的水平扩展?

© www.soinside.com 2019 - 2024. All rights reserved.