クラウド設計パターン のバックアップ(No.7)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• クラウド設計パターン へ行く。
  • 1 (2020-03-13 (金) 18:08:56)
  • 2 (2020-03-13 (金) 20:42:57)
  • 3 (2020-03-14 (土) 21:51:29)
  • 4 (2020-03-16 (月) 19:15:47)
  • 5 (2020-03-20 (金) 19:03:55)
  • 6 (2020-03-20 (金) 21:17:04)
  • 7 (2020-03-21 (土) 11:49:56)
  • 8 (2020-03-21 (土) 18:05:31)
  • 9 (2020-03-21 (土) 21:18:10)
  • 10 (2020-03-22 (日) 00:20:45)
  • 11 (2020-03-22 (日) 00:47:52)

---

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

• 戻る

目次 †

概要 †

まだ、ごく一部しか書けていない（オンデマンドで追記予定）。

詳細 †

可用性 †

アプリケーションの可用性が最大限になるように設計・実装。

正常性エンドポイント監視 †

公開されたエンドポイントを通じて外部ツールが定期的に
アクセスできる機能チェックをアプリケーションに実装。

• HTTP/HTTPS ヘルスチェック的な手法で確認する。

• 管理下で無いので、こんな方法しか無いらしい。

• 考慮点
  • 認証
  • 負荷
  • 専用エンドポイントの新設
  • , etc.

• 関連するガイダンス

• インストルメンテーション
  • アプリケーション実行時の挙動の監視
  • ある種のインシデント改善を自動化

• メトリック アラート通知の受信
  メトリック アラートを作成、表示（受信）、管理

• HealthEndPointMonitoringサンプル

キュー ベースの負荷平準化 †

タスクとそのタスクが呼び出すサービスとの間で
バッファーとして機能するキューを使用して、
断続的な大きい負荷を平準化する。

• 非同期処理サービスでやってるようなことをやれという話。
  （「"非同期処理サービス"を使え。」とは言っていない）

• 関連のあるパターンとガイダンス

• 競合コンシューマー パターン
  • 受ける側で"調整"するパターン
  • 前述の「非同期処理サービス」と同じ方式。

• スロットル パターン
  • 受ける側で"制限"するパターン
  • slow_downとか、リクエスト自体を拒否するとか。
• メッセージング サービスの選択
  キューサービス（SaaS）を使えという話。

• スケーラビリティの向上
  色々、スケーラビリティを上げろという話。

調整（絞り弁） †

• 絞り弁 = Throttle (スロットル)

• アプリケーションの
  • インスタンス
  • 個々のテナント
  • またはサービス全体によって使用されるリソース

の使用量を制御する。

• 関連のあるパターンとガイダンス

• （前述の）インストルメンテーション

• サービス・メータリング
  使用しているリソースの計測

• 自動スケール（アーキ・ガイド）

• キュー ベースの負荷平準化

• 優先順位キュー パターン
  優先順位の高い要求から順番に受信および処理されるようにする。

データ管理 †

データの整合性を維持するため、
様々な場所にあるデータを同期する。

設計と実装 †

• コンポーネントの設計
• デプロイの一貫性や統一性
• 管理および開発を容易にする保全性
• 再使用可能性

メッセージング †

• スケーラビリティを最大化する（非同期）メッセージング インフラストラクチャ
• 課題も多数ある。
  • メッセージの順序
  • 有害メッセージの管理
  • 冪等性

管理と監視 †

アプリケーションの停止や再デプロイを行わずに、
変化するビジネス要件やカスタマイズに対応する。

パフォーマンスと拡張性 †

• 以下の要件に対応
  • 要求のピークに対応するスケールアウト
  • 要求が減少に対応するスケールイン

• 以下の要素と関係がある。
  • データ ストレージ
  • メッセージング インフラストラクチャ

回復性 †

迅速かつ効率的に障害を検出して復旧する。

Polly(Retry, Circuit Breaker, Timeout, Bulkhead, Fallback) †

Exponential Backoff（指数バックオフ） †

セキュリティ †

• 悪意のある攻撃からの保護
• 機密データの保護
• ユーザ認証と認可（アクセス制御）

参考 †

参照アーキテクチャ †

Microsoft Docs †

• クラウド設計パターン - Azure Architecture Center
  https://docs.microsoft.com/ja-jp/azure/architecture/patterns/

• Cloud Design Patterns

可用性のパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/availability

データ管理のパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/data-management

設計と実装のパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/design-implementation

管理と監視のパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/management-monitoring

メッセージングのパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/messaging

パフォーマンスとスケーラビリティのパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/performance-scalability

回復性のパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/resiliency

セキュリティのパターン †

https://docs.microsoft.com/ja-jp/azure/architecture/patterns/category/security

---

Tags: :アーキテクチャ, :クラウド系開発

     

Site admin: dotNetDevelopmentInfrastructure

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.030 sec.