霍力强的专栏

内容目录：1.初始架构2.应用服务与数据分离3.使用缓存改善网站性能4.应用服务器集群化5.数据库读写分离6.使用反向代理和CDN7.使用分布式FS和分布式DBS8.使用NoSQL和搜索引擎9.业务拆分附：思维导图《大型网站技术架构》读书笔记 - 网站的技术升级路线 本文描述网站从小到大演变过程中的技术升级路线；1.初始架构一台服务器，应用、DB、文件都在一块，使用经典的LAMP模式构建整个站点；

简述上一篇简述了ABP框架中的一些基础理论，包括ABP前后端项目的分层结构，以及后端项目中涉及到的知识点，例如DTO,应用服务层，整洁架构，领域对象（如实体，聚合，值对象）等。笔者也曾经提到，ABP依赖于领域驱动设计这门方法论，由于其门槛较高，给使用者带来了不少理解上的难度。尤其是三层架构对.NET开发者影响太深，有时很难对领域驱动设计产生直观的理解。在本文中，打算从传统的简单三层架构谈起，介绍一个实际场景下的三层业务逻辑实现，然后再与领域驱动设计中的对应实现形成对比，以便让开发者形成直观具体的

就在刚过去的半年里，「中台」成了技术圈内讨论的热门词汇，就连一些名不见经传的小公司，也都纷纷喊出了「要向中台转型！」的口号，甚至有人说「不做中台，那就等着死吧！」如果我没有记错，「中台」思想源自于2015年，马云参观一个著名的游戏公司Supercell之后提出了，简言之就是“小前台、大中台”，随即阿里就成立中台事业群，并取得了很好的成效。随后，美团点评也开始走中台策略，腾讯在去年的组织架构调整中，也提出建设具有 “腾讯特色的技术中台”。技术中台的作用是什么？要搞明白这点，你需要先搞清楚「技术前

导读：什么是技术中台？技术中台说白了就是强调资源整合、能力沉淀的平台体系，当技术前台实现业务功能时，为他们提供底层的技术、数据等资源和能力的支持。▌技术中台赋能企业敏捷业务主要是提高并发的需求。但是高并发不是没有成本的，拆分成这个粒度会有什么问题？我们会发现等拆完了，下边的这些措施都是必不可少至关重要的。▌技术中台服务的应用方法—目录寻址当业务要提供中台服务的时候，中台服务首先希望能够注册到一个地方，当业务组开发业务逻辑的时候，能够在这个地方找到中台的接口如何调用的文档，当业务组的业务注

摘要： 在今天的文章中，我们将着重探讨如何利用SMACK（即Spark、Mesos、Akka、Cassandra以及Kafka）堆栈构建可扩展数据处理平台。虽然这套堆栈仅由数个简单部分组成，但其能够实现大量不同系统设计。除了纯粹的批量或者流处理机制之外，我们亦可借此实现复杂的Lambda以及Kappa架构。在今天的文章中，我们将着重探讨如何利用SMACK（即Spark、Mesos、Akka、Cassandra以及Kafka）堆栈构建可扩展数据处理平台。虽然这套堆栈仅由数个简单部分组成，但其能够实现大量不

集群的好处高可用性：故障检测及迁移，多节点备份。 可伸缩性：新增数据库节点便利，方便扩容。 负载均衡：切换某服务访问某节点，分摊单个节点的数据库压力。集群要考虑的风险网络分裂：群集还可能由于网络故障而拆分为多个部分，每部分内的节点相互连接，但各部分之间的节点失去连接。 脑裂：导致数据库节点彼此独立运行的集群故障称为“脑裂”。这种情况可能导致数据不一致，并且无法修复，例如当两个数据库节点独立更新同一表上的同一行时。@[toc]一，mysql原厂出品1，MySQL Replicatio

