SREチームの久保です。LoungeというクローズドなSRE勉強会を開催したので、シェアしたいと思います。Engineeringの略で、日本語に訳すと、「サイト信頼性エンジニアリング」です。Proの記事にありますように、SREとはコーディングやソフトウエアエンジニアリングによって、ハードウエアを含めたシステム全体の性能や可用性、セキュリティを高める活動全般を指す方法論を指します。デプロイ、運用、改善といったソフトウェアの一連のライフサイクルのすべて(DevとOps全体)に焦点を当て、サイトの信頼性の向上にコミットするために、ソフトウェアエンジニアリングによってプロダクトの改善を行う。解釈し、プロダクト全体の改善に日々努めています。Loungeの開催背景・趣旨O'ReillyのSRE本にもありますようにSREはGoogleのDevOpsであり、必ずしも各社にとっての最適解ではあるとは限りません。SREチームを持つ企業各社によって、SREとしての取り組みも様々なのが現状です。SREチームを構成するメンバーのエンジニアとしてのバックグラウンドも会社によって異なります。SREチームでは、ソフトウェアエンジニアとインフラエンジニアが1:1ですが、その比率は企業によって様々です。Loungeという名前で企画しました。ハートビーツ様のラウンジをお借りして開催しました。ハートビーツ様の会場はとても素敵な場所でした。代表の藤崎さんのこだわりで作られたとのことです。(30~40分)コンテンツ各社それぞれのSREの取り組み事例を知ることができ、非常に濃い時間でした。簡単に各社の発表内容をシェアしたいと思います。ハートビーツ社happoというツールを独自で作成し、自動でNagiosのメトリクスを収集し、かつ自動でメトリクス設定するツールなども開発して監視している。heartbeats.jpトイルの削減方法としては、nagiosのアラートをslackに通知し、スレッド単位で対応している。Program)という、過去に発生した障害と同じ状況を生み出し、インフラエンジニア以外のエンジニアにその復旧作業に取り組んでもらう。復旧作業での作業をすべてメモし、なぜその作業を行ったかをヒアリングし、振り返るプログラムを実施している。Terraformで、プロビジョニング用のAMIを作成し、そのAMIベースでインスタンスを作成。一度起動したインスタンスには変更を加えない構成にしている。:https://speakerdeck.com/tkitsunai/software-development-in-uzabase-sreこのような形で、各社発表後のビールを片手にピザを食べながら行ったディスカッションでは、当初21:30で解散の予定が23:00まで続くという盛り上がりを見せ、参加された方の満足度が非常に高い勉強会となりました。Loungeとしては下記のように考えています。Loungeを企画するというよりも、SREコミュニティ内の各社が主体となって、自律的に分散的に企画されるような形を目指すそして様々な会社のオフィスで開催するもし興味持ってくださり、参加希望の企業はこちらまでご連絡ください。掲げて業務に取り組んでいます。「挑戦しなければ、SREではないし、SREがなければ、SPEEDAもない」という意識で、日々ユーザベースのMissionである、「経済情報で、世界をかえる」の実現に向けて邁進しています。reserved.引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。