Terrence

> @fenixsoft > > @UUNNFLY > > 周老师，假如现在有一个比较庞大的单体系统，现在我逐渐分离出多个微服务（提取一部分内聚的业务逻辑为一个新服务，并把之前代码里相关逻辑改为调用该服务），这种算是换房子吗？还是说必须把原来的单体系统彻底抛弃才算换房子？ > > 这相当于把房子拆了，从里面拿出还有用的钢筋水泥和家具家电，重新造另一套新房子，我认为当然算换房子。 > > 但有另一种情况，而且还挺普遍的是：单体系统向微服务改造时，经常遇到某些部分“舍不得拆”，或者牵绊过多，或者不肯付出足够的工作量去进行分离。最典型的数据库，尤其是多个模块中都要共用到的主数据部分，这导致微服务改造后，既没有得到微服务的好处，又平白付出微服务的代价。 > > 如果将这种情况继续用前面“房子”的比喻来描述，就是将一所三室两厅的房子，强行加上围栏，当作是五个单间，这样每个房间既没有独立，本质上还是原来的房子，也丧失了原本独立的功能区域。 之前公司在做微服务改造时就遇到到上面所提到的问题，其实代码层面的“拆分”真的相对容易的多，难在数据库的拆分，要考虑和协调的点非常多，这个没有从上到下的强力推行是很难做到的。

遇到同样的问题，请 @hengyunabc 抽时间看一看。 ``` [ERROR] Start arthas failed, exception stack trace: com.sun.tools.attach.AgentInitializationException: Agent JAR loaded but agent failed to initialize at sun.tools.attach.HotSpotVirtualMachine.loadAgent(HotSpotVirtualMachine.java:121) at com.taobao.arthas.core.Arthas.attachAgent(Arthas.java:94) at com.taobao.arthas.core.Arthas.(Arthas.java:28) at com.taobao.arthas.core.Arthas.main(Arthas.java:113) [ERROR] attach...

> 如果性能OK的话，倒也无所谓的，不过走LB也是有点浪费，因为内网其实完全可以直连的。 > > 另外，直连规模也要考虑一下的，比如如果内网有6位数的机器，就会有6位数的长连，势必会增加不少LB的成本吧。。 > > 另外一点就是走LB的话，需要在LB上调整超时时间的，目前apollo的http long polling最长会保持60秒。 疑问：为什么会采用http长轮询？tcp通讯是否可以？

> @xiaoxing598 > > 用http长轮询的原因是简单、可靠、够用，用tcp当然也是可以的，只是在配置下发的场景没有很大的必要性，而且对多语言接入会增加门槛。 ok，了解。

Hi, @krisdestruction . Hope @Lokaltog Can see and help us to solve in time

@Maplesog Eventually did not solve, did not continue to deal with this matter. Sorry to reply you now.

@Maplesog :joy:

现在改用这个，勉强可用，时好时坏的。

I have the same problem now. Have you solved it? It should not generate empty results, which is not as expected. What may be the problem?