一个用于热部署的框架设想

现在很多公司的项目规模如雨后春笋般不断地变大和复杂,经过设计划分模块的软件也逃不过发布时的长时间等待。而作为网络公司,通宵发布可能是家常便饭,一段时间不发布,心里都不舒服,因为发布需要停止服务器,哪怕你发布的那一个模块不是最主要的。我们的源码有maven管理,可以通过pom文件来指定需要的依赖,运行中的项目是否可以这么做呢?

如果不可以,我们是不是可以忍受现在的长时间发布?尤其是,在开发和测试的过程中,需要浪费很多时间。对开发人员而言,一般情况下,不能很好的调试。多次的发布调试,使得开发效率极低。而测试有时总是会出现这样那样的问题,因为没有测试出相关问题。

针对一个项目(所有的依赖和运行,都是单项目管理),其所依赖的所有第三方包,该如何管理。我们自己的项目划分了多个模块之后,提供业务处理的包也是作为第三方存在的,对这些代码的变更也会影响项目的运行。如果我们没有变更调用接口,而仅仅变更了动作实现(这是很常见的情况,当然接口也是有可能发生变更的,在下面的部分,还会提到这部分的应对),是不是可以实现局部发布?

原文地址:https://www.cnblogs.com/ericchen/p/2085360.html