100个骚气昵称

1、永远不要少于两个，通常为三个。比方说无状态的Web/API一般部署至少>=2个。

2、性感小甜甜、果味纯氧、此岸花开、姑凉引领风骚、自恋患者、年轻不嗨老年痴呆、彼岸依旧眷恋、美到一笑倾城、时光带走的姐不稀罕、女爷就是范儿、贫僧以恭候多时、草莓味的吻、您可爱的小祖宗、我超可爱、清新长发女、粉色领结、娘们不毒何以立足、故乡梨花、少女趣味。

3、知道基础的设计模式：模式是一个非常重要的工具，是架构师开发可维护系统的重要工具之一。记住，你要想开发出可维护的系统，请记得适当地运用设计模式。通过模式你可以重用那些已经被证明可以解决常见问题的设计思路。去看看GoF(GangofFour)写的有关设计模式的书吧，尽管这些模式已经20多年了，但依然是现代软件架构的基础。比如Model-View-Controller(MVC) 模式就可以用于多个领域，甚至是一些更新的模式的基础，比如MVVM。(100个骚气昵称)。

4、指定了循环边界,则最少执行最小值值，最多执行最大值次数：

5、经常沟通：一个再好的架构没人知道它的价值依然为零。分发对应级别的架构，然后安排会议与开发者、架构师和管理者分享未来的和已经在践行的架构。

6、连接线(Connector)连接线是用来连接两个或者多个实例使他们直接能够进行交流协作。主要用来连接两个端口直接的交流

7、如图在网上商城系统有三个子系统组成：webstore,accounting,warehouses;WebStore子系统包含三个组员，搜索引擎，购物车，认证系统。搜索引擎组元通过对外提供了一个ProductSearch接口运行其他组件搜索和查看商品，另外这接口是搜索引擎组件使用库存组件提供的SearchInventory接口来实现。购物车组元则把调用订单组元的的ManageOrders接口的功能封装下自己对外提供了onllineShopping接口，认证组元则允许用户创建账号，登陆或者退出，并且绑定订单到具体用户。

8、架构可以被抽象为几个级别(level)。级别决定了要选择哪些对应的技术。市面上有多种分类方式，我个人喜欢把它分为三个级别：

9、这样一个简单的图，可以告诉我们，要构建的系统是什么；它的用户是谁，谁会用它，它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即：

10、Warehouses子系统提了SearchInventoryandManageInventory组件，并且通过依赖方式是要了Accounting子系统的接口服务。

11、不是你需要中台，而是一名合格的架构师(附各大厂中台建设PPT)

12、异步消息：发送消息的对象在发送消息后会继续自己的工作，而不等消息接受对象接受消息返回。

13、下面的案例来自C4官网，然后加上了一些我们的理解，来看看如何更好的表达软件架构

14、类图(Code/ClassDiagram)

15、我对劳力士的印象起初依旧停留在港台片中大佬经常佩戴的大金表，枪林弹雨，围追堵截，大佬最终出走异国他乡时可以用它及时换取现金，是豪华高档的“跑路表”，这不完全是奇闻逸事般的民间解读，劳力士摆脱了国外品牌通常用人名来命名品牌的常规操作，它的名称归功于创始人100多年前的灵感乍现，“劳力士”这三个字就是为了让人听上去感觉很豪华很高档。

16、双向关联(标准)对于双向关联来说被关联的两个类可以感知对方的存在如图在线每端放置一个角色和多重值，对于Route来说我们应该看在bike端的角色和多重值，对于Route来说每个骑行路线对应0个或者多个自行车，0个是因为可能先制定了骑行路线但是还没有找到自行车，多个是因为可以有多个人骑行同一个路线。对于bike来说我们应该看route端的角色和多重值，对于一个bike来说每个自行车对于0个或者多个骑行路线，0个是因为虽然有一个自行车但是我可以不骑行，不指定骑行路线那，多个是因为我一个自行车可以指定多个骑行路线。

17、一花一世界，一叶一追寻。一曲一场叹，一生为一人。

18、我负责先死、菜的惊为天人、我是小学生、菜的很张扬。

19、下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图，这里不多做解释了。如果有看不明白的，那肯定是还画的不够好。