【编者的话】本文从一个开发者的角度，对Kubernetes和Cloud Foundry进行了多维度的比较，包括：平台是否类PaaS，支持的容器，管理控制台，命令行接口，零宕机部署，外部负载均衡，内部负载均衡，市场，配置，存储卷，启动学习过程，前景，等等。作者个人更喜欢Cloud Foundry，但他也认为，两个平台均有兼容对方特性的趋势，前景一片光明。多年来我一直在Pivotal Cloud Foundry上开发。使用Spring Boot工具栈，我能轻松地创建CI/CD流水线并完成部署。我发现它是一个真

<br />通过浏览博客园的文章发现，很多朋友对分层架构特别感兴趣，刚好我刚做完的毕业设计就是专门研究.NET平台上分层架构的（题目叫“基于.NET平台的分层架构与设计模式应用研究”）。通过做这篇论文，我对分层架构有了一定的了解，所以，就萌发了想写一个文章系列，详述一下分层架构。然而，论文的理论性太强，不适合在网上发布，尤其不适合初学者理解，所以，我想在这个文章系列中，少讲理论，而是通过做一个完整的案例来讨论分层架构的基本方法，这样会直观很多。希望在这个文章系列的写作过程中，能和朋友们一起学习，一起进步。<

<br />在实际的项目中，需求分析和数据库的设计是很重要的一个环节，这个环节会直接影响项目的开发过程和质量。实际中，这个环节不但需要系统分析师、软件工程师等计算机方面的专家，还需要相关领域的领域专家参与才能完成。<br /><br />      但是，在这个文章系列中，所要使用的Demo仅仅是一个例子，而且其业务极为简单，因此，这里并不是真正的需求分析和数据库设计，而是将Demo的需求和数据库罗列至此，使朋友们对Demo有一个大体的了解，方便后续文章中开发过程的理解。<br /><br />需求分析：<

<br />本文主要是对将要实现的架构进行一个总体的描述，使朋友们对这个架构有个宏观上的认识。这篇文章理论性的东西会偏多一点，从下篇开始，将进行实际项目的开发。这篇文章的许多内容摘自我的毕业论文。<br /><br />架构基本原则：<br />      这里，将描述一些在这个架构设计中的基本原则，其中很多都是经典的设计原则，不过针对分层架构的特点，用我自己的语言进行了描述。其中也有我自己提出的原则。<br /><br />      逐层调用原则及单向调用原则<br />      现在约定将N层架构的

<br />实体类是现实实体在计算机中的表示。它贯穿于整个架构，负担着在各层次及模块间传递数据的职责。一般来说，实体类可以分为“贫血实体类”和“充血实体类”，前者仅仅保存实体的属性，而后者还包含一些实体间的关系与逻辑。我们在这个Demo中用的实体类将是“贫血实体类”。<br /><br />      大多情况下，实体类和数据库中的表（这里指实体表，不包括表示多对多对应的关系表）是一一对应的，但这并不是一个限制，在复杂的数据库设计中，有可能出现一个实体类对应多个表，或者交叉对应的情况。在本文的Demo中，实

<br />接下来，将进行接口的设计。这里包括数据访问层接口和业务逻辑层接口。在分层架构中，接口扮演着非常重要的角色，它不但直接决定了各层中的各个操作类需要实现何种操作，而且它明确了各个层次的职责。接口也是系统实现依赖注入机制不可缺少的部分。<br /><br />      本项目的接口设计将按如下顺序进行：<br />      1.首先由前文的需求分析，列出主要的UI部分。<br />      2.分析各个UI需要什么业务逻辑支持，从而确定业务逻辑层接口。<br />      3.分析业务逻辑层接

