一个网站相关服务模块的结构模型

  我的梦想就是成为一名优秀的架构设计师,让所有物质流和意识流都能够按照我的图纸以最大效率运动着。今天讨论一个很浅的模型,这个模型是受了近期工作的一些启发,以及与同事的交流得到的,我给他起了一个伟大的名字--“B-S三层结构中服务器端物质流的运动模型”,供博士论文引用方便。
  点击左上角的图片可以看到描述这个模型的简略的流程图。假设Service I – III是某服务商提供的三个服务,他们在数据库服务器(或集群)上各自拥有一个数据库,即Database I – III,每个Database只有跟其号码对应的Service才能直接访问,如果另外两个Service也想访问,则需要通过每个Service提供的内部API间接收发数据,传输方式可为SOAP或xmlrpc等等。每个API会针对不同的服务设定相应访问权限。
  考虑到某些Service对数据库的读写频率有不同的要求,我们可以为不同的操作指派不同的Database Server。例如某Web论坛,它的读写频率比为10:1,那么我们可以使用Master和Slave服务器,Master以某个周期或实时向Slave同步数据,写操作被指派给Master,读操作被指派给1到n台Slave,当网友对论坛数据的实时性不敏感时,这种方式最能提升效率。
  考虑到与第三方展开的合作,我们还可以为每个Service开发对外API接口。对外和对内的API接口会根据权限设置和合作方要求而有所不同,所以不能完全使用一套接口。另外,提供与第三方合作的前提是保证我们自己的服务依旧稳定,因此要对第三方的请求与响应放入队列。我能够设想到的队列是这样的:一、拥有请求和响应两种队列;二、假设本方服务允许第三方操作的并发线程数为N,那么请求和响应队列数量可为N的任何约数;三、允许某些第三方用户使用带外通道,带外通道中的数据会非常少,那么它们会以很高的优先级得到处理,即使其它通道排满了请求,也不影响带外通道的响应效率,可为特殊用户提供VIP服务,并理所应当的收取高额费用。

历史上的今天

If you like this post and would like to receive updates from this blog, please subscribe our feed. Subscribe via RSS

3 Responses to “一个网站相关服务模块的结构模型”

  1. tsing Says:

    挑个刺哈,就是图中的文字太不清楚了。

  2. bluetent Says:

    visio导出的时候图片的确有点小,下次改大点好了。

  3. porno seite Says:

    hey , first time i stumbled across your site. i really like your site.

Leave a Reply