tannafe的专栏

摘 要  为了解决目前广泛应用的商务应用体系架构的不足和异构系统通信的问题，本文通过SOA提供的标准化架构，在应用系统间建立起了一个松散耦合“服务器＋代理”的数据交换平台，实现了异构数据的交换与数据共享，并开发了基于Web服务的商务平台，充分利用了Web服务的特性，使得系统具有良好的可扩展性和可维护性，解决了异构系统通信的问题并弥补了目前广泛应用的商务应用体系架构的不足。     关键词  W

近几个月一直从事一个分布式异步通信系统,今天就整理并blog一下.这是一个全国性的通信平台,对性能,海量数据,容错性以及扩展性有非常高的要求,所以在系统的架构上就不能简单的采用集中式.简单的总结一下就是:       1.数据分布式存储       2.请求分布式调度       3.多结点分布式部署       4.双重备份,热切换系统的核心无非就是网络架构,分布式算子和通信,要求如下:       分布式算子:               1.对于任意输入,输出均匀分布               2.

<br />大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。<br /><br />上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。<br /><br />1、HTML静态化<br />其实大家都知道，效率最高

<br />目前在网站的架构构成中普遍使用到缓存来提供WEB应用的性能，由于网站规模的不同，分别存在如下几种类型的缓存架构。 <br /><br />　　(1)单机缓存 <br /><br />　　(2)简单分布式缓存 <br /><br />　　(3)使用复制方式的缓存集群 <br /><br />　　(4)使用散列方式的缓存集群 <br /><br />　　(5)高性能高、可靠的缓存集群 <br /><br />　　下面对于上述几种缓存策略的实际应用的适用情况以及优缺点进行详细分析，当然并没有一个缓存的

<br />Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求。<br />    本文围绕高并发高流量的网站架构设计问题，主要研究讨论了以下内容：<br />    首先在整个网络的高度讨论了使用镜像网站，CDN内容分发网络等技术对负载均衡带来的便利及各自的优缺点

<br />摘要：J2EE框架结构，特别是EJB的出现，为企业构建分布式数据库系统提供了另一种途径。通过数据库技术与并行处理技术的结合，利用多处理机并行处理产生的规模效益，可提高系统的快速反应能力；分布式数据库系统还可通过复制使系统具有适当的数据冗余，从而增加了系统的可靠性和可用性。 标签：分布式  数据库  J2EE  EJB<br /> <br />拥有地理分散的子公司的企业，地理位置的分散造成了业务数据的分散，总公司与各分公司处于不同的城市或城市中的不同地区，在业务上它们除了处理各自的数据，也需要

<br />我觉得我的帖子应该发到这里才对，希望版主帮加精置顶，我敢说这个帖子是难得一见的高水准的帖子，也是许许多多技术员梦寐以求提高网站性能的经典解决方案。如果你认真看完我的系统，你就会觉得hibernate自身的缓存是那么弱小，有了这个系统，你不需要考虑其他数据库缓存系统了。去它的EJB。<br /><br />舍得网支撑1亿pv/天构架，开源了<br />说是支持1亿pv/天，也许有点夸张，也是为了吸引您能点进来，如果您能认真看完相信也不会让您失望，当然，肯定有很多“高手”会对此会嗤之以鼻，没关系，有

最近在学习mvc设计模式，拿它和三层架构做了一些比较：　　我认为mvc设计模式，关键在于构建model，model就是mvc模式的灵魂，他包含了三层架构里面的 “实体规范层”、“行为规则层”、“数据访问层”；控制器（Controller）用来收集view提供的用户数据，传递给model，同时返回model处理后的数据给view。model的设计可以参考三层架构的设计方法，将实体、行为规则（业务逻辑）和数据访问分开，在数据访问上可以应用orm框架。三层架构同样可以应用orm框架。个人认为三层架构和mvc都是很

<br />在WEB网站的规模从小到大不断扩展的过程中，数据库的访问压力也不断的增加，数据库的架构也需要动态扩展，在数据库的扩展过程基本上包含如下几步，每一个扩展都可以比上一步骤的部署方式的性能得到数量级的提升。<br />      1、WEB应用和数据库部署在同一台服务器上<br />      一般的小规模的网站采用这种方式，用户量、数据量、并发访问量都比较小，否则单台服务器无法承受，并且在遇到性能瓶颈的时候升级硬件所需要的费用非常高昂，在访问量增加的时候，应用程序和数据库都来抢占有限的系统资源，很快

