1 1 フォールトトレラント性 教科書7章 2 フォールトトレラント性 � 分散システム: どこか一部分が故障しても、全体 を停止させずに障害から回復できるように設計す る必要 Æ フォールトトレラント性（耐障害性） � フォールトトレラント性の技術的側面を紹介 � 背景 � 耐障害性を持つプロセスの構築法 � 高信頼マルチキャスト � 分散コミット � 障害からの回復 3 高信頼性 � 高信頼性（Dependability）とは、以下の要求 を満たすこと � 可用性（Availability） � システムを利用したいときに高い確率で利用可能 � 信頼性（Reliability） � ある程度の期間、正常に稼動 � 安全性（Safety） � 障害時に重大な問題が生じない � 保守性（Maintainability） � 故障したシステムを容易に回復可能 4 基本概念 フォールトトレラン
Asakusa Frameworkの思想 「システムの本質は設計である。設計のないシステムでは品質は担保されない。品質のないシステムは適切な価値を利用者に届けることはできない。」 端的にいうと、Asakusa Framework（以下Asakusa）の考え方は、上記に基づいている。従ってAsakusaは設計オリエンテッドなフレームワークになっている。そして設計された内容をシームレスに最新の実装技術にそのまま展開できることを目標としている。（現在のターゲットはHadoopになっている）可能な限り設計から、そのまま実装に落ちることを目標にしている。 Asakusaが選択した「設計を優先する」ことのメリットは以下の通りだ。 品質を向上させる システム全体の再利用性を上げる トータルでの開発効率を上げる またデメリットも甘んじて受ける。すべてに向いているフレームワークは存在しない。Asakusaが
今回は、パターンを1つだけ紹介します。「Mediatorパターン」です。GoF本では、それぞれのパターンの「目的]「背景」「効果」などが明示されています。私も、ちょっと真似をしてみましょう。複数のオブジェクトを組み合わせてプログラムの機能を実現するという目的において、オブジェクト間の関連がゴチャゴチャになってしまうという背景（問題）があり、Mediatorパターンの採用によって関連をキレイに整理できるという効果があります。説明だけでは、何のことだかわからないと思いますので、具体例をお見せしましょう。 図1[拡大表示](1)をご覧ください。これは、UML（Unified Modeling Language、ユーエムエル）と呼ばれる表記法で記述されたプログラムの設計図です。UMLでは、四角形の中に下線付きで名前を書いてオブジェクトを表し、関連のあるオブジェクトを矢印で結んで示します。ここで関連
弊社トレーナー中村才千代が、デキるエンジニアのための“ちょい上”DB術を解説します。 DB設計のキモとなるケースを紹介しているので、通常業務と異なる場合でも応用できる「共通の考え方」を身につけられます。 > プロ講師がわかりやすく教えるから、効率よく学べる！ エディフィストのデータベーストレーニングはこちら Oracle / 上流工程 担当 中村 才千代 データベース設計、システム構築の上流～下流工程全般のインストラクターです。SE時代の経験を生かし「業務を知るエンジニアこそDB設計に関わるべき」「DB設計に携わるエンジニアは業務を知る人に知恵を貸してもらう」ことを伝えたいと思っています。 ■認定・受賞 2000年 Oracle University「Best Instructor of the Year」受賞 2002年 Oracle University「Best Instructor
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
