zoukankan      html  css  js  c++  java
  • 03.《架构漫谈》阅读笔记

      在架构中,识别问题是很重要的一件事情,在识别出是谁的问题之后,会发现,在大部分情况下,问题都迎刃而解,不需要做额外的动作。很多时候问题的产生都是因为沟通的误解,或者主观上有很多不必要的利益诉求导致的。但是总还有一部分确实是有问题的,需要做调整,那么就必须要有所动作,做相应的调整。这个调整就是架构的切分。

      我们要非常的清楚,所有的切分调整,都是对相关人的利益的调整。为什么这么说呢,因为维护自己的利益,是每个人的本性,是在骨子里面的,我们不能逃避这一点。当人们认识到要主动的去切分一个系统的时候,毫无疑问,我们不能忘掉利益这个原动力。所有的切分决策都不能够违背这一点,这是大方向。结合前一篇“识别问题”,一旦确定了问题的主体,那么系统的利益相关人(用现代管理学语言叫:stockholder)就确定了下来。所发现的问题,会有几种情况:

    1. 某个或者某些利益相关人负载太重。
      • 时间上的负载太重。
      • 空间上的负载太重,本质上还是时间上的负载太重。
    2. 某个或者某些利益相关人的权利和义务不对等。

    这就需要对切分做一定的要求:

      1. 必须在连续时间内发生的一个活动,不能切分。

      2. 切分出来的部分的负责人,对这个部分的权利和义务必须是对等的。

      3. 切分出来的部分,不应该超出一个自然人的负载。

      4. 切分是内部活动,内部无任怎么切,对整个系统的外部应该是透明的。

      从某种意义上来说,谈架构就是谈分层,似乎也没有错,但是还是知道为什么比较好。从根节点下来,深度相同的是同一层。

     
  • 相关阅读:
    Yum与list结合
    DNS辅助
    DHCP中继
    apache+SSL 搭建https
    vsftpd服务器
    根据Eclipse SVN changelog使用ANT自动打增量包
    SHELL 近期学习
    Tomcat源码学习一
    oracle笔记
    Linux 下安装 SVN服务器
  • 原文地址:https://www.cnblogs.com/yandashan666/p/13110892.html
Copyright © 2011-2022 走看看