阿里雲服務
阿里雲產品
- ESC 雲服務器
- RDS 雲數據庫
- LSB 負載均衡
- OCS 開放緩存服務
- DRDS 分佈式關係型數據庫服務
- OSS 對象存儲
- CDN
- PTS 性能測試
- ESS 彈性伸縮
- MNS 消息服務
- ONS 消息隊列
案例
電商
1. 彈性
2. 高性能
3. 高可用
4. 鬆耦合
架構定義與分類
架構的定義: 一個架構是系統的基本結構,他由多個組件以及他們彼此間的關係而組成 並且在一定環境和原則下進行設計和演變 .
ISO/IEC 42010:2007
架構的分類
業務架構
定義商業策略,管理,組織和關鍵業務流程
IT 架構
指導IT投資 和設計框架
1. 應用架構
2. 數據架構
3. 技術架構
比如說災難的應急設想 容災架構(沒有災難的時候存在資源浪費)
企業架構 EA
EA 是一個業務和IT對其的戰略執行工具,一種設計,管理,溝通的工具
TOGEF
FEA
DoDAF
EAP
Zachman
EA的作用
TOGEF 是一種典型的企業架構
TOGEF 是一個開放企業架構 包括詳盡的方法和一組工具 基於TAFIM
組成
- 業務框架
- 數據架構
- 應用架構
技術架構
- 貫徹業務戰略. 定義了業務戰略.治理.組織和關鍵流程
- 建立信息模型. 描述了一個組織的邏輯和物理的數據資產和數據管理資源
- 實現信息流動. 描述各個應用系統的部署,相互之間的交互,以及他們的組織的核心業務流程之間的關係.
- 保障應用執行. 描述了支撐各種業務/數據/應用服務部署的,邏輯上的軟件和硬件能力.包括IT基礎架構,中間件,網絡,通信,作業.
課程範圍
@(提綱)[ADM]
企業機構設計方法 ADM
1. 架構的開發方法
2. 傳統VS雲上
3. 10個階段(BCD重點)
4. 4個迭代(架構定義是重點)
架構開發方法(ADM) 是TOGAF核心
它是開發和使用企業架構的一種循序漸進的方法
傳統架構 是解決有 , 無 的問題 相對厚重,不連續
雲上架構,解決多.快.好.省的問題,相對經濟輕便,平滑準備階段
A. 架構願景
B. 業務架構
C. 信息系統架構
D. 技術架構
E. 機會及解決方案
F. 遷移管理
G 實施治理
H. 架構變更管理
管理需求
- 架構上下文迭代
- 架構定義迭代
- 過度規劃迭代
- 架構治理迭代
阿里雲上架構 負責 準備 A B C
傳統的系統與 阿里雲的架構設計方法對比
小結
- 架構的定義
- 架構的分類
- TOGAF
- 兩種架構設計方法
- 在阿里雲上架構設計的方法注意點
彈性架構的設計
Eg
IT架構的業務需求
需求 -> PV UV VV
一種按需分配的架構 隨着業務的變化能夠靈活地自動的彈性的伸縮
彈性架構的表現形式
1. 基礎架構和IT資源的動態擴展
2. 應用運行期間
特點:
@[業務的彈性,服務的彈性,資源的彈性]
- 支持浪涌 2.
問題
1. 遊戲
2. 電商
3. 移動
遊戲 ->端遊 爆發快消亡快
電商 ->促銷 資源分配
移動 ->週期性 (一天內的)
彈性框架的兩種擴展方式
| 垂直擴展 | 水平擴展 |
|---|---|
| 升級原有硬件 | 增加新硬件 |
| 通過增加單個系統成員的負荷提高系統能力 | 增加更多系統成員提升系統能力 |
垂直擴展(串行擴展)
水平擴展(並行擴展)
比如賣家和買家的系統互不影響
| 垂直擴展 | 水平擴展 | ||
|---|---|---|---|
| 技術實現容易 | 適合於: | 技術實現相對複雜 | 適用於: |
| 硬件升級有上限 | 業務數據關聯較強數據增長可預期 | 理論上無線擴展 | 數據不斷增張,難預期 |
應用層兩種方式的實現:
應用層垂直擴展實現
應用層水平擴展實現
彈性伸縮使用的注意事項
- ESC 的自動垂直擴展
- 應用部署的自動化
- ESC部署的應用
數據層結構化數據 - 負載均衡及讀寫分離
數據層結構化數據 - 業務需求
單表過大
1. hash
2.
DRDS(分佈式關係型數據庫服務)
大表 和 小表的跨庫 join
大表 和大表的 跨庫
1. 大表的中間結果進行關聯或者使用臨時表
2. 在線查詢與離線查詢分離
數據的回滾
1. 跨界點的操作時的DRDS不支持START TRANSACTION, BEGIN, SAVEPONIT 命令
2. 在應用層進行額外的邏輯運算
數據的非結構話數據的應用
1. 傳統的存儲方式
2. 傳統方式挑戰 : 存的下 管得好 用得着
非結構化數據彈性擴展阿里雲上的實現
- OSS 對外訪問接口
OSS存儲和傳統存儲的對比:
- 存取方式
- 1. Restful API
- 2.
- 存儲海量數據
- 高併發訪問
- 擴容
阿里雲OSS實現數據層的彈性擴展
- [X]
- [ ]
彈性結構
案例