一、.NET企业级应用架构设计系列之技术选型这里说的技术选型实际上是指技术方向的选择，或者叫平台方案的选择，也或者叫技术路线等，总之是大方向的把握。假定项目背景是要做一个中型WEB系统，公司组建新的技术团队以及运营团队来运作。基于这个模糊的项目背景，看看我们能得到些什么。首先我们想到的是目标系统的特征：A) 稳定性及可服务性：这是对软件系统最基本的要求，为客户提供稳定的服务是业务开展的最基础的保证。这是和客户的耐心作战，是赢取客户和扩展业务纵深度的前提。很难想象有人会在一个不稳定的系统面前花费精力去做一件本

前言西西弗斯是古希腊神话中的科林斯国王，他被罚将一块巨石推到山上，但无论西西弗斯如何努力，每次石头到达山顶之前都不可避免地滚下来，周而复始，永无休止。在《应用MDA》一书中，作者Frankel将IT人比作现代版的西西弗斯，面对日新月异层出不穷的技术平台，不可避免地不断重复一些工作。理想的MDAer，试图阻止这一悲剧的继续发生。今天，我们通过分析MDA的概念，了解其内涵，看看MDA是否有希望完成这个艰巨的任务。定义MDA是由OMG（Object Management Group，国际对象管理集团）[1]于20

背景领域驱动设计（DDD）的中心内容是如何将业务领域概念映射到软件工件中。大部分关于此主题的著作和文章都以Eric Evans的书《领域驱动设计》为基础，主要从概念和设计的角度探讨领域建模和设计情况。这些著作讨论实体、值对象、服务等DDD的主要内容，或者谈论通用语言、界定的上下文（Bounded Context）和防护层（Anti-Corruption Layer）这些的概念。本文旨在从实践的角度探讨领域建模和设计，涉及如何着手处理领域模型并实际地实现它。我们将着眼于技术主管和架构师在实现过程中能用到的

什么是 N层结构      N层结构（n-tiers结构，多层式运行架构）是相对于两层结构而言的。传统的C/S计算多是基于两级模式，在这种模式中，所有的形式逻辑和业务逻辑均驻留在Client端，而Server则成为数据库服务器，负责各种数据的处理和维护。因此Server变得很“瘦”，被称为“瘦服务器 (Thin Server)”。与之相反，这种模式需要在客户端运行庞大的应用程序，这就是所谓的“胖客户机 (Fat Client)”。      N层架构（n-tiers

之一：来自业务的挑战作为一个电子商务企业，从一开始，数据库及其事务能力在淘宝一直扮演着十分关键的角色，淘宝积累了丰富的数据库的架构和规划等方面的经验，产生了众多优秀的DBA。淘宝是一家迅速发展的公司。全球网站排名公司Alexa提供的数据显示，2010年4月27日，Amazon、Ebay的用户占全球互联网用户的百分比分别为3.47%和2.68%，而淘宝的用户占全球互联网用户的百分比则达到了4.1%，淘宝网日独立访问量从此超过了Amazon和Ebay。淘宝的数据规模及其访问量对关系数据库提出了很大挑战：数十亿条

.NET 分布式架构开发实战之一故事起源　　前言：本系列文章主要讲述一个实实在在的项目开发的过程，主要包含：提出问题，解决问题，架构设计和各个逻辑层的实现以及新问题的出现和代码的重构。本系列文章以故事的形式展开，而且文章列举的很多项目的名称，大家也不用太关心，很多都是虚拟的。本篇主要讲述项目的一些背景。       新人Richard被分配到了一个企业自动化信息管理项目组--Automation Information Management Project(后面简称AIM)，当Richard进入项目组的时候

<br />memcached是应用最广的开源cache产品，它本身不提供分布式的解决方案，我猜想一方面它想尽量保持产品简单高效，另一方面cache的 key-value的特性使得让memcached分布式起来比较简单。memcached的分布式主要在于客户端，通过客户端的路由处理来搭建 memcached集群环境，因此在服务端，memcached集群环境实际上就是一个个memcached服务器的堆积品，环境的搭建比较简单。下面从客户端做路由和服务端集群环境搭建两方面来谈如何让memcached分布式<br

<br /><br />引言<br />在第 1 部分中，我们介绍了企业服务总线 (ESB) 的概念，在第 2 部分中，我们演示了如何建立测试应用程序客户端和提供程序。本系列中的三篇文章介绍了如何通过 JMS 和 IBM WebSphere ESB 建立服务提供者和使用者之间的连接，在最后这篇文章中，我们将研究如何使用带有自定义 JMS 绑定的中介流组件来最终建立连接。<br />如果您还记得第 1 部分， 我们曾讨论过构成 WebSphere ESB 基础的编程模型，即服务组件体系结构 (SCA)。在这个

