问题: ups询价和下单过慢.

之前的解决方案为,在美国的服务器上部署一套代理项目,只有询价.但是问题也随之而来,每次修改相关代码的时候需要修改2个项目,需要全部进行重新部署,代理项目的代码和现行代码版本差距过大,不易扩展.

现阶废弃方案,把下单的代码加入到代理项目中.这么做还是很麻烦,每次修改都要修改两个项目并且重新部署,而且每次都要把代码拷贝一份,毫无意义.

于是乎现阶段我选择一个更为激进的方案,把该部分修改为RPC调用,搭一套分布式系统,正所谓不整活活着就没意义.把正常的服务放在国内服务器上,把下单和询价部分放在美国服务器上,通过RPC调用可以成功的绕过封锁提升速度,而且还可以部署多个节点,在世界多地放置服务器,提升查询速度.

使用DUBBO,它的坑在于目前还在迭代,3.0正在研发当中,现在只能使用2.7版本.而且对zookeeper和相关类库的版本要求极为严格,一旦对不上是无法启动的,只能更换版本自己慢慢试.一旦无法连接和无法访问,报错信息极为模糊,跟本无法精准的找到原因.

现阶段在三台服务器上跑了zookeeper集群,原线上服务器不动,在ups代理服务器上跑提供者.原线上项目作为消费者.注册中心目前看起来还没有使用的必要,下次整活再加上吧.

还有,每个东西都要实现Serializable真的好烦

技术细节在其他的内部文档中.

整活真开心

2021年5月24日 17:36:17

Jason

Leave a reply

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> 

required