Qiita事例│システム障害からリコール対応まで活用│導入事例│インシデント管理プラットフォーム│PagerDuty
システム障害からリコール対応まで、幅広く活用されているPagerDuty水井悠太（以下、水井）：本日はよろしくお願いします！Qiita社は長年利用していますが、読者の中にはPagerDutyを知らない方もいると思いますので、改めてPagerDutyの概要と他社ソリューションと比較した際の特徴を教えてください。 山田索氏（以下、山田）：まずは概要をお話しします。PagerDutyは、2009年に米サンフランシスコで設立されたインシデント対応ソリューション企業です。創業以来、世界80ヵ国以上で1.9万社以上のクライアントに導入いただいており、累計6億以上のインシデントに対応してきました。サービスの細かい特徴は後述するとして、大きな特徴としてプロダクトをAIや自動化によってモダン化していることから、現場のエンジニアがより生産性の高い仕事に注力できるように日々ご支援しています。 水井：多様なインシ
SREチーム(サイト信頼性エンジニアリング)の構築とスケーリング│ブログ│インシデント管理プラットフォーム│PagerDuty
サイト信頼性エンジニアリング（SRE）チームを構築することは、簡単ではありません。SREの意味についてはたくさんの記事と説明がありますが、分かりにくいものです。個々のSREの役割を理解するだけではなく、SREのチームを構築して、規模を拡大することは実に大変です。SREチームを次のレベルに引き上げられるように、適切な情報を見つけることが重要です。 最近、Gremlin社のプリンシパルSREを務めるTammy Bryant氏と、ポッドキャストの“Page it to the Limit”で、SREの重要性や正しい文化を持つチームを構築する方法について話し合いました。この記事では、 Bryant氏と共有したいくつかのベストプラクティスを踏まえて、SREの役割を定義するだけではなく、SREチームを構築して規模を拡大する実践的な方法について掘り下げていきたいと思います。 SREとは？この記事の目的は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PagerDuty + AWS: イノベーション創出のための大切な時間を生み出すために│インシデント管理プラットフォーム│PagerDuty
