-
Notifications
You must be signed in to change notification settings - Fork 1
/
cvs.xml
143 lines (140 loc) · 8.25 KB
/
cvs.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V5.0//EN"
"/usr/share/xml/docbook/schema/dtd/4.5/docbookx.dtd" [
<!ENTITY article.author.xml SYSTEM "../common/article.author.xml">
<!ENTITY book.info.legalnotice.xml SYSTEM "../common/book.info.legalnotice.xml">
<!ENTITY book.info.abstract.xml SYSTEM "../common/book.info.abstract.xml">
]>
<article xml:base="http://netkiller.github.io/journal/"
xmlns="http://docbook.org/ns/docbook" xml:lang="zh-cn">
<articleinfo>
<title>CVS开发框架</title>
<subtitle>http://netkiller.github.io/journal/cvs.html</subtitle>
&article.author.xml;
<copyright>
<year>2014</year>
<holder>http://netkiller.github.io</holder>
</copyright>
&book.info.legalnotice.xml;
<abstract>
</abstract>
&book.info.abstract.xml;
<keywordset>
<keyword></keyword>
<keyword></keyword>
<keyword></keyword>
<keyword></keyword>
</keywordset>
<pubdate>2014-09-26</pubdate>
<release>$Id$</release>
</articleinfo>
<section id="what">
<title>什么是CVS框架</title>
<para>CVS(Controller, View, Service) 是控制器、视图、服务框架。</para>
<para>View 视图层不用多说</para>
<para>Controller 控制器层，负责用户业务逻辑</para>
<para>Service 服务层，服务端业务逻辑与数据存取操作</para>
<para>我提出的CVS其实是MVC去掉Mode其他保持不变, 将Mode替换为Service, 同时将以部分Controller逻辑放入 Service 实现业务逻辑共享。</para>
</section>
<section id="why">
<title>为什么采用CVS模式开应用程序</title>
<para>目前软件开发领域主流MVC模式，或者其他MTV，CURD等等，往往都是MVC不分离，即业务逻辑与数据库操作不分家。这给带来了很多数据安全问题。</para>
<para>通常DBA会提供一个数据库访问用户，该用户可以做“增”、“删”、“查”、“改”操作，权限的颗粒度控制比较粗糙，例如对行的权限，列的权限控制就比那麽容易做。</para>
<para>以上谈的是为什么采用CVS模式开发的原因之一。</para>
<para>第二个原因是大型系统不可能使用一台服务器，而是分布式模式，这就带来了很多应用跨物理机的访问，我们将很多业务逻辑以服务的方式提供集群节点调用。</para>
<para>这种模式同时我们的服段提供分布式部署，负载均衡与高可用需求。解决了性能问题、横向扩展问题等等。</para>
</section>
<section id="when">
<title>何时采用CVS模式开发</title>
<para>立项之初决定采用CVS模式开发当然最好，如果没有，可以中途新增功能采用CVS模式，然后逐步向CVS模式过度。</para>
</section>
<section id="where">
<title>何处采用CVS模式开发</title>
</section>
<section id="who">
<title>谁来做，以及分工问题</title>
<para>在我的团队中，由于安全问题，我将开发团队分为几个部门，分出一部人专门负责Service的开发，这样其他开发者无需关心数据库解决以及数据存储。只需要安装前面的团队提供的接口文档开发即可。</para>
<para>另外这种开发模式有个好处，它利于多个项目同时开发，我们只需提前定义好接口的名称、输入参数与输出参数，开发与调试每个团队可以自行模拟接口的返回数据，提前开发功能模块。</para>
</section>
<section id="how">
<title>怎样设计并实施CVS</title>
<para>下面是我设计的CVS框架，并在我的工作中得到广泛应用，从反馈角度看，目前无论是安全性，还是性能，伸缩性，都非常满意。</para>
<graphic format="png" fileref="images/cvs/cvs.png" width="" srccredit="neo" />
<para>下面我们分别讲解每个部门的功能与作用。</para>
<section>
<title>入口部分</title>
<para>框架最顶层是物理防火墙，常同时硬件设备，这里不多说。对于访问者直接面对的是web服务器与mq服务器。</para>
<para>我提供json, soap, xml-rpm 通过web服务器向访问者提供服务，另一个通道是MQ消息队列服务器，你可以扩展前端接口并提供其他形式的接口。例如fifo,基于tcp/ip的ipc, unix socket等等。</para>
</section>
<section>
<title>应用防火墙，用户认证，访问控制列表</title>
<para>应用防火墙是软件层面防火墙，在我们没有能力购买昂贵的硬件设备的时候，我们可以使用该功能，用来阻止或放行IP地址。如果你有硬件防火墙，我仍然建议你使用，可以防止网络管理员配置上的疏忽。</para>
<para>用户认证不必多说，我们提供很多种用户认证渠道。</para>
<para>ACL 是控制Class 与 Method 的访问权限，我通常会创建很多用户，例如frontend针对前端，面向用户，backend针对后台，面向企业员工等等，下面我举一个例子：</para>
<screen>
'frontend' => array(
'frontend/Exchange'=> array('getOne','',''),
'frontend/Userinfo'=> array('getUserInfo','getMemberInfo',''),
'frontend/Config'=> array('getWithdrawingConfig','getPlatFormConfig',''),
'frontend/Keyloggers'=> array('insertSignupKeyloggers','deleteSignupKeyloggers'),
'frontend/Allinpay'=> array('insertOrder','updateOrder','isFirstAccount'),
'frontend/Members'=> array('getChineseNameMobile','changeMemberPassword','resetMemberPassword','getLoggingTime','insertMember','checkUserRealName'),
'frontend/Balance_report'=>array('getdayreport','getmonthreport'),
'frontend/Notice'=>array('send','registerVcode','passwordVcode'),
'frontend/Pay'=>array('showPayList','pay'),
'frontend/Accounts'=>array('isFirstAccount','isFirstAccountAngelFund'),
'frontend/Exchange'=>array('getRate'),
'frontend/Card'=>array('upload'),
),
'backend' => array(
'backend/Keyloggers' =>array('SelectSignupKeyloggers','updateSignupKeyloggers','SelectSignupKeyloggersAll'),
'backend/Members'=> array('selectPasswordLog','downPasswordLog'),
'backend/Balance_report'=>array('getdayreport','getmonthreport','getshow'),
),
'anonymous' => array(
'News'=> array('getNews','getFirst','getTop10'),
'RSS'=> array('','','')
)
'soap' => array(
'Members'=> array('getAllByUsernameAndMobile','getAllByLimit',''),
'Exchange'=> array('getOne','',''),
'Soaplog'=> array('info','debug','warning','error'),
)
</screen>
</section>
<section>
<title>消息摘要与证书</title>
<para>json 模式访问服务需要验证指纹摘要信息，一可以确认人份，二可以验证数据完整性</para>
<para>我们还提供非对称加密传输，通过公钥与私钥配对加密与解密。</para>
<para>综上所述我们在安全方面基本都考虑到了，比较全面，可以说武装到牙齿。</para>
</section>
<section>
<title>日志</title>
<para>记录每一次访问，包括IP来源地址，用户名，访问类方法以及访问时间。</para>
</section>
<section>
<title>数据库抽象层</title>
<para>这里也不必多说</para>
</section>
</section>
<section>
<title>怎样部署CVS</title>
<para>我们分开部署SSL与WEB服务器，不要让SSL加密与解密过程影响到Service的工作，这种做法通常叫SSL卸载。可以将SSL放在F5等负载均衡设备之上，也可以使用廉价的服务器。</para>
<graphic format="png" fileref="images/cvs/ssl.png" width="" srccredit="neo" />
<para>服务器的负载均衡这里也不多说。</para>
<screen>
+------------------------+
.-------------> | JS, CSS, Javascript |
/ +------------------------+
/
+------+ +------+ +----------+
User ---> | HTML | ----------> | View | ---> | Template |
+------+ +------+ +----------+
\ ^
\ |
\ +------------+ +---------+ +---------+ +----------+
`--- Ajax ---> | Controller | ---------> | Service | ---> | Cache | ---> | Database |
+------------+ +---------+ +---------+ +----------+
</screen>
</section>
</article>