你想要人们采取什么行动？你想要说服谁去采取这个行动？
实体店铺存在的理由就是为了促进产品的销售，这不是什么秘密。把糖果、杂志和其他小物件放在收银台附近并不处于偶然；有人有意地做出了把牛奶放在最后面的决定。促销产品和优化销售是任何业务正常的组成部分。
著名的在线营销专家Bryan Eisenberg和Jeffrey Eisenberg，详细介绍了一种被他们称作“有说服力的架构（persuasive architecture）”的网站规划方法。在优化网站促进产品销售方面，Eisenberg兄弟指出了一开始要问的三个关键问题：
有些时候，简单地从一个MySQL复制到另一个MySQL的基本Replication架构，可能还会需要在一些特定的场景下进行Master的切换。如在Master端需要进行一些特别的维护操作时，可能需要停止MySQL的服务。这时候，为了尽可能减少应用系统写服务的停机时间，最佳的做法就是将slave节点切换成Master来提供写入的服务。
但是这样一来，原来Master节点的数据就会和实际的数据不一致了。当原Master启动可以正常提供服务的时候，由于数据不一致，不得不通过反转原Master-slave关系，重新搭建Replication环境，并以Master作为slave来对外提供读服务。重新搭建Replication环境会给我们带来很多额外的工作量，如果没有合适的备份，可能还会让Replication的搭建过程非常麻烦。
N—Tier架构需要考虑的因素:
1.性能
一个软件系统的性能是衡量这个软件的一个重要指标。一般来说，一个软件系统被分割成的层次越多，系统会运行得越慢。究其原因：一方面，不同的组件或层次之间需要与其相邻的上下层次进行通信，如果不够恰当地设计这些通信，那么就会对性能产生很大的影响。其中，在设计通信的时候需要考虑通信的方式、数据结构的格式，以及数据量。另一方面，如果把代码分别放在不同的组件中，当一个组件要调用另外一个组建的方法时，就需要程序去寻找这个组件和指定的方法，然后才能执行方法，这样肯定会比把所有的代码放在一个组件中要慢，特别是当相互调用组件处在不同的网络中时，更不可小视它对性能的影响。
传统的企业架构是指一个机构或组织范围内的框架。这个框架用来整合业务流程、信息流、数据和基础设施，从而有效地支持组织的需要。而从软件开发的角度来看，企业架构意味着定义一个流程、架构和一系列有指导意义的设计方法和开发方式。同时企业架构也会关注如何将每个应用在不同层次上分解为可以重用的模块。
企业架构模式分为6种：
1.分层模式
在分解复杂的软件系统时，用得最多到的技术就是分层模式。那么对系统进行分层有哪些好处呢？
1）无需过多的了解其他层次，可以直接某一层作为一个有机的整体来理解。
2）可以替换某层的实现，并且不会影响其它层，只要替换前后提供服务相同即可。
3）可以将层次间的依赖性减到最低。
4）分层有利于标准化：（1）层次并不能封装所有的东西，甚至有时候会带来级联变动；（2）层次多了，也会影响性能。因为不同的数据形式要在不同层之间转换。
企业应用架构模式的设计方法有三种：测试驱动开发、行为驱动开发、以及领域驱动开发等。
1.测试驱动开发
测试驱动开发（TDD)，人们很容易被这个名字误导，以为它是测试的方法论，其实TDD更多指的是设计的方法论。TDD的目的就是通过测试来形成好的设计。进行软件开发的时候，首先通过邪不能的测试代码来确认一些业务逻辑，然后写出真正的业务逻辑代码使测试代码通过，最后重构代码。这个三个步骤就是TDD经典的“Red，Green，Refactor”过程，其中，Red表示测试代码失败，Green表示测试代码通过。
