「運用設計」という言葉は、運用現場で日常的に使われている割には「その実体」がはっきりしない不思議な言葉です。では、「運用設計」とは一体何なのでしょうか。筆者は「各現場に適した業務の枠組み(フレームワーク)を作り込むこと」であると考えています。 「フレームワーク」という言葉は、世間一般に「物事を整理する手法」という意味で使われていますが、「運用設計」においては運用業務の維持および向上を実現するために、更に以下の3つの性質が求められます。
![第3回 セキュアな運用を実現する「運用設計」 - システム管理者の会ポータルサイト](https://cdn-ak-scissors.b.st-hatena.com/image/square/33df2179271f4468db5e59d8a15fb1419219b1d5/height=288;version=1;width=512/https%3A%2F%2Fwww.sysadmingroup.jp%2Fshare%2Fimg%2Fsysadminlogo.gif)
5月23日(土)ですが、テーマを運用縛りにした「オペレーションじょうず」を主催しました。 毎回開催のテーマに関してはあまり悩まない(だいたいニーズがあるものは読める) のですが、今回はちょっとどうなるのかと自問自答しながらの運営でした。 ただ、自分が去年の4月にcloupackに入り、6月から構築/運用で24/365のチームに 配属されてから運用に入った時にイメージと現実が隔離している事に愕然として DevOpsだよね〜なんて軽口叩いていた開発から運用への自分の勘違いをテーマに 40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて をAWS Summit Tokyo 2014内部のJAWS-UGでLTして懺悔?なんかもしてたのですが、 もっと踏み込んで運用をテーマにしたいと思い、今年に入って Software Design 2015年2月号『なぜ「運用でカバー」が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く