<br />我们设计的分层架构，层与层之间应该是松散耦合的。因为是单向单一调用，所以，这里的“松散耦合”实际是指上层类不能具体依赖于下层类，而应该依赖于下层提供的一个接口。这样，上层类不能直接实例化下层中的类，而只持有接口，至于接口所指变量最终究竟是哪一个类，则由依赖注入机制决定。<br /><br />      之所以这样做，是为了实现层与层之间的“可替换”式设计，例如，现在需要换一种方式实现数据访问层，只要这个实现遵循了前面定义的数据访问层接口，业务逻辑层和表示层不需要做任何改动，只需要改一下配置文件

<br />经过上面篇文章的介绍，整个系统的框架算是基本搭建完了，下面，我们要具体实现各个层次。关于数据访问层的实现，我准备讨论三种实现方式，这一篇文章讨论第一种：Access+动态生成SQL。<br /><br />      顾名思义，这种实现将使用Access作为后台数据库，而操作方式也是最基本的使用SQL命令。<br /><br />      在具体编写实现代码之前，我们需要做一些准备工作：<br /><br />      第一步，我们要将Access数据库搭建完成，具体做法如下。<br /><

<br />昨天的文章 基于.NET平台的分层架构实战（七）——数据访问层的第一种实现:Access+SQL发布后，很多朋友对我的程序提出了意见和建议，在这里先谢谢你们！！！尤其是 金色海洋（jyk），对我的程序提出了很多建设性的意见。<br />      我大体总结了一下，昨天程序的主要缺点有：<br />      1.Connection对象没有关闭<br />      2.DataReader对象没有关闭<br />      3.相似代码太多，造成代码冗余。<br /><br />     

<br />在上一篇（基于.NET平台的分层架构实战（七-外一篇）——对数据访问层第一种实现（Access+SQL）的重构）中，讨论了使用SQL构建数据访问层的方法，并且针对的是Access数据库。而这一篇中，将要创建一个针对SQLServer数据库的数据访问层，并且配合存储过程实现。<br /><br />      曾经有朋友问我使用SQL和存储过程在效率上的差别，惭愧的是我对这方面没有研究，也没有实际做过测试。通过查阅资料，发现在一般情况下，存储过程的效率由于使用SQL，但是也不绝对，也发现有的朋友测

<br />前面的文章讨论了使用SQL语句和存储过程两种数据访问层的实现方式，这一篇里，将讨论使用ORM方式实现数据访问层的方法。<br /><br />      对象-关系映射（Object/Relation Mapping，简称ORM），是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象

<br />在这一篇文章中，将实现一个NGuestBook的业务逻辑层。<br /><br />      在实际应用中，业务逻辑层是至关重要的，他承载着整个系统最核心的部分，也是客户最关注的部分。这一部分的实现，通常需要技术专家和领域专家通力合作。当然，在本文章系列的Demo中，由于业务逻辑的简单性，这里看的可能还不是很明显。<br /><br />      在本篇文章的业务逻辑层实现中，业务逻辑层主要承担了以下职责：<br />      1.对不同数据访问层的封装。使得表示层可以不关心具体的数据访问

<br />在这篇文章中，将讨论一下表示层的实现方法。<br /><br />      表示层是一个系统的“门脸”，不论你的系统设计的多么优秀，代码多么漂亮，系统的可扩展性多么高，但是最终用户接触到的大多是表示层的东西。所以，表示层的优劣对于用户最终对系统的评价至关重要。一般来说，表示层的优劣有一下两个评价指标：<br /><br />      1.美观。即外观设计漂亮，能给人美的感觉。<br /><br />      2.易用。即具有良好的用户体验，用户用起来舒服、顺手。<br /><br /><b

<br />近我要开始这个系列了，这是我的第一个系列。关于BlogEngine.Net我想说的是，它设计的真的很棒，代码简洁但是功能很多，真是麻雀虽小，五脏俱全啊，而且具有了很多Web2.0的特征，甚至它的每一行代码都值得我们去研究一下，它的开发团队很棒。实际上很多国外的个人Blog都是采用BlogEngine.Net加上自定义皮肤实现的，如果您是一个Blog的开发者，这更是您的必备参考！<br /><br />　　很多兄弟都推荐BlogEngine.Net看一看，甚至www.asp.net也把它放在了很重