<br /><br />引言<br />在本系列的第 1 部分， 我们向您介绍了一系列概念，包括企业服务总线（Enterprise Service Bus，ESB）的概念，以及 Java Message Service (JMS) 之类可靠的标准化 API 可以如何帮助保证服务使用者、服务提供者和总线之间的通信服务质量。我们还了解了 WebSphere ESB 产品提供的 ESB 实现，该实现基于一个新编程模型，即服务组件体系结构（Service Component Architecture，SCA）。SC

部署SOA是未来企业IT应用的趋势，而SOA已经从概念普及、局部尝试进入到大规模应用阶段，SCA/SDO/BPEL将是实现SOA的具体技术手段，也共同构成了下一代的编程架构。SOA作为一种IT架构已经广受业界追捧，几乎所有的大厂商都加入了有关SOA的开发之中。有关SOA将能够带来的激动人心的一切，也在这几年的宣传中众所周知。如何转向SOA，如何实现SOA，成为讨论得最多的话题。“SOA

   SOA系统主要用来解决异构环境的系统整合、信息孤岛、数据交换等问题，也可以说SOA所关注的就是如何使封闭的信息系统成为开放的信息系统。虽说SOA的问世已有几年的时间，全界的在IT界对SOA也大力支持，然而时至目前SOA并没有明显地从根本上解决这些。原因何在？问题的根源不在SOA，而在于关系数据库理论和SOA系统的标准化。一、 关系数据库理论的严重缺陷 关系数据库理论是互联网时

【导读】：　　利用最新的4、8路IA服务器架构的高性能服务器集群系统， 采用了领先的VI(Visual Interface)技术，有效地消除了系统中节点之间通讯的瓶颈;同时，系统采用的负载均衡技术使用户设备可以充分得到利用，并且达到了4个9的可靠性，具有极高的产品性价比，为Internet的应用提供了一个强有力的数据库服务器平台。利用最新的4、8路IA服务器架构的高性能服务器集群系统， 采用了

引 言信息化的发展，企业间协同商务和企业信息门户(EIP)等要求企业的应用系统是一个高度集成和开放的系统。然而大型企业往往拥有着异构系统，导致系统间信息的交互与互操作非常困难，形成了一个个“信息孤岛”，为了实现企业全局的业务过程自动化，人们投入了大量的人力和财力来进行系统集成。传统的企业应用集成(Enterprise Application Integration，EAI)解决方案有4种类型：用户界面集成、数据集成、业务流程集成、函数／方法集成，这4种集成方法不能方便、灵活、低代价地实现异构系统的集成，难以

SOA的根本目的究竟是什么？SOA的根本目的就是业务的敏捷性。也就是说，我们如何借助与SOA，让这个业务本身想变就变。要做到这件事情不是太容易，当中有三个要点要理解:首先是业务本身是非常灵活的。实质上是在谈论我们不管下面有没有IT系统，好比说，在国内实际上有非常多的企业，尤其是中小企业，没有什么特别的IT系统，都是靠人自己来做这件事情，他们也有一个业务敏捷性的问题、随时应变的问题，不需要IT的东西，业务本身是独立的。他自己怎么样才能做得很灵活呢？举个例子，联想很高兴把IBM的PC部门买了，但是接下来麻烦就来

[摘要] 目前，.Net Framework3.5已随着Visual Studio 2008而发布，延续微软的一贯风格，.Net Framework3.5为开发者提供了大量优秀特性，包含了大量新技术，这些新特性、新技术能够融合在一起来进行全新的企业应用架构设计，利用这些新技术、新特性，可以进行快速开发，让企业应用的架构更加灵活，拥有更好的性能和可扩展性。 　　[关键词] .Net Framework 企业应用 架构 　　一、引言 　　随着Web2.0时代的到来，一些有远见的企业也开始思考如何将Web2.0的

<br /><br /> 实践论认为：从实践提升到理论，再由理论指导实践，由此向前发展。目前SOA的发展的情况正是如此，通过不少实践，SOA的模型己经被公认为标准规范，目前是正需要进一步总结上升到理论的时候了。<br />    当前国内要发展SOA主要有三方面工作：方法、工具和环境。方法是工程技术，由基础理论来指导提出的。所以一门科学必需要包括：认知科学（哲理）、工程技术和方法、最后是理论。<br />    架构的演化过程<br />    SOA是从面向对象、构件架构等逐步发展完善，且相互依托、相互补

