自動切り替え

2006年3月12日 お仕事
今作っている端末には自動切り替え機能が必要だと、以前から聞いていた。

後優先で奪ってしまえばいいとのことだったので、そんな簡単な話なら、後回しにしてちょろっと作ってしまえと思っていた。

で、実際、ちょろっと作ったのだが、じゃぁ奪われた方は何の警告もなしに奪われるの?両方の端末が同時に互いに奪おうとしたらどうするの?などなど、疑問が出てきた。

で、確認してみると、共有ディスクが死んでいる場合、系間が切れている場合、異常終了した場合などもろもろの状態を考慮して、問題ないように切り替われだと。

最初に聞いた話では、主端末メインで起動されていて、どうしても主端末が使えないときに限り、緊急措置で服端末で起動するという意味に聞こえてきた。

そもそもろくな仕様もなく、端末の切り替え機能にユーザがどのくらいのレベルのことを期待しているのかをハッキリ示した資料もなく、でもって作業の指示は「仕様は決まっているから作っておいて」だし。

決まってないじゃん、仕様。

もっと早くに仕様が決まっていないことに気が付いて、ユーザの要求にどんなものがあるかというところから、根ほり葉ほりヒアリングして、自分で仕様を決めればよかったということか?

でも、質問するとうるさがって、仕様書に書いてあるとか適当な返事しか返ってこないんだけどな。
書いてある仕様書がまともならそれでもかまわないのだが、仕様書も一体何がいいたいのかさっぱりわからない仕様書だったりするくせに。

で、結局、緊急措置用の切り替え機能かと思っていたら、よくよく聞いてみると、限りなくクラスタと同等の事をしろだと。

普通、端末でクラスタ構成とか取るか?

まぁそれはさておき、端末が保持するデータの重要度が不明なため、どこまでデータの切り替えを担保しなければならないか不明なんだけど?

まったくもう、めんどくせぇなぁ。

わかった、だったら、やってやるよ、端末でクラスタ。

どこが障害になっても、どんな状況でも、使える手段を全て使って、切り替わるようにしてやるよ。

それなら、文句ねぇだろ。

ちょっと、状態の洗い出しと方式の検討に時間かかるけど、文句言うなよ。
その代わり、君達みたいに、どんなに人数と工数をかけても穴だらけになってしまうような仕様にはしないから。
穴ができないように、仕様を決めるのにはどうしたらいいか、やって見せてやるから、よ〜く見とけ!

あ〜そして、今週末も、無駄に休日出勤。

コメント

最新の日記 一覧

<<  2025年6月  >>
1234567
891011121314
15161718192021
22232425262728
293012345

お気に入り日記の更新

最新のコメント

この日記について

日記内を検索