<br />上篇文章朋友的评论给了我很大的动力写这个系列的文章，看来大家都比较关注这个系列。为了后续文章做一个铺垫，我在这篇文章的前半部分讲解一下BlogEngine.Net的整体架构，后半部分主要是对于BusinessBase类的分析。<br /><br />下载源代码以后打开解决方案，我们发现从项目的组织结构上BlogEngine.Net分成两个项目：一个是BlogEngine.Core，顾名思意，它就是BlogEngine.Net的核心逻辑层。所有的业务逻辑和一些功能都在这个项目中体现，实际上这个核心

<br />在上一篇文章中，我们主要分析了一下BlogEngine.Net的整体设计，在后半部分我们又对BusinessBase业务对象的状态维护做了一些比较深入的探讨。在这篇文章中我将引领大家完成对BlogEngine.Net中业务对象数据存储的设计思路与实现细节的分析。<br /><br />BlogEngine.Net中的数据存储主要是应用Provider模式实现的，那么首先让我们认识一下Provider模式。<br /><br />    Provider模式应该是一种设计模式，是用来解决软件变化问

<br />在这篇文章中我们将对BlogEngine.Net的全局配置进行一下分析与探讨。关于配置这一部分单独拿出来做一篇文章实在有些牵强，但是我总觉得这个配置部分比较独立，而且BlogEngine.Net的设计和实现都有很多可以参考的地方。<br /><br />在一个企业级应用系统中，对一些系统全局参数进行配置是必不可少的，那么我们是怎么处理这些配置的呢？<br /><br />    一般都有以下三步：<br /><br />1.在业务模块开发的过程中将一些可变的参量提取出来。<br /><br />

<br />1.框架的概要介绍<br />微软刚推出了基于ASP.NET 2.0下的Pet Shop 4, 该版本有了一个全新的用户界面。是研究ASP.NET 2.0的好范例啊，大家都知道，一直以来，在.NET和Java之间争论不休，到底使用哪个平台开发的企业级应用性能最好、结构最优、生产力最高。为了用事实说话，通过对项目各方面的性能评估进而在比较.NET和Java的高下。用户做比较的这个项目就是Petshop。正因为Petshop肩负着上面所说的重任，各方面必须是最优的，架构设计应该是经过慎重考虑的。所以

<br /> <br />前言：PetShop是一个范例，微软用它来展示.Net企业系统开发的能力。业界有许多.Net与J2EE之争，许多数据是从微软的PetShop和Sun的PetStore而来。这种争论不可避免带有浓厚的商业色彩，对于我们开发人员而言，没有必要过多关注。然而PetShop随着版本的不断更新，至现在基于.Net 2.0的PetShop4.0为止，整个设计逐渐变得成熟而优雅，却又很多可以借鉴之处。PetShop是一个小型的项目，系统架构与代码都比较简单，却也凸现了许多颇有价值的设计与开发

<br />工作描述：<br />     将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。<br />     架构师==软件总设计师<br />     开发人员和项目经理之间的共用沟通媒体<br />具体工作内容：<br /> 第二：审查需求<br /> 第三：审查技术设计方案<br /> 第四：负责软件整体设计、关键构件

<br />CSLA.NET是一个在分布式计算环境下利用面向对象思想创建业务对象的一个框架。现在已经发布了3.6版本,包括for Windows和for Silverlight，来支持不同的平台。 CSLA.NET for Windows 和CSLA.NET for  Silverlight共享了许多相通的特性和功能。两个框架实作之间的通用性，能允许在.NET和Silverlight之间，共享业务对象（Business Object）的程序代码，而它们之间的不同就是允许你利用两个不同平台的强大功能。<br