摘要：.NET Remoting 作为DCOM的替代，被誉为管理应用程序域之间的远程过程调用( RPC ) 的首选技术。它是指利用运行库的服务，调用那些运行在不同应用程序域中的对象的方法并共享其数据，提供了一种允许对象通过应用程序域与另一对象进行交互的框架。作为一种分布式处理方式，得到了日趋广泛的应用。文中通过一个分步式数据库查询系统的解决方案，探讨了 Remoting 技术的应用，同时也说明了使用该技术可以非常便捷地构建分布式应用程序。

摘　要： 针对物流企业及零售商分散的特点和客户的多样化个性化需求，为了整合分散的物流信息，建立具有弹性的物流对象协同运作模式，解决RFID与该构架的信息集成，提出了一种基于Internet的分布式协调自治物流信息系统构架。详细描述了系统的各关键环节。　　关键词： 分布式自治 无线射频识别 嵌入式数据库 物流管理

<br />一、背景<br />当前大多网站采用Linux ＋MYSQL＋APACHE+PHP这种经典配置，如何防止单点失败造成的整个网站的不可用是网站管理者必须要考虑的问题，其中数据库的高可用性（Database server’s high availability）是重中之重。<br />对于数据库的高可用性，各商业软件的厂商都有各自的解决方案，比如Oracle OPS server和IBM DB2 (share-nothing architecture)。最近MYSQL AB也发布了MYS

建设SOA需从企业架构开始企业总体架构（EA）是对企业多角度的一种描述，并综合反映企业中的人、流程以及技术，为企业中的不同参与者提供不同的视图，并用他们易于理解的方式和语言反映企业的状态。然而，目前国内的现实应用情况是，很多企业都是随着业务的发展设立并开发很多分割的部门、流程和系统，而它们之间却无法进行有机的合作，并且还会经常出现信息与业务报告不准、部门之间无法衔接等问题。更可怕的是，企业没有方法和工具来解决这些问题。根据国际和国内的经验，通过企业总体架构的方法可以解决上述这些问题。目前，国内对企业架构设计

SOA（面向服务架构）是一种架构模式，TOGAF（开放组织架构框架）是一种架构框架。简而言之，TOGAF是一种协助发展，验收，运行，使用，和维护架构的工具。并支持开放、标准的SOA参考架构。企业架构方法有很多，但从数据显示，TOGAF无疑是最主流的。其不仅有80％的福布斯( Forbes)全球排名前50的公司在使用，超过7500家机构已经得到了验证，超过9万份的框架副本被用户下载。目前已得到国际主流厂商的推动，在德国有SAP在推动，美国IBM、HP、SUN等公司在推动，中国有金蝶在推动。那么TO

<br />集群和负载均衡的概念 <br />　　集群(Cluster) <br /><br />　　所谓集群是指一组独立的计算机系统构成的一个松耦合的多处理器系统，它们之间通过网络实现进程间的通信。应用程序可以通过网络共享内存进行消息传送，实现分布式计算机。 <br /><br />　　负载均衡(Load Balance) <br /><br />　　网络的负载均衡是一种动态均衡技术，通过一些工具实时地分析数据包，掌握网络中的数据流量状况，把任务合理均衡地分配出去。这种技术基于现有网络结构，提供了一种扩展

在windows 2000,XP 下通过mod_jk2.so整合Tomcat5.0 和 Apache2.0------- dreamsky15(阿贤) 原创准备工作：分别到www.sun.com 和 www.apache.org 下载JDK1.4 : j2sdk-1_4_2_04-windows-i586-p.exeTomcat5 : jakarta-tomcat-5.0.14.exeapache2：apache_2.0.48-win32-x86-no_ssl.exejk2 : jakarta-to

<br /><br />ava™ Message Service (JMS) 对 J2EE™ 平台上的可靠消息传递进行了标准化。最近发布的 IBM® WebSphere® Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能位于任何基于面向服务的体系结构 (SOA) 的环境核心位置。本系列共三篇文章，描述如何将 JMS 和 WebSphere ESB 结合使用，以形成强大而可靠的 SOA。<br /><br /><br />引言<br />面向服务的体系结构 (SOA

关系数据模型已经流行了几十年了,但是一种新型的数据库(即NoSQL)正在吸引各大企业的关注.下面是对其优势与劣势的一个简单总结.在过去的1/4世纪中,关系型数据库(RDBMS)一直是数据库管理系统的主导模型.但是,今天,非关系型,”云,”或者”NoSQL”数据库正以数据库管理系统