A.AOP方式增量同步
B.AOM方式增量同步
C.獨立進程全量同步
D.并發(fā)進程全量同步
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
A.流程引擎
B.Comframe核心處理進程
C.Comframe Studio
D.Comframe Web Console
A.axis2框架
B.jetty
C.QuickServer開發(fā)Socket服務(wù)端
D.JQuery框架
A.JSON數(shù)據(jù)交換格式
B.原生的CSS
C.原生的HTML語言
D.JQuery框架
A.WAS部署
B.交互框架
C.IHS容器部署
D.UI框架
A.服務(wù)目錄框架用于服務(wù)的注冊和服務(wù)事件發(fā)布和訂閱
B.一個遠程過程調(diào)用的抽象,支持負載均衡、容災(zāi)和集群功能
C.監(jiān)控中心負責(zé)統(tǒng)計各服務(wù)調(diào)用次數(shù),調(diào)用時間等,統(tǒng)計先在內(nèi)存匯總后每分鐘一次發(fā)送到監(jiān)控中心服務(wù)器,并以報表展示
D.網(wǎng)絡(luò)通信框架,實現(xiàn)了sync-over-async 和request-response 消息機制
A.每個redis服務(wù)器節(jié)點均作Master-Slave同步,通過Keepalived做主備切換
B.根據(jù)一致性Hash算法將對象分布存儲在各Redis服務(wù)器節(jié)點上
C.能力開放平臺通過Redis緩存,實現(xiàn)參數(shù)配置信息的高速訪問,以及處理日志的高速寫入
D.Redis使用單線程的IO復(fù)用模型,將速度優(yōu)勢發(fā)揮到最大
A.支持對業(yè)務(wù)數(shù)據(jù)進行數(shù)字簽名操作、以及數(shù)字簽名驗證操作,確保消息完整性且不被篡改
B.支持采用成熟數(shù)據(jù)加密技術(shù)對報文體或報文中某個字段進行加密,具體包括DES、3DES等對稱加密和RSA等非對稱加密技術(shù)
C.支持通過SSL在服務(wù)調(diào)用和被調(diào)用方之間建立安全傳輸通道,并使用SSL實現(xiàn)HTTPS、SFTP安全傳輸協(xié)議
D.支持加密方式的隔離轉(zhuǎn)換,對于同一請求的輸入和輸出采用不同的安全機制
A.JVM初始分配的內(nèi)存由-Xms指定,默認是物理內(nèi)存的1/64;JVM最大分配的內(nèi)存由-Xmx指定,默認是物理內(nèi)存的1/4;對象的堆內(nèi)存由稱為垃圾回收器的自動內(nèi)存管理系統(tǒng)回收
B.默認空余堆內(nèi)存小于70%時,JVM就會增大堆直到-Xmx的最大限制
C.空余堆內(nèi)存大于40%時,JVM會減少堆直到-Xms的最小限制
D.JVM使用-XX:PermSize設(shè)置非堆內(nèi)存初始值,默認是物理內(nèi)存的1/64;由XX:MaxPermSize設(shè)置最大非堆內(nèi)存的大小,默認是物理內(nèi)存的1/4
A.存儲沒有事務(wù)要求或弱事務(wù)要求、讀多寫少、大數(shù)據(jù)量的業(yè)務(wù)數(shù)據(jù)
B.存儲具有事務(wù)要求的業(yè)務(wù)數(shù)據(jù)以及業(yè)務(wù)配置、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則等
C.存儲頻繁讀操作且數(shù)據(jù)量較少(單個數(shù)據(jù)塊少于1M)的數(shù)據(jù)
D.存儲類型分為:全局表與分片表兩種
A.領(lǐng)域模型一組沒有定義操作的類圖
B.領(lǐng)域模型里面的類可以定義方法
C.軟件制品、責(zé)任與方法不適合用領(lǐng)域模型建模
D.領(lǐng)域模型不是數(shù)據(jù)類
最新試題
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項目成功的第一步,體系結(jié)構(gòu)不當(dāng),將可能會導(dǎo)致災(zāi)難性的損失。
數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運算單元之間流動,同時也關(guān)心控制點怎樣在程序或系統(tǒng)之間移動。
好的構(gòu)架設(shè)計是一系列相容的原理和技術(shù)的產(chǎn)物,在項目的各個階段保持一致。
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
Pipe-and-Filter構(gòu)架天然地支持并行,并具有良好的性能。
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運行期間的行為。
接口展示了軟件構(gòu)件之間的交互關(guān)系,對于軟件構(gòu)架而言非常重要,需要單獨編檔。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。
通過對軟件構(gòu)架的評估,可以預(yù)測軟件系統(tǒng)的質(zhì)量。