重构系统不得不考虑的两个问题

部 => 不 :joy:

手动点赞！友情提示：如果重构才可以一步一步上线 =>如何重构才可以一步一步上线

laravel 怎么做微服务的。。

@s4p3r
@MrJing 谢谢。。已经改了，看来我是错别字大王了。。

@yekexuan 微服务和 php 框架没什么关系。。只不过我们用的是 Laravel 和 Lumen

@lijinma 是没有什么关系啊 只想知道你们是怎么做的。。

我这边也打算明年过来重构现有的系统，但是在重构的过程中间，现有的业务不能停，也没有条件说完全开发一个新系统，之后再整体替换，所以我的计划是，将原有的系统整体做为前端，新系统做为后端处理业务，然后在原来系统的控制器那里，或者可以提前到路由那里，把请求转发到新系统这边来，新系统处理完成之后再扔回数据给旧系统，这样就完成了方法的替换，这种方式的好处是在整个重构的过程中，对业务部门是无感知的，我们可以一个方法一个方法去重构，方法重构完了，就在旧系统把请求转发过来，没有重构的方法，请求就还是走旧系统的逻辑；所有的方法都重构完了之后，旧系统就可以扔掉了，直接让前端指向新系统，不用旧系统再做转发了

@yekexuan 嗯嗯，我们用docker swarm

@远客 谢谢你分享

希望可以分享一些技术层面的经验，你们是如果拆分的？
我们现在也在摸索着拆分系统，拆应用、拆服务
目前老系统还没动，只是把几个新的业务使用新的方式实现了，业务之间是分离的
后续都不知道在朝哪个方向进行了，另一个同事说要拆服务，可是服务要怎样一个拆法也是不清不楚的

哈哈，“酒店哥哥” 让我产生了联想，我是不是太污了！:laughing:

@klgd 恩恩，好的，我理理思路。

@overtrue 哈哈哈哈。。。应该是“酒店妹妹”让你更容易产生联想吧。。

@远客 如果不是重构某部分代码,而是重构整个数据库呢?如何一步步上线

@白纸 说说具体的场景？

一般的做法是：

第一步：
旧流程 -> 写旧数据表

第二步：
新流程 -> 写新数据表和旧数据表（双写）

第三步：
洗数据，把旧数据写到新数据表中

这样保证服务不用下线。

@lijinma 目前的情况是这样一个复杂的业务系统,由于之前数据库设计的太差,导致一些数据经常丢失.
现在打算重新设计数据库,把整个系统重构,但是呢以前的数据是全部要的,因为是业务系统,所以涉及到的统计方面的模块比较多,一般业务表的数据都是几百万,最大的一张表1千6百万.
如果要按照上面所说的方法肯定是不行的,毕竟数据库重新设计了.表结构都不一样了,旧数据需要按新数据库的字段来导,这样的情况应该是考虑整体重构完在上线吗?是考虑先设计完数据库,导好数据,然后在重构还是?有没好的方法?

每个人写的代码参差不齐，某天你想重构一些代码，但你看看要改那么多地方，你就只能苦笑，结果就是破罐子破摔，就像有洁癖的人，只能捏子鼻子闭着眼睛生活。

@白纸 能停服？能停服随便折腾，但洗数据你逃不过的。

@生活无限好 ?