java架構技術
⑴ java軟體開發的架構設計
軟體架構作為一個概念，體現在技術和業務兩個方面。
從技術角度來說：軟體架構隨著技術的革新不斷地更新其內容，軟體架構建立於當前技術和一些基本原則的基礎之上。
先說一些基本原則：
分層原則：分層是為了降低軟體深度復雜性而使用的關鍵思想，就像社會有了階級一樣，軟體有了層次結構。
模塊化原則：模塊化是化解軟體廣度復雜的必然手段，模塊化的目的就是讓軟體分工。
介面實現分離原則隨著軟體模塊化的不斷深入改進，面向介面編程而不是面向實現編程可以讓復雜度日趨增高的軟體降低模塊之間的耦合度，從而讓各模塊更輕松改進。從這個原則出發，軟體也從微觀進行了細致的規范化。
還有兩個比較小但很重要的原則：
細節隱藏原則很顯然把復雜問題簡化，把難看的細節隱去，能讓軟體結構更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設計模式中的Facade(外觀)模式就很能體現這個原則的精神。
依賴倒置原則隨著軟體結構的進一步發展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態可插拔要求不端增大。依賴倒置原則可看視為介面實現分離原則的深化，根據此原則的精神，軟體進入了工具時代。這個原則有點類似於知名的好萊塢法則：Don't call us, we'll call you。
以上這些原則奠定了我們的軟體架構的價值指標。但軟體架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們就來看一下當前流行的技術，以及當前我們能採用的架構。
因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而資料庫是當前最有效的存儲結構、web界面是當前最流行的用戶介面，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用資料庫作存儲層、用面向對象來實現業務層、用web來作為用戶介面層。我們從三層次架構談起：
因為面向對象技術和資料庫技術不適配，所以在標准三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現復雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的後期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選
在業務層，因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標准j2ee系統中session bean負責業務處理，且有不錯的性能表現，但採用ejb系統對業務架構模式改變太大，且其復雜而昂貴，業務代碼移植性差。而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。
在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構，但終究過於粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且採用基於事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶介面層基礎架構。
因為業務層是三層次架構中最有決定意義的，所以讓我們回到業務層細致地分析一下，在復雜的業務我們常常需要以下基礎服務的一種或幾種：事務一致 性服務acid(tool:jta/jts)、並發加鎖服務concurrent&&lock、池化管理服務cache、訪問控制服務(tool:jaas)、流程式控制制服務workflow、動態實現服務IOC，串列化消息服務(tool:jms)、負載平衡服務blance等。如果我們不採用重量級應用伺服器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現其中一些服務。雖然我們大 多情況下，不需要所有這些服務，但實現起來卻非易事。幸運的是我們有大量的開源實現代碼，但採用開源代碼卻常常是件不輕松的事。
隨著xml作為結構化信息傳輸和存儲地位日漸重要,一些xml文檔操作工具(DOM,Digester,SAX等)的使用愈發重要，而隨著 xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，採用xml schema來設計xml文檔格式，然後採用java binding來生成java bean 會成為主要編程模式,而這又進一步使數據中心向xml轉移，使在中小數據量上,愈發傾向於以xquery為查詢語言的xml資料庫。現還有一個趨勢， microsoft,ibm等紛紛大量開發中間軟體如(microsoft office之infopath)，可以直接從xml schema 生成錄入頁面等非常實用的功能。還有web service 的廣泛應用，都將對軟體的架構有非常重大的影響。至於面向服務架構(SOA)前景如何，三層次架構什麼時候走入歷史，現還很難定論。
aop的發展也會對軟體架構有很深的影響，但在面向對象架構里，無論aspectJ還是jboss-aop抑是aspectWerks、 nanning都有其自身的嚴重問題：維護性很差，所以說它將很難走遠。也許作為一個很好的思想，它將在web service里大展身手。
rdf,owl作為w3c語義模型的標志性的語言，也很難想像能在當前業務架構發揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結構。那麼對軟體架構也會有深遠影響。
⑵ java的三大框架是什麼,功能各是什麼
常說的三大框架指：SSH，即：Spring、Struts、Hibernate。
Spring：功能強大的組件粘合濟，能夠將你的所有的java功能模塊用配置文件的方式組合起來成為一個完成的應用。Spring是一個解決了許多在J2EE開發中常見的問題的強大框架。Spring提供了唯一的數據訪問抽象，包括簡單和有效率的JDBC框架，極大的改進了效率並且減少了可能的錯誤。Spring的數據訪問架構還集成了Hibernate和其他O/R mapping解決方案。Spring還提供了唯一的事務管理抽象，它能夠在各種底層事務管理技術。
Struts：把Servlet、JSP、自定義標簽和信息資源(message resources)整合到一個統一的框架中，開發人員利用其進行開發時不用再自己編碼實現全套MVC模式，極大的節省了時間，所以說它是大名鼎鼎的功能強大的MVC架構。
Java由四方面組成：Java編程語言，即語法。Java文件格式，即各種文件夾、文件的後綴。Java虛擬機(JVM)，即處理*.class文件的解釋器。Java應用程序介面(Java API)。
⑶ Java中的常用框架和技術有哪些 ..
常用的框架：SSH（Struts1,2+Spring+Hibernate）。
java應祥櫻衫用技術：
視圖層
struts2、 Wicket、 Tapestry、 JSF1,2、 Spring MVC GWT ；- 中間層謹腔（容器層）
Spring、 Guic、 CDI Seasar(日系) ；DAO （資料庫層）
Hibernate、 MyBatis、 JPA、 JDO ；頌褲Javascript
jQuery 、Prototype、 YUI ；
⑷ java架構有哪些
主流框架還是MVC框架技術
1：jsp+servlet+javaben適用於比較小的項目
2：strut+spring+hibnate
目前這是主流框架技術組合在一起就是ssh了
適用於要求可維護性強的框架技術
3：ejb jsf等重量級框架技術比較過時
WebWork 【Java開源 Web框架】
WebWork 是由OpenSymphony組織開發的，致力於組件化和代碼重用的拉出式MVC模式J2EE Web框架。WebWork目前最新版本是2.1，現在的WebWork2.x前身是Rickard Oberg開發的WebWork，但現在WebWork已經被拆分成了Xwork1和WebWork2兩個項目。 Xwork簡潔、靈活功能強大，它是一個標準的Command模式實現，並且完全從web層脫離出來。 Xwork提供了很多核心功能：前端攔截機（interceptor），運行時表單屬性驗證，類型轉換，強大的表達式語言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control倒置控制）容器等。 WebWork2建立在Xwork之上，處理HTTP的響應和請求。WebWork2使用ServletDispatcher將HTTP請求的變成 Action(業務層Action類), session（會話）application（應用程序）范圍的映射，request請求參數映射。WebWork2支持多視圖表示，視圖部分可以使用 JSP, Velocity, FreeMarker, JasperReports，XML等。在WebWork2.2中添加了對AJAX的支持，這支持是構建在DWR與Dojo這兩個框架的基礎之上.【EclipseWork：用於WebWork輔助開發的一個Eclipse插件】
Struts 【Java開源 Web框架】
Struts 是一個基於Sun J2EE平台的MVC框架，主要是採用Servlet和JSP技術來實現的。由於Struts能充分滿足應用開發的需求，簡單易用，敏捷迅速，在過去的一年中頗受關注。Struts把Servlet、JSP、自定義標簽和信息資源(message resources)整合到一個統一的框架中，開發人員利用其進行開發時不用再自己編碼實現全套MVC模式，極大的節省了時間，所以說Struts是一個非常不錯的應用框架。【StrutsIDE：用於Struts輔助開發的一個Eclipse插件】
Hibernate 【Java開源 持久層框架】
Hibernate 是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱資料庫。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。Eclipse平台下的Hibernate輔助開發工具:【Hibernate Synchronizer】【MiddlegenIDE】
Quartz 【Java開源 Job調度】
Quartz 是OpenSymphony開源組織在Job scheling領域又一個開源項目,它可以與J2EE與J2SE應用程序相結合也可以單獨使用。Quartz可以用來創建簡單或為運行十個，百個，甚至是好幾萬個Jobs這樣復雜的日程序表。Jobs可以做成標準的Java組件或 EJBs。Quartz的最新版本為Quartz 1.5.0。
Velocity 【Java開源 模板引擎】
Velocity 是一個基於java的模板引擎（template engine）。它允許任何人僅僅簡單的使用模板語言（template language）來引用由java代碼定義的對象。當Velocity應用於web開發時，界面設計人員可以和java程序開發人員同步開發一個遵循MVC架構的web站點，也就是說，頁面設計人員可以只關注頁面的顯示效果，而由java程序開發人員關注業務邏輯編碼。Velocity將java代碼從web頁面中分離出來，這樣為web站點的長期維護提供了便利，同時也為我們在JSP和PHP之外又提供了一種可選的方案。 Velocity的能力遠不止web站點開發這個領域，例如，它可以從模板（template）產生SQL和PostScript、XML，它也可以被當作一個獨立工具來產生源代碼和報告，或者作為其他系統的集成組件使用。Velocity也可以為Turbine web開發架構提供模板服務（template service）。Velocity+Turbine提供一個模板服務的方式允許一個web應用以一個真正的MVC模型進行開發。 【VeloEclipse ：Velocity在Eclipse平台下的一個輔助開發插件】
IBATIS 【Java開源 持久層框架】
使用ibatis 提供的ORM機制，對業務邏輯實現人員而言，面對的是純粹的Java對象， 這一層與通過Hibernate 實現ORM 而言基本一致，而對於具體的數據操作，Hibernate 會自動生成SQL 語句，而ibatis 則要求開發者編寫具體的SQL 語句。相對Hibernate等 「全自動」ORM機制而言，ibatis 以SQL開發的工作量和資料庫移植性上的讓步，為系統設計提供了更大的自由空間。作為「全自動」ORM 實現的一種有益補充，ibatis 的出現顯 得別具意義。
⑸ Java的三大框架是什麼
Java的三大框架是：
1.Structs框架是最早的Java開源框架之一.Struts是MVC設計模式的一個優秀實現.
Struts是最早的java開源框架之一，它是MVC設計模式的一個優秀實現。 Struts定義了通用的Controller（控制器），通過配置文件（通常是 Struts -config.xml）隔離Model（模型）和View（視圖），以Action的概念以對用戶請求進行了封裝，使代碼更加清晰易讀。 Struts還提供了自動將請求的數據填充到對象中以及頁面標簽等簡化編碼的工具。 Struts能夠開發大型Java Web項目。
2.Struts2以WebWork優秀的設計思想為核心，吸收了 Struts框架的部分優點，提供了一個更加整潔的MVC設計模式實現的Web 應用程序框架
Struts2以WebWork優秀的設計思想為核心，吸收了 Struts框架的部分優點，提供了一個更加整潔的MVC設計模式實現的Web 應用程序框架。 Struts2引入了幾個新的框架特性：從邏輯中分離出橫切關注點的攔截器、減少或者消除配置文件、貫穿整個框架的強大表達式語言、支持可變更和可重用的基於MVC模式的標簽API， Struts2充分利用了從其它MVC框架學到的經驗和教訓，使得 Struts2框架更加清晰靈活。
3.Hibernate是一個開放源代碼的對象關系映射框架
它對JDBC進行了非常輕量級的對象封裝，它將POJO與資料庫表建立映射關系，是一個全自動的orm框架，hibernate可以自動生成SQL語句，自動執行，使得Java程序員可以隨心所欲的使用對象編程思維來操縱資料庫。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。
⑹ Java的三種技術架構是什麼
Java從1998年誕生到現在已經20多年了。使用它開發的軟體不計其數。
在整個發展過程中，出現的架構方式有：
單體架構：將所有的功能代碼寫在一個工程中
垂直架構：將功能代碼按業務進行拆分成一個個的單體架構模式
分布式微服務架構：將功能按照業務分為一個個微小的服務，每個服務都是獨立的進程，單獨部署，容易擴展，能夠很好的應對高並發等
網格架構：未來的可能的架構模式。
⑺ 面試官問我有沒有java架構開發經驗，java架構是什麼怎樣才算是有架構開發經驗
這么問估計他自己都說不清楚什麼是架構，架構這個定義范圍很廣。
從java技術體繫上看有3中：
J2SE:標准版開發(目前都叫,JAVASE)
J2ME:小型版(目前都叫,JAVAME)
J2EE:企業級開發(目前都叫,JAVAEE)
現在me，和se基本看不到了！java ee 也是主流，為開發企業級環境應用程序提供解決的一套解決培滾方案,這個技術體系會用到Servlet,Jsp等技術,主要針對Web開發。
個人理解，架構就是解決問題的一系列方案，虧散方法。
一個小的管理系統分為：web 前段和 web 後端，這也是一個常見的軟體架構。
當一個軟體平台用戶量慢慢增加，單機部署的方式可能就應對不了實際的訪問壓力。這是可能會部署2台2個一樣的應用，來分流降壓。這種群集的方式也是屬於架構中的一種方案。
當平台訪問頁面訪問量過高的時候，耗去的連接數過大，可能就會考慮頁面的靜態化。這也是架構的內容
當訪問量過db無法承受的時候，就會考慮增加緩存，減少不必要的重復查庫操作，再者做讀寫分離。這也是架構的內容
當軟體內容功能越來越多的時候，可能就考慮根據業務拆分成不同的小服務（微服務）。
等等
架構是一系列的技術解決配空餘方案，其實開發過的人，基本都是在做架構內容，只是自己不知道而已。
架構是很范的，構架師涉獵的東西很多，比如多線程，io這些都是基本的，普通的開發這大都應該掌握的。
平常開發只有碰到問題，才能進步。
要解決問題，就必須要不斷的學習，才能懂的更多。當你發現你不懂的東西越來越多的時候，後頭看看，真的是懂的越多，問題就會越多。
⑻ Java目前主流的技術框架都有哪些
1、SpringSpring
可以說是排在Java框架第一位，是由於它能夠開發以高性能著稱的復雜web應用程序的出色能力。它能夠使Java開發人員輕松地創建企業級應用程序。在開發人員的選擇中，Spring MVC和Spring Boot遠遠領先於其他Java技術。對於開發人員來說，這里的一大優勢是他們可以不受其他模塊約束並專注於一個模塊，因為spring利用了控制反轉(IoC)。
2、Hibernate
作為一個對象關系映射(ORM)資料庫，Hibernate改變了我們以前查看資料庫的方式。雖然它不是一個完整的全棧框架，但是它能夠為多個資料庫輕松轉換數據。它支持多個資料庫的能力使得無論應用程序的大小或用戶數量如何，都很容易進行擴展。此外，它速度快、功能強大、易於擴展、修改和配置。
3、Struts
該框架能夠幫助自定義軟體開發人員創建易於維護的企業級應用程序。這個框架的USP就是它的插件。它們是JAR包，這意味著它們是可移植的。Hibernate插件和spring插件分別可以用於對象關系映射和依賴注入。使用此Java框架開發應用程序可以減少處理時間，因為它提供了組織良好的Java、JSP和Action類。基本上這三個框架，在Java應用開發上，是有著明顯的優勢的，Java大數據作為一個大熱的發展方向，同樣會用到這些相關的框架，一定程度上來說，能夠提升很多的工作效率。
關於Java目前主流的技術框架都有哪些，青藤小編就和您分享到這里了。如果您對大數據工程有濃厚的興趣，希望這篇文章可以為您提供幫助。如果您還想了解更多關於數據分析師、大數據工程師的技巧及素材等內容，可以點擊本站的其他文章進行學習。
⑼ Java目前主流框架都有哪些
框架1：Spring框架
該框架排名第一，因為它具有開發復雜Web應用程序的出色能力，而且，這些應用程序因性能突出而廣受贊譽。它使Java開發人員能夠輕松地創建企業級應用程序。
Web應用程序開發人員可以證明Spring框架的能力。這就是Spring成為Java開發人員最愛的原因。下面的數據可以證明這一點。以下是開發者（選擇Java作為首選的三種編程語言之一）對Java框架的看法：
在開發人員的選擇中，Spring MVC和Spring Boot遠遠領先於其他Java技術。對於開發人員來說，這里的一大優勢是他們可以不受其他模塊約束而專注於一個模塊，因為Spring利用了控制反轉（IoC）。
這個框架的其他一些優點是一個全面的配置模型，支持傳統資料庫和現代資料庫（如NoSQL），並通過支持面向方面編程來支持內聚開發。它提供了一些模塊，如Spring MVC、Spring Core、Spring Boost、SpringTransaction等。
框架2：Hibernate框架
作為一個對象關系映射（ORM）資料庫，它改變了我們以前查看資料庫的方式。盡管它不是一個全棧框架，但它可以極其輕松地為多個資料庫轉換數據。
它支持多個資料庫的能力使它很容易擴展，無論應用程序的大小或用戶的數量如何。它速度快、功能強大、易於擴展、修改和配置。
框架3：Struts框架
該框架幫助自定義軟體開發人員創建易於維護的企業級應用程序。這個框架的USP是它的插件。它們是JAR包，這意味著它們是可移植的。
Hibernate插件和Spring插件分別可以用於對象關系映射和依賴注入。使用此Java框架開發應用程序可以減少處理時間，因為它提供了組織良好的Java、JSP和Action類。
框架4：Play
使用該框架的頂尖公司包括LinkedIn、三星、衛報、Verizon等。這只能說明它的可信度。該框架提供了速度、可伸縮性和性能。
它的用戶界面非常簡單，使移動應用程序開發人員可以快速理解它。它主要用於開發需要統一內容創建的應用程序。
框架5：Google Web Toolkit
這個框架用於客戶端開發，類似JavaScript。它是一個開源的Java框架，這意味著它是免費的。谷歌廣泛使用了這個框架，谷歌產品如AdSense、谷歌錢包、AdWords都是使用它編寫的。
藉助GWT代碼，可以輕松地開發和調試Ajax應用程序。Java開發人員更喜歡使用這個框架來編寫復雜的應用程序。書簽、跨瀏覽器可移植性、歷史記錄和管理是它的一些特性。
閱讀完分享的Java的熱門框架後，希望你能有一個更清晰的了解。了解熱門框架不是一個挑戰，但是找到適合你需求的框架是一個挑戰！
⑽ java分布式架構有哪些技術
既然是分布式系統，系統間通信的技術就不可避免的要掌握。
首先，我們必須掌握一些基本知識，例如網路通信協議（例如TCP / UDP等），網路IO（Blocking-IO，NonBlocking-IO，Asyn-IO），網卡（多隊列等）。 了解有關連接重用，序列化/反序列化，RPC，負載平衡等的信息。
在學習了這些基本知識之後，您基本上可以在分布式系統中編寫一個簡單的通信模塊，但這實際上還遠遠不夠。 現在，您已經進入了分布式欄位，您已經對規模有很多要求。 這意味著需要一種通信程序，該程序可以支持大量連接，高並發性和低資源消耗。
大量的連接通常會有兩種方式：
大量client連一個server
當前在NonBlocking-IO非常成熟的情況下，支持大量客戶端的伺服器並不難編寫，但是在大規模且通常是長連接的情況下，有一點需要特別注意 ，即伺服器掛起時不可能所有客戶端都在某個時間點啟動重新連接。 那基本上是一場災難。 我見過一些沒有經驗的類似案例。 客戶端規模擴大後，伺服器基本上會在重新啟動後立即刷新。 大量傳入連接中斷（當然，伺服器的積壓隊列首先應設置為稍大一些）。 可以使用的通常方法是在客戶端重新連接之前睡眠一段隨機的時間。 另外，重連間隔採用避讓演算法。
一個client連大量的server
有些場景也會出現需要連大量server的現象，在這種情況下，同樣要注意的也是不要並發同時去建所有的連接，而是在能力范圍內分批去建。
除了建連接外，另外還要注意的地方是並發發送請求也同樣，一定要做好限流，否則很容易會因為一些點慢導致內存爆掉。
這些問題在技術風險上得考慮進去，並在設計和代碼實現上體現，否則一旦隨著規模上去了，問題一時半會還真不太好解。
高並發這個點需要掌握CAS、常見的lock-free演算法、讀寫鎖、線程相關知識（例如線程交互、線程池）等，通信層面的高並發在NonBlocking-IO的情況下，最重要的是要注意在整體設計和代碼實現上盡量減少對io線程池的時間佔用。
低資源消耗這點的話NonBlocking-IO本身基本已經做到。
伸縮性
分布式系統基本上意味著規模不小。 對於此類系統，在設計時必須考慮可伸縮性。 在體系結構圖上繪制的任何點，如果請求量或數據量繼續增加，該怎麼辦？ 通過添加機器來解決。 當然，此過程不需要考慮無限的情況。 如果您有經驗的建築師，從相對較小的規模到非常大型的范圍，那麼優勢顯然並不小，而且它們也將越來越稀缺。 。
橫向可擴展性（Scale Out）是指通過增加伺服器數量來提高群集的整體性能。 垂直可伸縮性（Scale Up）是指提高每台伺服器的性能以提高集群的整體性能。 縱向可擴展性的上限非常明顯，而分布式系統則強調水平可伸縮性。
分布式系統應用服務最好做成無狀態的
應用服務的狀態是指運行時程序因為處理服務請求而存在內存的數據。分布式應用服務最好是設計成無狀態。因為如果應用程序是有狀態的，那麼一旦伺服器宕機就會使得應用服務程序受影響而掛掉，那存在內存的數據也就丟失了，這顯然不是高可靠的服務。把應用服務設計成無狀態的，讓程序把需要保存的數據都保存在專門的存儲上(eg. 資料庫)，這樣應用服務程序可以任意重啟而不丟失數據，方便分布式系統在伺服器宕機後恢復應用服務。
伸縮性的問題圍繞著以下兩種場景在解決：
無狀態場景
對於無狀態場景，要實現隨量增長而加機器支撐會比較簡單，這種情況下只用解決節點發現的問題，通常只要基於負載均衡就可以搞定，硬體或軟體方式都有；
無狀態場景通常會把很多狀態放在db，當量到一定階段後會需要引入服務化，去緩解對db連接數太多的情況。
有狀態場景
所謂狀態其實就是數據，通常採用Sharding來實現伸縮性，Sharding有多種的實現方式，常見的有這么一些：
2.1 規則Sharding
基於一定規則把狀態數據進行Sharding，例如分庫分表很多時候採用的就是這樣的，這種方式支持了伸縮性，但通常也帶來了很復雜的管理、狀態數據搬遷，甚至業務功能很難實現的問題，例如全局join，跨表事務等。
2.2 一致性Hash
一致性Hash方案會使得加機器代價更低一些，另外就是壓力可以更為均衡，例如分布式cache經常採用，和規則Sharding帶來的問題基本一樣。
2.3 Auto Sharding
Auto Sharding的好處是基本上不用管數據搬遷，而且隨著量上漲加機器就OK，但通常Auto Sharding的情況下對如何使用會有比較高的要求，而這個通常也就會造成一些限制，這種方案例如HBase。
2.4 Copy
Copy這種常見於讀遠多於寫的情況，實現起來又會有最終一致的方案和全局一致的方案，最終一致的多數可通過消息機制等，全局一致的例如zookeeper/etcd之類的，既要全局一致又要做到很高的寫支撐能力就很難實現了。
即使發展到今天，Sharding方式下的伸縮性問題仍然是很大的挑戰，非常不好做。
上面所寫的基本都還只是解決的方向，到細節點基本就很容易判斷是一個解決過多大規模場景問題的架構師，:)
穩定性
作為分布式系統，必須要考慮清楚整個系統中任何一個點掛掉應該怎麼處理（到了一定機器規模，每天掛掉一些機器很正常），同樣主要還是分成了無狀態和有狀態：
無狀態場景
對於無狀態場景，通常好辦，只用節點發現的機制上具備心跳等檢測機制就OK，經驗上來說無非就是純粹靠4層的檢測對業務不太夠，通常得做成7層的，當然，做成7層的就得處理好規模大了後的問題。
有狀態場景
對於有狀態場景，就比較麻煩了，對數據一致性要求不高的還OK，主備類型的方案基本也可以用，當然，主備方案要做的很好也非常不容易，有各種各樣的方案，對於主備方案又覺得不太爽的情況下，例如HBase這樣的，就意味著掛掉一台，另外一台接管的話是需要一定時間的，這個對可用性還是有一定影響的；
全局一致類型的場景中，如果一台掛了，就通常意味著得有選舉機制來決定其他機器哪台成為主，常見的例如基於paxos的實現。
可維護性
維護性是很容易被遺漏的部分，但對分布式系統來說其實是很重要的部分，例如整個系統環境應該怎麼搭建，部署，配套的維護工具、監控點、報警點、問題定位、問題處理策略等等。