每两周,我会发布这个应用程序的新版本,并使用python manage.py db upgrade运行数据库迁移。这将运行自上一次迁移文件运行以来创建的任何新迁移文件。这种方法的问题是,由于我的数据库表太大,添加列这样的简单迁移操作可能需要15-20分钟。因此,停止应用程序、运行迁移、更新应用程序代码然后重新启动应用程序都会导致很长的停机时间。我减少停机时间的策略是在部署之前运行尽可能多的迁移文件(或迁移文件的许多小数部分),而不停止服务。显然,有些操作是可以这样做的。例如,在更新代码之前可以安全地运行op.add_column()
我对Java EE web应用程序的部署模型有一些疑问。目前,我们在Tomcat6中将web应用程序部署为WAR文件。所有内容都与WAR文件打包在一起,包括图像、静态html页面等静态内容。但我希望将这些静态内容部署在HTTP服务器中,并仅使用Application服务器来检索动态内容。我如何拆分这些东西?有没有人做过这样的事情,并且为我的场景建立了一个好的部署模型。创建两个WAR文件,其中一个只包含静态内容,并将其部署到HTTP服务器中,其余作为不同
我们有一个MVC web应用程序,当我们部署在相同的数据库服务器上时,它工作得很好。但是,当我们将数据库和应用服务器分开时,应用程序的性能变得非常缓慢。贝娄是操作系统和通信矩阵的细节。DB服务器:安装在windows Server 2012上的Microsoft SQL server 2014
由F5启用平衡