helpdelete

「で、運用設計って何するんですか！？」～『運用☆ちゃん』読書しながら会#001 

3月 4日 @ 9:30 PM - 10:30 PM

参加人数 97 名

スピーカー

沢渡あまねさん
Twitter: @amane_sawatari 
もともと業務側の人です。

ゲスト

湊川あいさん フリーランスWebデザイナー/マンガ家/技術書執筆 「運用ちゃん」マンガ作画担当。 著書に「わかばちゃんと学ぶ」シリーズなど。 Twitter: @llminatoll  amazonリンク : わかばちゃんと学ぶ Git使い方入門  

資料

CodeIQ MAGAZINE 運用設計…って、何をするんですか？─『運用☆ちゃん』Incident 005 

まず、システム運用（基盤運用）の設計

運用方式と運用方針ではどう違う？ -> 方式はhow、方針はwhat側かな？

運用って超大事！

  • 運用の意識が無いユーザー部門が多い！
  • 運用のは妄想の中で設計！
  • リリースしたら後はベンダーがやってくれるんでしょ？
  • 予算取りすらされていないことも。。。
  • コスト削減で運用設計をせず、運用で炎上して結局コスト増
  • 運用でカバーになりがち
  • MECEが大切だけれど、抜け漏れが発生しているはず
    • 「運用設計なあなあ」が引き起こす、悲しき景色

運用設計対象

  • 運用統制
    • 運用統括して顧客とやり取り
    • 組織の取りまとめ
  • システム運用 (基盤運用)
    • 監視だけだと思っていた時期もあったけど‥
  • 業務運用
    • 情シス部門
    • データ抽出
  • ヘルプデスク (サービスデスク)
    • ユーザとの橋渡しを行うという位置づけ

機能追加・改修など、ライフサイクルに応じて定義していくことが大切
運用設計とは「システムでやること」「業務であること」をきめておく作業

運用に大事な3W1H

When：いつ運用設計をするか？
Who：誰が運用設計をするか？
What：設計すべき運用項目は？
How：どのような体制で運用するか？

When

明確な定義は無い

  • 基本設計でやっている
  • リリースと同時に
  • 現在進行系
  • 本当は設計にビルトインしなきゃいけないはずなのに未だにそれっぽいものがない
  • 要件定義とか基本設計が「ゆるふわ」で運用項目に落とし込めない
  • いわゆる非機能要件の所は、早く決めておかないと超アブナイ
  • 後になればなるほど丸投げになりがち→気合と根性で乗り越える現状

何を運用項目として設計するかは、要件定義と基本設計によって決まる

  • 機能
  • 機器構成
  • システムフロー
  • 業務フロー

このあたりを設計に落とし込めないとグダグダになる
体系化・育成可能・計測可能にしていく必要がある。

Who

  • 誰が運用設計をするか？
    • 答えがない
  • 運用設計は開発がやるか？運用がやるか？をアンケートした結果見事に割れた
    • どっちかにわけられないことが多い
    • みんな「俺じゃない」責任範囲の押し付け合い
    • 「仕様もないのに運用請け負えるか」 vs 「お前ら何もしてくれない」の対立
  • みんなで運用観点を持つべき
  • え、御社でやってくれるんでしょ？は悪しき合言葉
  • 当事者意識を持って設計しましょう！

What

  • 何を設計するのか？
    • どんなトラブルが発生しうるか？
    • インフラエンジニアの知見を活かすところ
    • 主だった運用設計項目

      • 監視

      • メンテナンス

        • セキュリティパッチ
        • バージョンアップ作業
        • 証明書更新
        • ジョブ登録／実行
        • データガベージ
        • 機器メンテナンス

      • バックアップ/ログ管理

        • ログローテーション
        • 監査対応/モニタリング

      • 報告

        • 握っておかないと「何を報告"しなければいけないのか"」が揉める

      • ITIL(R)に沿ったサービスマネジメント業務

      • 運用ドキュメント管理

        • ドキュメント、作業手順書が大切
        • 言語化が大切 -　作業指示書超大事

      • ベンダ対応

      • 改善活動

      • 新技術の調査・検証・技術向上

        • コレをやらないと運用がコストプッシュ扱いに
        • 新しい人を入れていくためにも
        • 運用を体系化している人たちの存在が大切

      • 運用設計おすすめ図書

※ 詳細は運用設計...って、何をするんですか？ - What 

  • 取り入れたい知見
    • CSIRT

How

  • どのような体制で?
  • どのような技術を持った人でやるか？
  • どのくらいの予算で？ -> 運用を実現していくためにもシステム設計時に運用も設計しておく必要がある。

業務運用

  • すごく大事
  • クラウド使おうが業務運用は残る
    • バックアップどうする?
    • 監査どうする?
  • 次回業務運用特集を予定

Q & A

  • Q: 今までの中で運用がうまくいったときの人員構成について教えてください
  • A: 以下の方々をアサインしたときにうまくいった~
    • 開発側のひとで、運用側にリスペクトのある人間 →　理解がある理由は炎上したときに運用にお尻を拭いてもらったから、リスペクトが生まれた。
    • ヘルプデスクや運用担当者の筋のいい人 →　キャリアパスの観点からモチベUPする人も。
    • 上司を説得出来る人（ねじ伏せる）