??xml version="1.0" encoding="utf-8" standalone="yes"?>1024国产精品,国产精品久久电影观看,www国产精品http://www.aygfsteel.com/silvermyth/category/55181.htmlzh-cnSun, 02 Apr 2017 23:50:19 GMTSun, 02 Apr 2017 23:50:19 GMT60- 架构pd之二Q分层架?/title>http://www.aygfsteel.com/silvermyth/articles/432423.htmlGavin LiGavin LiFri, 31 Mar 2017 15:31:00 GMThttp://www.aygfsteel.com/silvermyth/articles/432423.htmlhttp://www.aygfsteel.com/silvermyth/comments/432423.htmlhttp://www.aygfsteel.com/silvermyth/articles/432423.html#Feedback0http://www.aygfsteel.com/silvermyth/comments/commentRss/432423.htmlhttp://www.aygfsteel.com/silvermyth/services/trackbacks/432423.html
分层架构h很多优势Q?br />
- 上层无需了解下层的实现细节,每一层都是一个有机整机;例如无需了解以太|如何运行,你依然可以用TCP/IP协议来编写FTP服务。这一点对于广大技术h员尤其是E序员至关重要,否则我们每次~写应用的时候都既要知道g、又要了解操作系l,q要懂编译器
- 下层可以实现透明的替换,只要替换前后提供相同的服务接口。例如FTP服务可以q行在PPP上,也可以运行在以太|上
- 层次之间的依赖很,例如只要TCP/IP协议不变QFTP服务׃变,无论数据链\和物理层发生怎样的变?/li>
- 分层明确了了每层的功能和接口Q有利于q行标准?/li>
- 下层可以Z层多个服务提供支持,只要服务遵@相同的调用接?/li>
分层架构同时也有自n的缺P主要有以下两点:
- 层次不能装所有的东西Q最典型的代表就是如果要在用L面显C增加一个数据域Q则数据库中需要增加相应的字段Qƈ且业务层也需要做相应的修攏V?/li>
- q多的层ơ会加大调用开销Q从而媄响性能?/li>
企业应用架构的演变经q了以下几个阶段Q主要是指单个应用的架构Q?
- 两层架构 - 以客h/服务器系lؓ代表Q客LQ胖客户端)负责用户界面和业务逻辑Q服务器是关系型数据库。常见的工具有VBQPowerBuider{,一般来说这个阶D业务比较简单,主要是数据库的增删ҎQ通过用户界面上的SQL感知控g来连接和操作数据库?/li>
- 三层架构 - 我认Z可以UCؓ四层架构Q如果算上数据库Q,卌现层、领域层和数据源层。表现层用来处理与用L交互Q可以是命o行、胖客户端或者web界面Q数据源层主要关注和其它pȝ的交互,如数据库、消息系l、缓存或其它Q领域层主要负责执行领域逻辑Q完成相关的计算?/li>
在本pd中,我们主要x分层架构Q至于后来出现的SOA和微服务架构Q以及驱动这些架构出现的原因Q会在另外的文章中分析?br /> 另外Q对于三层架构,我们需要注意以下几点:
- 三层架构的每一层可以在垂直方向上进行再拆分QŞ成不同的软g包,例如表现层分为命令行和web界面Q数据源层分为数据库、文件系l等
- 在实际应用中Q下层对于不盔R的上层ƈ不是完全透明的,例如有时Z效率或其它考虑Q可能会从表现层直接讉K数据源层
- 分层架构指的是逻辑上的分层Q而从物理上来看,可以有多U部|架构。例如Java中可以三层都攑֜同一个JVMQTomcatQ中Q也可以把表现层攑֜Tomcat中,而业务逻辑攑֜JBoss EJBQ另外一个JVMQ甚x不同的服务器Q中?/li>

]]> - 架构pd之一Q架构初?/title>http://www.aygfsteel.com/silvermyth/articles/432422.htmlGavin LiGavin LiThu, 30 Mar 2017 15:43:00 GMThttp://www.aygfsteel.com/silvermyth/articles/432422.htmlhttp://www.aygfsteel.com/silvermyth/comments/432422.htmlhttp://www.aygfsteel.com/silvermyth/articles/432422.html#Feedback0http://www.aygfsteel.com/silvermyth/comments/commentRss/432422.htmlhttp://www.aygfsteel.com/silvermyth/services/trackbacks/432422.html
- 最高层ơ的pȝ分解
- pȝ中难以改变的东西
- 架构包括l成部分和这些组成之间的交互
架构是分层次的,不同层次的架构关注的内容不同Q描q方法不同,实现方式也不同。按照TOGAF的定义,架构主要分ؓ几个层次即业务架构、应用架构、数据架构和技术架构?br />- 业务架构 - xl织Q类如企业)的业务流E、业务域和业务组?/li>
- 应用架构 - 业务架构中的程和组件应该分成多应用,应用之间如何集成和交?/li>
- 数据架构 - 物理和逻辑数据的结?/li>
- 技术架?- 技术架构是应用架构的技术需求,包括如何q行U技术层面的分层Q开发框枉择Q语a选择Q涉及到各自非功能性需求的技术点Q安全,性能Q日志,异常Q缓存,消息Q大数据量){需要用的关键技?br />
关于架构层次的划分和怺之间的关p,可以参考http://blog.sina.com.cn/s/blog_493a84550101cfen.html。如果没有特别指明,文章包括后箋的架构都指的是技术架构?br />既然有了架构Q就应该可以判断一个架构是好还是坏的,或者说哪方面好、哪斚w坏;一个架构的衡量主要通过以下的系l特性来q行Q?br />- pȝ高可用?/li>
- pȝ性能Q包括响应时间、吞吐量{)
- pȝ伸羃?/li>
- pȝ可扩展?/li>
- pȝ安全?br />
我们要认识到Q不同行业的架构复杂性有很大差别Q例如电信行业的架构可能需要重点关注硬件设备,而企业应用一般来说业务逻辑复杂q且数据量大。在设计架构Ӟ需要根据实际情况进行综合考虑Q没有最好的架构Q只有最合适的架构Q架构的核心理念是两个?#8220;q”Q根据业务需求找到多个系l特性之间的q点,它反映了业务、应用、技术甚xl织架构间的博弈q程?img src ="http://www.aygfsteel.com/silvermyth/aggbug/432422.html" width = "1" height = "1" />
]]>
վ֩ģ壺
|
|
人|
ɳƺ|
ĺ|
ʯɽ|
|
|
|
|
կ|
|
|
ɽ|
ˮ|
|
Ӧñر|
̫ԭ|
|
|
|
|
Ӧñر|
|
ƽȪ|
|
ͬ|
|
|
ƽ|
|
|
|
ϲ|
ǫ|
ʹ|
ʡ|
|
Ϫ|
|
|