最近、インフラというか運用含め見ることになり、この辺りの実際は情報としては出てきづらいのかなーと思っていて、ちょうど参加人数に入ることもできたのがよかったです。作るより、監視運用するまで行くことが(当たり前ですが)情報は少ないので。14人で、3時間強となかなかの長時間でしたが、いろいろ話を聞けてよかったです。それぞれの内容はスライドが公開されていたり、Togetterにツイートがまとまってたので、そちらを見ていただければと。私の発表は、Icinga+OpsGenie+パトライトでやってますってぐらいの話でした。なんかアイシンガの綴り間違えてた気がする。OpsGenieは、専用アプリでのプッシュ通知受け取り、電話、SMS、メールなどが可能。電話のコールのスケジュール(誰がいつ担当)だったり、監視サーバの監視(Heartbeatして、それが一定時間切れると通知)に使っています。ローカライズされていないのと、あまりUIがモダンでない点が難点です。alertsパトライトは確かこれ。Webサーバが内蔵されていて、特定のパケット送ると、音とランプ点灯、点滅が行えます。実際、深夜とか緊急の対応ってどのぐらいの頻度ですかという話が出て、短い方で1週間に1回、あとは1ヶ月〜数ヶ月に1回ぐらいということでした。スピード感を持つ(品質よりリリースを優先する)と、この頻度はもちろんあがりやすく、そこはビジネスの進め方とのバランスなんだなーと。通知の内容が、何をさしているかわからないというところから、その障害単一の情報から、過去と比較してどうなのかといった、障害対応する人に優しい情報を付与できるようにするのは大事だと思いました。APIのついている電球キット?があるらしく、それで視覚的に障害発生などを伝えると行った試みをされている方も。うちもパトランプを導入しているので、障害時(オフィス内は)全員が認識できて、各担当すぐにチェックします。通知方法は、私がOpsGenieの話をしたのもありましたが、プッシュ通知なら、im-kayacがありますよーってことだったので、notice/warnあたりはこれでもよさそうでした。Twilioも入れようとしている話も聞けたので、うちも再検討しようかなと。Messaging自前か外部サービスか監視やメトリクスの可視化を行うサービスを自分たちで構築(または実装)するか、外部のサービスを利用するか。感覚としては、監視の監視とか考えたくないので、外部サービスを使いたいが、お金はシビア。人がいればスクラッチで細かく手を入れて作るのもあるが、トータルコストだとやはり外部サービスかもといったところでした。外部サービスつぶれないか問題もありました。この辺り、実際に運用監視とかされている方の意見なので、結局どこで担保するのかといった視点が強かった印象です。うちもメトリクスの可視化にElasticsearch+KibanaのElasticsearchは3台クラスタで構成されていたりするので、運用はそれなりに手間と費用がかかっちゃってます。datadogあたり、検証しようかなと思いました。Datadogdatadogの他に、datadogsってのもあるんですね。DataDogsなぜそのプロダクト、サービスを選択したのかこれも話題があがって、確かに気になるところだなと。流れとしては、2,3個選定してそこからですが、外部サービスだと、結局は金額になりがちとのこと。あとは、使い慣れていたり。私は前任から引き継いだIcingaなので、改めてここは再考してみる価値はあるかなと気づきました。deployやってるので、ホストの入れ替えを静的にやるのはしんどくなってきたのもあります。外部サービスのリスト非常にありがたいです。ありがとうございます。http://www.canopsis.org/2013/02/monitoring-saas/最後に何でもそうですが、目的は似たようなところに向かう中で、それぞれやっていることを知れるというのはよかったです。あと久しぶりに外部で話す機会を持てましたが、だいぶプレゼンなまってたのを改善しようと思いました。手元のMacで開発をしていて、コンテナからホスト上で動作してい...2016-01-012015年技術でやってきたこと毎月やらないとと言っていた振り返りが結局また年をまたぐとい...2015-12-302015年に購入してよかったもの去年に引き続いて何点か。(1)月別アーカイブはてなブログをはじめよう!reiki4040さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。