2016年07月_Sam_Deep_Thinking

11月 10月 09月 08月 07月 06月 05月 03月 01月

原创大型系统重构的步骤简单梳理

目前正在参与公司一个核心大系统的重构工作。本文梳理一下大型系统重构的一些步骤和心得。

2016-07-14 22:54:10 12911 1

原创应用多机房部署

通常一个产品，内部是需要很多子系统一起协助的，像有些电商系统，可能需要几百个系统一起协助。假设下面这样一种场景，假设应用a部署在机房room1，在room1的其他应用可以调用应用a的接口，然后还有很多的子系统是部署在room2这个机房的，room2中的应用也需要调用到应用a，那么这样 room2中的应用调用room1中的a应用时，就有因为跨机房导致的时延问题。如果系统的qps要求很高...

2016-07-13 09:56:42 304

通常一个产品，内部是需要很多子系统一起协助的，像有些电商系统，可能需要几百个系统一起协助。假设下面这样一种场景，假设应用a部署在机房room1，在room1的其他应用可以调用应用a的接口，然后还有很多的子系统是部署在room2这个机房的，room2中的应用也需要调用到应用a，那么这样room2中的应用调用room1中的a应用时，就有因为跨机房导致的时延问题。如果系统的qps要求很高，那么应用a最好

2016-07-13 09:54:29 3390 2

原创缓存外部系统接口返回信息的方案

概要：在一个大的系统当中，通常会切分成多个子系统，子系统与子系统之间可以通过微服务、http接口或者mq等来相互通讯。假设有这样一种场景，A系统需要调用B系统的f1 接口，获取数据后再向前端系统输出。前端系统通常所承受的并发量是非常大的，也就是说A系统的接口需要有很高的qps。这个时候我们需要缓存B系统接口的输出，以便提高A系统接口的响应速度。详细内容请看我的csdn博客链接：缓存外部系统接口...

2016-07-12 09:32:31 125

原创编写业务逻辑代码-清晰可维护才是最重要的

概要：最近经常做业务逻辑代码review的工作，发现各种风格的代码，其中有一种是封装和抽象做的非常的多，代码层次非常的深入，表面给人感觉是：牛逼的代码。但是从清晰度和可维护性来说，还是不推荐这么做。。。。。。。。。。。。详细的请参看我的csdn博客编写业务逻辑代码-清晰可维护才是最重要的 ...

2016-07-12 09:31:30 357

原创中央缓存结合本地缓存-本地缓存数据刷新方案

互联网应用通常都需要应付大并发量，为了提高QPS，通常会使用中央缓存(例如memcache)和本地缓存的方式。请求先经过本地缓存，如果不命中，则请求穿透到中央缓存，如果还是不命中，则会直接查询数据库，并把查询到的数据刷新到中央缓存中。如果采用这种方式的话，必须要解决一个问题，如何刷新本地缓存的数据。详细情况我的csdn博客文章：中央缓存结合本地缓存-本地缓存数...

2016-07-12 09:29:24 237

原创中央缓存结合本地缓存-本地缓存数据刷新方案

互联网应用通常都需要应付大并发量，为了提高QPS，通常会使用中央缓存(例如memcache)和本地缓存的方式。请求先经过本地缓存，如果不命中，则请求穿透到中央缓存，如果还是不命中，则会直接查询数据库，并把查询到的数据刷新到中央缓存中。如果采用这种方式的话，必须要解决一个问题，如何刷新本地缓存的数据。每个应用中都提供一个刷新接口之前参与过的一个项目，应用的部署图大概如下： ...

2016-07-12 09:19:55 7262