クラウドアーキテクチャ(クラウドアーキテクチャ)主にスケーラビリティと同時実行の問題を解決するには、最も簡単にスケーラブルなアーキテクチャであります
これは、主に中央データベースを用いないので、非常にスケーラブルであるが、データは、メモリユニットにデータを複製することができる、RAMにコピーされます。次に、処理ユニットのサービス処理能力(prcessingユニット)にカプセル化。トラフィックが増加し、新たな処理部に、縮小トラフィック、処理ユニットが閉じられています。何の中央データベースが存在しないため、その最大のスケーラビリティのボトルネックが姿を消しました。各処理部のメモリ内のデータので、好ましくは、データの永続化することができます。
処理装置(処理装置)と、仮想中間体(仮想ミドルウェア):このモードは、主に2つの部分に分割されます。
- 処理単位:ビジネス・ロジックを実装します
- 仮想ミドルウェア:コミュニケーションのための責任、セッションを維持し、データレプリケーション、分散処理、展開のための演算処理装置。
仮想ミドルウェアは、4つのコンポーネントが含まれています。
- メッセージ・ミドルウェア(メッセージンググリッド):セッション管理、ユーザ要求、要求が入って来、決定した処理ユニットに割り当てられます。
- 中間データ(データグリッド):各処理要素、すなわち、データの同期にデータをコピーします。処理ユニットは、同一のデータが得られることを保証します。
- ミドルウェアの処理(処理グリッド):あるいは、要求の異なるタイプに関連する処理部と、ミドルウェアは、処理ユニットを調整する責任を負います
- ミドルウェア(デプロイメント・マネージャー)の展開:負荷と応答時間を監視ユニットの起動とシャットダウンの処理を担当し、負荷が増加すると、新しい処理単位を開始し、負荷が軽減され、処理ユニットが閉じられています。
利点
- 高負荷、高スケーラビリティ
- ダイナミックな展開
短所
- 実装の複雑さ、高コスト
- アプリケーション、大量のデータの不適切な処理のような大規模なデータベース・アプリケーションのメイン・サイト
- 難しいテスト
クラウド事業は、新興データベース内のビジネスアプリケーションのための適切なソリューションを選択する困難なアーキテクチャ設計になる方法、ビジネスデータの膨大な量に直面しました。
すべてのデータは、Oracleに格納されているような方法として、伝統的な集中ストレージは、今のデータ・タイプと要件の多様性を満たすために方法はありません。「分割統治」、雲の全体的なアーキテクチャに沿って、今より多くのアイデアの実現を経由して。
ここでは、選択の原則を見てデータベースを共有し、基準どおりに実際のケースを提供することです。
選択原則:
データ層の選択は、データの6つの特性を考慮すると、適切なデータ・ストレージ・ソリューションを選択します。
- データ型、リレーショナルデータ、KVデータ、ビデオ、写真、ドキュメント
- データの量、1万、百万、千万、億のレベル
- リアルタイム/一貫性、リアルタイムのアクセス、ほぼリアルタイムにアクセスでき、分段の遅延、遅延授業時間、日レベルの照会
- 同時実行、QPS、TPS、応答時間
- 利用シナリオ、リアルタイムのビジネス、文の分析、履歴データのアーカイブ、多次元クエリ、定期的なクエリ
- データソース、ファイル、データ同期、メッセージキュー、データベース
これらの6つを組み合わせることで、ソリューションを構成する適切なデータストレージ技術データレイヤを選択します。
ここでの選択のいくつかの例は以下のとおりです。
- 大規模なリアルタイムリレーショナルデータ+高+高同時実行:あなたはこのようなようにオープンソースのMyCATととしてアリクラウドDRDS、POLARDB、などの分散リレーショナルデータベース、ビジネスを選択することができます。
- 多次元クエリ+通常の準リアルタイムクエリ+ +大容量データ記憶:検索エンジンを選択し、そのようElasticsearchなど
- データルール・クラス/クラスのデータKV高い同時実行:Redisの/ Redisのクラスタ
- 過去のアーカイブデータ:アリDRDS / HBaseの
- 映像ファイル:分散ファイルシステムやオブジェクトストレージを選択し、アリOSS、オープンソースHDFS、FastDFS、GlusterFS、CephFSとしてビジネス
出典:
http://www.ruanyifeng.com/blog/2016/09/software-architecture.html
http://cloudarchitectures.cn