今回は問1の設問３となります。
前回のように（１）単位で１ブログの様なことが無いといいのですが・・・
■設問３（１）の題意
障害時のルール規定という事がテーマのようです。
問題も確かに、障害が発生した時問題が生じる恐れがあるが、その問題の内容を答えさせていますから。
題意を感じるのはやはり、問題が発生しそうなので、その事前対策方法は？と質問が来るのではなく、、障害が発生したらどうする？などというのでも当然なく、単なる、どんな問題か？である。
問題の内容なので、対策などを解答してはいけないというところです。
こういう類はわりとあるようで、障害が発生しそう。というのをリスクと呼び、リスクの意味を解答させるパターンのようです。
今回の場合、下線スキップ法は使えそうもないほど、下線イにしか書かれていないため、真っ先にスキップをやめて読まなければいけない機転を利かしたフットワークを必要とするなぁと思いました。
ただし、下線イに書かれているのは、対処方法、つまり、リスク対策法のため、まぁそのリスクは何なの？っていうように置き換える必要があります。
つまり、下線イのリスク対策の肝は、一部のオペレーション自動化で確認を1時間以内に改善。との事です。
で、これら対応を行わなかったら、やばい！という事なので、なにがやばくなるのか？っていう観点で考えると、自動化することで時短する事に注目すべきというフットワークが必要と思われます。
またここで、”サービスレベル目標守ってやぁ～”という声が聞こえてくるべきです。
（本当に聞こえたらちょっと怖いですが）
よって、４時間以内で復旧しますよ～などと言ってるけど、実際目標は５時間以内であるため、実質は１時間くらいしか余裕がないのに、作業後の確認で１時間30分もかかってたらNGですよ。って事で、１時間以内に改善したんだねぇっていう流れを目標達成の観点で考慮できるか？っていうのを見ようとしたのかなって思いました。
■設問３（２）の題意
今度は応答性能でありますが、確認したかった事なので、３秒応答かかったか？という点かな？と思ってしまうのですが、模範解答では、リソースの使用状況と応答時間の実測値が合ってるか？とう観点となり、文章内で、初期提供期間というキーワードサーチで、利用者数に見合ったリソースで運用を開始する方針とした。とありますが、なかなか解答のような記述になるかどうかは、？だなぁって個人的に思ったので、ちょっと深く掘り下げて考えてみました。
まず利用者数に見合ったリソースって、具体的に何のことか？です。
リソースは設問２（１）で触れたように、CPU,メモリ、およびディスク容量でしたので、これらと応答時間の関係はというと、CPU性能が低く、メモリも少なくてディスク容量がすくなければ、最悪はフリーズしてしまうかもしれません。つまりはその点を心配してるのです。
しかもフリーズしなくても応答時間が３秒を越えても、基本NG気味です。
そのため、初期提供期間の懸念するところは利用者数に見合ったリソースで運用を開始して３秒ルールが守れてるか？となり、模範解答のような言い回しができるゆに後は”慣れ”ですかね。
■設問３（３）の題意
結果的にここでもサービスレベル目標の関係ですね。
もう徹底的に、サービスレベル目標を忘れないで的な気持ちが込められていますけど、かなりしつこい感じですかねぇ。
顧客（ユーザ）の感想をアンケートで知るためにずばり、サービスレベル目標と関係してるものは、応答性能しかないのですが、もしかしたら３秒超えても満足と答えてくれるかもしれないのです。
まぁそういう点は解答ではどうでもよく、顧客が応答性のに満足してるか？をやはり知りたいし、サービスレベル目標の顧客に最も近い内容が質問にすべきという題意も含んでるのでしょうか？
という事で、淡々と？少ししたかもしれませんが、比較的ストレートに少し一般知識を文章内で一致しないかを見ながら読んでも裏切られない感じであったのではと思いました。
さて、次回は心得帖でござるが、まぁサービスレベルは達成すべし！的な事ばかりかも（笑）
0 件のコメント:
コメントを投稿