.Net学习爱好者的温馨家园

摘要： 首先，声明一下，这是一篇从高人lovecherry博主那里转过来的，和大家分享一下，也给自己一个学习机会。自05年开始接触到分布式架构，06年在原先的基础上从头开始设计了一套分布式架构，当时SOA这个概念也没这么火。整个大平台的开发、性能和可扩展性都得到了考验，觉得有一些东西想和大家一起分享。我不知道我所说的这些算不算真正的SOA，我也没读过什么SOA的书籍，我觉得SOA这个概念非常抽象，任何概念的产生都是由原因的。因此，我也不会说一些抽象的原则，只是想说一些在过去几年实施“SOA”过程中的一些心得和一些细节，希望对大家有用。 不说什么是SOA，先来说说我们现有架构遇到的一些问题：l 同样一个 阅读全文

摘要： SOA实施要点： 1、 SOA的构建次序。是从上到下还是从下到上？我个人倾向于从大局进行把握，因为SOA中重要的不是技术，而是对业务的定位。如果从下往上去设计服务的话可能会做很多重复劳动工作，或者在真正去用的时候返工。应该在设计的时候进行足够的需求调研，挖掘出业务的核心并对外提供。但是设计时候肯定会有很多没考虑到的东西，或者说想的过于粗，那么在开发的时候也可以进一步去讨论需要公开的服务，补充上粒度比较细的那一部分。也就是说先把握大局从上到下，然后抓住细节从下到上。2、 SOA的测试过程。作为客户端程序，在需要的服务尚未建立的时候，需要自己创建基于接口的FAKE服务进行测试，等服务在网络端点上部 阅读全文

摘要： 大型互联网网站架构心得之二：并、换和其它首先，声明一下，这是一篇从高人lovecherry博主那里转过来的，和大家分享一下，也给自己一个学习机会。上次说的“分”是一个比较大的原则也是一个比较高层的原则，这次我想说一下其它两个原则：并与换。并为什么要分？是因为我们希望通过分来提高系统的承载能力，那并又是并什么呢？我想了一下有几个方面可以并：1. 合并用户请求，最基本的就是合并CSS/图片/脚本，还可以合并页面。不过合并就可能产生流量的浪费，需要有一个平衡点。2. 合并接口的粒度，如果做分布式应用的话，我们可能不会直接访问数据库而是调用应用层提供的接口，由于是网络调用，代价比较大，因此在设计的时候 阅读全文

摘要： 大型互联网网站架构心得之一：分首先，声明一下，这是一篇从高人lovecherry博主那里转过来的，和大家分享一下，也给自己一个学习机会。我们知道，对于一个大型网站来说，可伸缩性是非常重要的，怎么样在纵向和横向有良好的可伸缩性，就需要在做架构设计的时候考虑到一个分的原则，我想在多个方面说一下怎么分： 首先是横向的分：1.大的网站化解为多个小网站：当我们一个网站有多个功能的时候，可以考虑把这个网站拆分成几个小模块，每一个模块可以是一个网站，这样的话我们到时候就可以很灵活地去把这些网站部署到不同的服务器上。2.静态动态分离：静态文件和动态文件最好分离开成2个网站，我们知道静态网站和动态网站对服务器来 阅读全文