<br />摘要：ActiveRecord在底层封装了NHibernate，在框架启动时需要指定相关的配置信息，那么我们需要配置些什么？又该如何去配置呢？本文将会介绍在ActiveRecord中构建配置信息。<br />主要内容<br />1．需要配置什么<br />2．如何去配置<br />3．常见的配置示例<br /> <br />一．需要配置什么<br />在第一篇大家都已经看到了，其实我们的配置信息跟用NHibernate时的配置是一样的，这是因为ActiveRecord在底层封装了NHiberna

<br />单表使用<br />建立一下表<br />CREATE TABLE [dbo].[Employees] (<br />    [Employeesid] [int] IDENTITY (1, 1) NOT NULL ,<br />    [LogonName] [varchar] (40) COLLATE Chinese_PRC_CI_AS NULL ,<br />    [LastLogon] [datetime] NULL <br />) ON [PRIMARY]<br />GO<br />

<br />http://tech.it168.com/zt/sharepoint/index.html<br />找了找感觉这个比较全,留个记录吧

高负载、高并发网站架构知识汇总-大流量网站架构的几点认识[其它] post by Wrong-T / 2010-6-7 16:43 Monday<br /> <br />一：硬架构<br /> <br />1：机房的选择：<br />在选择机房的时候，根据网站用户的地域分布，可以选择网通或电信机房，但更多时候，可能双线机房才是合适的。越大的城市，机房价格越贵，从成本的角度看可以在一些中小城市托管服务器，比如说广州的公司可以考虑把服务器托管在东莞，佛山等地，不是特别远，但是价格会便宜很多。<br />2：带宽

最近朋友的公司已经注册完成了,需要我帮它来开发新闻发布系统.     我最近在公司做的项目多为微软的mvc 架构的开发,借给朋友做系统的机会,自己也总结一下,也跟大伙分享一下.     首先是工具准备     Enterprise Architect 7.5 汉化版     VS

数据库设计工具我们依然采用Enterprise Architect 7.5 汉化版在这里可以稍微介绍下EA,个人比较喜欢Enterprise Architect ,这个工具比较类似Rational Rose网上有破解版本，它可以支持从需求分析到设计部署的全过程建模上问我们用了它的

Factory  Abstract FactoryBuilderPrototypeSingleton  名称Factory Method结构意图定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。适

AdapterBridgeCompositeDecoratorFacadeFlyweightProxy  名称Adapter结构意图将一个类的接口转换成客户希望的另外一个接口。A d a p t e r 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适用性你想使用

BLL层我们用wcf 来提供服务，这一层我们只对外只发布一个服务，为了使我们的代码可维护更好，我们引入抽象工厂模式。这样的话我们首先也创建三个接口：1）  IInfo InfoResult Add(Info info);InfoResult Update(Info info);I

Controller 这一层首先要添加对WCF 的引用：如下，输入我们自己的wcf地址http://localhost:8732/Design_Time_Addresses/InfoPub.BLLService/Service1/mex 为了解析嵌套结构的类，我们加入JsonBi

由于vs2010 本身不带 mvc3，所以我们需要下载AspNetMVC3ToolsUpdateSetup.exe下载地址如下：http://www.asp.net/mvc安装完成后，即可创建mvc3的项目如下，输入我们的项目名称InfoPub：选择ok,进入下个页面在这里我们选

跟model层一样，我们同样可以用动软代码生成器来生成DAL层。这一层主要是数据库的访问,不再多介绍.需要说明的是我们要把微软的SqlHelper类引入我们的项目，这样我们访问数据库用这个类就够了，关于这个类大伙可以参见微软petshop中的SqlHelper类。 1．  首先定

在这一层中，应用了sql server CTE,关于cte，在这里补充一下：CTE （Common Table Expression），是从sql server 2005开始支持的一种表达式，它是一种临时结果集，与派生表类似，仅在查询期间有效。与派生表不同的是，cte可以调用自身