Incident Command System Resources | FEMA.gov
The purpose of this webpage is to provide materials related to the implementation of the Incident Command System (ICS). The intended audience for this section is individuals, families, communities, the private and nonprofit sectors, faith-based organizations, and local, state, tribal, territorial, and Federal governments. The Incident Command System (ICS) is a management system designed to enable
SRE の教訓 : Google におけるインシデント管理とは | Google Cloud 公式ブログ
Google で何かおかしなことが起こったらどうなるか、考えたことはありますか？ この業界は面白い比喩を使うのが好きで、何か起こった際に対処することを「火消し」と呼んだりします。 上の写真に写っている実際の消防士の場合とは異なり、Google で起こった事故で生命の危険にさらされることは通常はありません。つまり完璧な比喩にはなっていないのですが、Google の Site Reliability Engineer（SRE : サイト信頼性エンジニア）の 1 次対応は、他の分野での 1 次対応と共通点が多いのです。 他分野での 1 次対応と同様、Google の SRE は定期的に緊急時対応の訓練を行い、迅速かつ効率的に目の前の問題が解決できるよう、スキルやツール、テクニック、態度に磨きをかけます。 緊急時のサービス対応チームおよび Google では、何かが起こったときのことを「インシデン
PagerDuty Incident Response Documentation
Home Being On-Call Before an Incident During an Incident After an Incident Crisis Response Training Additional Resources Getting Started On-Call Being On-Call Who's On-Call? Alerting Principles Before an Incident What is an Incident? Severity Levels Different Roles Call Etiquette Complex Incidents During an Incident During an Incident External Communication Guidelines Security Incident After an In
DeepSecurityでシステムを守る運用を幾つか
2. Who am I ? 吉田 ひろかず (hirokazu yoshida) Suport Engineer at cloudpack http://qiita.com/fnifni
20140726 jawsug-chiba-documentation
20140726 jawsug-chiba-documentation Presentation Transcript Operation Lab 運用設計ラボ ドキュメントを書こう! 運用自動化時代のドキュメンテーション 運用設計ラボ合同会社 シニアアーキテクト 波田野 裕一 2014-07-26 JAWS-UG Chiba 第4回勉強会 Operation Lab 運用設計ラボ ✦ 初体験は2010年頃(EC2) ✦ 本格的に触り始めたのは昨年12月 ✦ 今年2月にAPN(パートナ)に登録 Business Specialist / Technical Specialist 自己紹介 波田野 裕一 (HATANO Hirokazu) 運用設計ラボ合同会社 シニアアーキテクト AWS歴 好きなAWS: AWS CLI Operation Lab 運用設計ラボ 自己紹介 ✦ Sphinx
bliki: Immutable Server
Automated configuration tools (such as CFEngine, Puppet, or Chef) allow you to specify how servers should be configured, and bring new and existing machines into compliance. This helps to avoid the problem of fragile SnowflakeServers. Such tools can create PhoenixServers that can be torn down and rebuilt at will. An Immutable Server is the logical conclusion of this approach, a server that once de
今さら聞けない Immutable Infrastructure - 昼メシ物語
Immutable （不変な） Infrastructure は、サーバを一度セットアップしたら二度と変更を加えないという運用スタイルのことを指します。 クラウド環境では、必要に応じてすぐにサーバを用意し、不要になったら簡単に破棄することができます。Immutable Infrastructure は、このようなクラウドの特性を活かす運用スタイルとして、注目されつつあります。 背景 Immutable Infrastructure が提唱された背景にある技術として、 Auto Scaling や Blue-Green Deployment*1 などがあります。 Auto Scaling Auto Scaling は、負荷に応じて自動的にサーバ台数を増減させる技術で、 AWS では標準で提供されています。常に必要な台数だけ起動していればいいので、コスト削減になるというものです。 Auto S
完璧な監視システムの作り方 in cybozu.com - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか？ まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。
小手先エンジニア : Nothing is impossible
最近よく目にする「フルスタックエンジニア」とは何だろうか？ 以前なら(エンジニア)ゼネラリスト、最近はフルスタックエンジニアって呼ばれる類のエンジニアの需要というのは年々高まりつつあります。 ネットワークとサーバがわかってミドルウェアがわかって設計ができてコーディングができてUIも作れてデプロイまでできる。 これは確かに最高です。 わたしはUI周りに弱い、具体的にはJSとCSSに弱いのでそこもカバー出来る人はいいなあと思います。 なにせ一人で公開できるサービスが作れますからね。 UIがカバーできないとプロトタイプというかスケルトンで止まってしまいますw しかもクロスオーバーした技術をもっているということはそれだけで造詣の深い設計が出来る可能性があります。 ところがここに罠が一つあります。 まだまだ未熟なエンジニアが「よーし」とかいってそういうのを目指してしまうと、ただ使い
【資料公開】ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜
ブログryuzeeによるブログ記事。不定期更新Homeブログ【資料公開】ワンクリックデプロイ 〜いつまで手でデプロイしてるんです⋯⋯ みなさんこんにちは。@ryuzeeです。 2013年2月15日に目黒雅叙園で行われたデブサミ2013で登壇してきましたので、その際の資料を公開します。 「いつまで手でデプロイしてるんですか？」ってキャッチーなタイトルにしたのは、公募セッションの申し込みの時に目につくようにしたかったためで、会場でアナウンスしてくださる方にこのセリフを言って欲しかったわけではないので念のため。 デプロイの自動化を進めていくのは正直なところ大変です。 今の現状からいきなり明日デプロイを自動化できるわけでもないし、誰かがいきなりデプロイを自動化してくれるわけでもありません。 その前に考えなければならないこともたくさんあると思います。 でも現実にAmazonやFlickrを始めとして
これからはじめるインフラエンジニア 発表資料 | 外道父の匠
新卒採用のイベントで『知的ヘンタイ六番勝負』というのをやっていまして、その『第三戦 大規模インフラ・解析勉強会』にてインフラについて話してよ、と人事オファーをいただきまして発表した次第でございます。 エンジニア志望とはいえ、不特定多数の人間に対してインフラの話と一口で言われても、誰が何をどれくらい理解してるのかわからないので厳しい案件ではありましたが、せっかく来ていただくので真面目に張り切った結果、質疑応答含めて１時間弱に渡る発表＋風邪でノドが潰れた資料がこちらになります。 補足 新卒の方々に向けて これまで新卒の人に関わる機会がなく、インフラについてどの程度理解があるのか全くの不明でしたが、思っていたより勉強しているなという感触と、良いエンジニアになれそうな匂いを発している野郎も結構多かったな、という印象でした。 資料でも触れてますが、WEBエンジニアを目指した時に、何を武器に何エンジニ
私がMuninに恋する理由 - インフラエンジニアでも監視がしたい！ -
2012年12月11日 Tokyo Linux Study #4 #tlstudy の発表スライドです。なぜリソース監視が必要なのか？という所がメインです。
開発者にむけてDevOpsな現場で求められる「インフラがわかるデベロッパ」とは？ というテーマで話してきた発表した話 : インフラエンジニアに成る
テーマはDevOps。 Devが語るDevOpsはあふれておりますが、 Opsが語るDevOpsってないよね！っていうのが話の発端です。 この発想にいたった企画者の人がまあすばらしい。 いつも、お世話になっております。 DevLoveはあるのにOpsLoveはないよってことですよ。 すごいねこの視点。 それにのっかり、今回お話する機会を得ました。 結論としては、Dev and Opsでやっていきたいねという話！ 懇親会も大変もりあがりとても有意義な時間を過ごせて楽しかったです。 自分の発表内容に不安もありましたが、よかったよの一言をいただけて自信になりました。 以下、つらつらと。 いつものように覚えている言葉を文章化。 ・プログラマの時代。コードの時代。 2012年感じるのは、ほんとプログラマさんの時代だなって思います。 ツールはどこからくるのかといえば、Dev。 それにのっかるOpsとい
IT業界は運用管理が成長市場へ - "クラウド管理市場"が大幅増
アイ・ティ・アール(ITR)は9月26日、システム運用管理分野とITサービス管理分野にわたる18の製品分野を対象に国内49社のベンダー調査を行い、2011年度に高い伸びを記録した製品分野の成長率およびバックアップ/リカバリ市場のベンダーシェアなどの市場動向と分析をまとめた市場調査レポート「ITR Market View: 運用管理市場2012」を同日より発売開始すると発表した。 同レポートによると、国内運用管理市場の2011年度の出荷金額は前年度比10.2%増の約1,463億円となり、18分野のうち多くの製品分野が成長市場となったという。 なかでも「バックアップ/リカバリ市場」「仮想化構築市場」「クラウド管理市場」「IT資産管理市場およびPC資産管理市場」「変更/構成管理市場」は二桁増となり、特に「クラウド管理市場」の出荷金額は同44.4%増と、18分野のなかで最も高い伸びとなった。 また
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム運用は全自動
運用組織論 /operation-organization
2015-05-23 クラウドの運用になって インフラエンジニアは何が変わるのか?
http://media.amazonwebservices.com/AWS_Operational_Checklists.pdf
Muninではじめる実践★リソース監視 -俺のサーバがこんなに重いはずがない、を乗り切るために-
ファーストサーバ、データ消失事故で再発防止策、開発・運用部門を分離 