- 博客(5)
- 收藏
- 关注
RSS订阅
原创 前言：用系统化的思维
前言：用系统化的思维第一篇：“大集中”应用系统的结构和技术特点第二篇： 开发过程中需要关注的若干问题第三篇：java性能优化工具第四篇：程序运行故障的定位和排除
2009-08-12 20:41:00
610
原创 第一篇：“大集中”应用系统的结构和技术特点4——多线程和单线程的统一
多并发请求处理时应用服务器的基本职能之一。很显然，以之相适应的是应用服务器内部的多线程处理机制。大集中应用系统的一大特点就是业务和数据的集中管理，隐含地就有了另外一个具体的需求：应对并发性访问需求。应对并发性访问需求需要考虑的因素很多，比如设备资源、网络带宽、多任务操作系统（当前的服务器操作系统好像都没有问题）、数据库设计模式、多进程（线程）管理等。其中最为关键的就是多进程（线程）管理了，因为它是
2009-08-18 11:37:00
1079
原创 第一篇：“大集中”应用系统的结构和技术特点3——复杂性和简单性于一体
大集中应用系统是复杂的，无论从技术、应用规模、业务关系等哪一个方面来看，都是这样的。首先，框架结构的复杂性。所有大集中应用系统在建设过程中都要基于基础框架来开发，其目的是为了屏蔽底层的技术细节、为了简化业务编程，为了提供规范化的开发管理、为了… …等等。做一个类比，基础框架同应用系统和基础中间件的关系，就如同操作系统同应用程序和物理机器之间的关系一样。可能不准确，但比较贴切。操作系统复杂吗？复
2009-08-14 19:17:00
1489
原创 第一篇：“大集中”应用系统的结构和技术特点2——海量数据处理
海者，大也！通俗来讲，就是大规模的数据处理。对行业核心应用而言，海量数据处理包括几个方面的含义：其一：数据库中存储的数据规模庞大，往往有数十道数百GB，甚至会达到TB级数。其二：应用逻辑在执行过程中可能会涉及大规模的数据处理，包括数据保存、检索、加工等运算。其三：对于联机事务处理而言，所有数据处理操作都有一个非常严格的响应时间。比如基本的数据存取访问操作，响应时间不得超过3秒；对于复杂的数据检索操
2009-08-13 20:15:00
1772
原创 第一篇：“大集中”应用系统的结构和技术特点1——高并发联机事务处理
何谓高并发？不同的应用系统具有不同的数字指标，但往往和应用系统的物理承载能力有关。另外，同应用系统的业务复杂度也存在很大的关联关系。比如笔者所参与过的省级税收征管“大集中”系统，系统的实际并发数往往要超过100，峰值时刻可能会达到200。这个数值相比较于电信计费系统的并发数而言，在数值上可能比较小，但如果同时参考税收征管业务的复杂性，就会体会到服务器要承载的计算负荷是非常巨大的了。除并发数指标外，
2009-08-12 20:59:00
6272
4
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人