Blog
ブログ

2022年11月22日  (更新日:2022年12月8日)

PagerDutyの新しいIncident Workflowsを深堀りする

新興企業であろうとFortune500社であろうと、コストの最適化、ツールの統合、効率化の努力は最優先事項です。インシデント対応プロセスで労力を省き、自動化を進めることは、解決までの時間を短縮するだけでなく、チームの効率化にも役立ちます。リソースが限られた世界では、開発者と対応者の時間と集中力を守ることが、総運用コストの削減とカスタマーエクスペリエンスの最適化に欠かせません。

今月初め、PagerDutyは、お客様がチームの効率と生産性を向上させるためのいくつかの製品の進化を発表しました。その中でも最も期待されているのが、インシデント対応を自動化するIncident Workflowsの導入です。この機能は、本日よりEarly Accessのお客様を対象に提供を開始します。

インシデント対応プロセスにおける全ての手動ステップを考えてみてください。複数のチームに影響を与える優先度の高いインシデントは、できるだけ早く問題を解決するために総力を挙げて取り組む必要があるため、混乱が生じる可能性があります。ただでさえストレスの多いプロセスに、毎回X,Y,Zを確実に実行することを念頭に置いていると、さらに大きな負担がかかってしまいます。このような繰り返しの多い手作業は、自動化するのに最適な候補となります。

自動化によってインシデント対応の労力を減らし、定型タスクを処理できれば、チームはより迅速に問題の特定と解決に集中できます。そして、インシデントを迅速に解決できればできるほど、新しい製品やサービスの構築に早く戻ることができるようになります。

Incident Workflowsは、インシデントの種類に応じて、必要なアクションを自動的に編成します。Response Playsからのアップグレードとして、カスタマイズ可能なインシデントワークフローをノーコード/ローコードビルダーで作成できるようになり、あらゆるユースケースに対して適切なインシデント対応をエスカレーション、動員、調整するためのマニュアル作業が軽減されるようになりました。レスポンダーの追加、関係者の登録、コンファレンスブリッジの起動など、一般的なインシデントアクションをシーケンス化し、IFTTTロジックを使用して自動的に組織化された対応をトリガーできます。

(訳注:原文ではここでインシデント発生時にSlack上にチャネルを作り必要なメンバーを参加させるといったワークフローを設定するショートデモ動画を紹介しています。次のリンクでそのショートデモを見られます。 PagerDuty Incident Workflowsの紹介 )

ここでは、Incident Workflowsを強力にする機能を詳しく見ていきましょう。

条件付きトリガー

インシデントの種類が異なれば、必要な改善手順も異なります。条件付きトリガーを使用すると、緊急度、優先度、ステータスの変更など、特定のインシデントフィールドの基準が満たされたときにワークフローを開始するロジックを作成し、これらのニーズに対応できます。例えば、インシデントがP3からP1にアップグレードされた場合、条件付きトリガーを設定して、重大インシデントに特化したワークフローを開始できます。また、自動化をさらに進めたいユーザーは、Event Orchestrationを使用して優先度を設定し、Incident Workflowsがその優先度の変更を主なインシデントのワークフローのトリガーとしてピックアップできるようにすることも可能です。

また、レスポンダーがインシデントの詳細ページから直接ワークフローを開始できるようにする手動トリガーも利用できます。手動トリガーを追加すると、Incident WorkflowsはPagerDutyウェブアプリ、モバイルアプリ、Slack、Microsoft Teams、またはAPIから直接トリガーできるようになります。

CollabOpsアクションの強化

ワークフローを設定することで、コラボレーションチャンネルを設定する時間を短縮しましょう。ワークフローアクションを使用して、Zoomコンファレンスブリッジを起動したり、全てのインシデントレスポンダーとインシデントの更新を含む、インシデントごとのSlackチャンネルを作成したりできます。MS Teams Meetingを作成するための同様の機能は、近日中に提供される予定です。前述のとおり、チームの要望に応じて、SlackやMS Teamsで手動トリガーを設定することも可能です。

容易なコミュニケーション

効果的なインシデント対応には、社内外のステークホルダーに対してタイムリーで透明性のあるコミュニケーションを行うことが不可欠です。私の同僚である Hannah Culver が説明したように、ビジネス側の対応計画を準備しておくことは、社内の部門横断的なチーム間の連携を強化し、また顧客対応チームが積極的なコミュニケーションを通じて顧客の信頼を維持するのに役立つのです。Incident Workflowsは、インシデントへのレスポンダーの追加、ステークホルダーの登録、ステータスの更新を自動化し、インシデントについて知る必要のある全員にリアルタイムで情報を提供することで、このパズルを簡単に解決できます。

統一プラットフォームでエンドツーエンドの自動化を実現

Incident Workflowsは、PagerDutyプラットフォームの他の自動化機能と組み合わせることで、チームがより迅速に解決し、収益への影響を最小限に抑えられるように構築されています。例えば、Event Orchestrationでは、優先順位を変更してIncident Workflowsを自動的にトリガーすると同時に、Automation Actionで自動診断を開始し、適切なレスポンダーが呼び出され、Incident Workflowsが起動したインシデント専用のSlackチャンネルに達するまでに、スクリプトが既に実行されているようにできます。

結論

Incident Response中、レスポンダーは中核となる責任であるインシデントの解決に専念する必要があります。Incident Workflowsは、標準化された反復可能な方法で、その他の不可欠でありながらも退屈なタスクを自動化できます。インシデント対応プロセスを標準化することで、チーム間で適切なアクションを取ることができ、インシデント解決の時間を短縮できます。Incident Workflowsは、Business and Digital Operationsプランに含まれているため、この素晴らしい新機能を追加費用なしで利用できます。エンドツーエンドのインシデント対応を1カ所で実現できるのですから、技術を寄せ集める必要はもうありません。ツールの統合について質問している経営陣は、きっとこの機能を高く評価することでしょう。

これは、お客様が独自のユースケースに対応できるような拡張性を提供するためのPagerDutyの旅の第一歩にすぎません。Incident Workflowsの詳細については、Knowledge baseの記事をご覧ください。また、Early Accessへのサインアップをお勧めします。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
インシデント&アラート
2022年11月20日  (更新日:2022年12月13日)

PagerDutyがImpact Labsを立ち上げ、80万ドルの資金を投入し、タイムクリティカルな健康と気候衡平性の成果を促進

2019年にPagerDuty.org Fundが設立されて以来、PagerDuty.orgはタイムクリティカルな健康、公正で公平なコミュニティー、気候の公平性の分野で活動する団体に3Mドル以上の資金を分配しています。過去数年間、私たちは自らのアプローチを進化させ、信頼に基づく実践と数年間の無制限資金提供を通じて、パートナーシップを深めてきました。長期的な投資を行い、フィランソロピーに加え、製品、技術サポート、ブランドや声などの全社的な資産を活用することで、さらなるインパクトを引き出すことができることを実感しています。パートナーからの一貫したフィードバックは、数年間にわたる無制限の資金提供は、パートナーにインパクトとテクノロジーへの長期投資を優先させるために、私たちができる最も重要なことのひとつであるということです。

これらの学習、パートナーとの対話、そして私たちのリソースを善のために動員するという継続的なコミットメントに基づき、私たちは最新の資金提供プログラムであるImpact Labsを開始します。Impact Labsの目的は、私たちの重点分野であるタイムクリティカルな健康と気候の衡平性において、テクノロジーに前向きな組織がそのインパクトを増幅できるよう、全面的な支援を行うことです。_24カ月間、4つの組織に無制限の資金、製品クレジットと割引、プロボノの技術支援、ストーリーテリング、そして広報支援を提供します。

信頼に基づくフィランソロピーを実践する

PagerDuty.orgでは、パートナーとの信頼に基づいた透明性の高い関係を構築し、力を共有するための指針として、全ての業務において信頼に基づいた実践を行うための旅を続けています。私たちは、ミッションドリブンの組織が専門家であることを理解しています。なぜなら、彼らは最も近い存在であり、それゆえに彼らが重点的に取り組んでいる課題を解決するために最も適した立場にあるからです。私たちは、自分たちの役割を増幅器と考え、社会的インパクトのあるパートナーのニーズを中心に据えたプログラムを設計することを目指します。

Impact Labsは透明性と公平性に配慮して設計されており、選考基準を関心のある団体と共有し、パートナーにとって資金調達の負担が軽くなるようにアウトリーチと発見のプロセスを構成しています。また、多様な視点が考慮されるよう、最終選考に残った組織はPagerDuty.orgのチームメンバーや社内のチームメイトからなるPagerDuty Advisory Councilによって審査されました。

Impact Labsパートナー

本日、第一回目のImpact Labsパートナーの発表ができることを嬉しく思います。各組織には、今後24カ月間にわたり、20万ドルの無制限資金、製品クレジットや割引、プロボノ技術支援、ストーリーテリングや広報支援が提供されます。これらの組織とそのリーダーは、私たちの慈善活動に多様性、公平性、包括性のレンズを導入し、大規模な資金ギャップがあるところに資金を渡すという私たちのコミットメントを象徴しています。例えば、2021年に企業資金を受けたBIPOC主導の団体は58%であるのに対し、白人主導の団体は71%です。さらに、BIPOC主導の環境団体と白人主導の環境団体の間には、27億ドルの資金格差があります。

新しいImpact Labsのパートナーと長期的なパートナーシップを築くことができ、大変うれしく思っています。

Intelehealthは、中低所得国で医療を提供する政府の医療施設や非政府組織に遠隔医療ソフトウェアとデジタルインフラを提供し、ラストマイルのコミュニティーを途切れることのない医療でつないでいます。現在、インドとキルギスを中心に事業を展開しており、さらなる中低所得国への拡大を目指しています。Impact Labsに参加することで、Intelehealthは、スケーラビリティー、ユーザビリティー、ユーザー体験、データ利用、臨床判断支援、相互運用性、プライバシー、セキュリティーについてプラットフォームを改善できます。

NAMIは、全米最大の民衆に根差した精神保健擁護団体で、NAMIヘルプラインはその活動の要であり、毎年10万人の人々の生活に触れています。NAMIのプログラムは、600のローカル Affiliatesと49のState Organizationsを通じて、全米の人々に届けられています。NAMIはここ最近、PagerDuty.orgのインパクトカスタマーとして参加し、HelpLineの拡張に伴うインシデント通知のワークフローを強化することになりました。Impact Labs に参加することで、NAMIはヘルプラインのリソースを文化的に共鳴するスペイン語に翻訳し、スペイン語のHelpLineサポートのボランティアを募集し、ヘルプラインの営業時間を週24時間延長できています。

Replateは、テクノロジーを活用して気候変動の主な原因である食品廃棄物を削減し、余剰食品を食糧難にある人々のためのコミュニティー組織に再分配することによって、栄養価の高い食品へのアクセスを向上させることを目指しています。Replateは、米国とカナダでプログラムを展開しています。Impact Labsに参加することで、Replateは、食品提供企業のネットワークを拡大し、PagerDutyプラットフォームに統合してデジタルシステム間のデータを同期させ、よりシームレスな食品回収を行うことで、その影響力を拡大できます。

Sibel Healthは、医療スタッフが妊産婦や新生児死亡の要因を特定し対処することで、健康格差をなくし、妊産婦や未熟な新生児の転帰を改善するためのFDA認証のウェアラブル・モニタリングツールを開発し、その普及を進めています。Sibelは、世界24カ国でプログラムを実施しています。Impact Labsに参加することで、Sibelは遠隔医療機能を追加してモニタリングツールを強化し、米国および中低所得国の恵まれない人々によりよいサービスを提供できるようになります。PagerDutyのプラットフォームにオンボーディングすることにより、彼らは緊急の臨床的な注意を必要とする重要な出力による、重症度の低い技術的障害のトリアージに当社の技術を使用することを想定しています。

進捗状況の確認

信頼に基づく実践の精神に基づき、各組織にはImpact Labsプログラムの期間中に追跡する組織の測定基準を共有するようお願いしました。各組織が独自に定めた指標に加え、PagerDutyプラットフォームへのオンボーディングの成功、パートナーのエンゲージメントと満足度、中間点の技術的な「ヘルスチェック」、パートナーストーリーの公開などを測定し、Impact Labsを通じて価値を提供する責任を負っていきます。

この旅を続ける中で、私たちは学んだことを共有し、パートナーと、この世界をより公平にするために彼らが行っている素晴らしい活動にスポットライトを当てます。

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
ベストプラクティス
2022年11月14日  (更新日:2022年12月23日)

新着情報:PagerDutyモバイルホーム画面体験

ハイブリッドワークやリモートワークは、もはや当たり前のものになっています。労働者のオフィス復帰をキャンペーンしている企業は抵抗勢力に直面しており、採用希望者が望む柔軟性のある仕事に従業員を奪われていることに気づく雇用主もいます。

柔軟なワークモデルは、緊張した労働市場において競争優位性を持つようになりました。アクセンチュアの最新レポート「Future of Work」によると高成長企業の63%が「どこでも生産性」のあるワークフォースモデルを採用しています。しかし、このような柔軟性は、ワーカーが成功するために必要なツールとアクセスを確保するという新たな課題をもたらします。

これは、一刻を争うインシデントレスポンスにおいても当てはまります。ダウンタイムを最小限に抑え、重要なデジタルサービスを利用できるようにするには、適切なレスポンダーと専門家をリアルタイムに通知し、動員して問題を迅速に解決する必要があります。

PagerDutyは2009年の設立以来、シームレスなモバイル体験に対するお客様のニーズを理解し、優先してきました。私たちのアプリは、レスポンダーに最新のインシデントを案内するプッシュ通知を送信することができます。彼らはすぐにそのインシデントを認識し、目の前の問題に取り組むことができますし、そのインシデントを他のレスポンダーに割り当てることもできます。これらは全て、彼らの2つの手の中で完結されます。そのため、当社のモバイルアプリケーションは、iOSとAndroidのアプリケーションストアで常にほぼ5つ星にランクされています。

私たちは、ユーザーがどこからでも作業や対応ができるように、モバイルアプリの機能向上と体験の強化に投資を続けています。この度、PagerDuty Mobile Home Screenのアップデートが一般公開されましたので、お知らせいたします。

モバイルホーム画面の刷新によるインシデントレスポンスの向上

新しいPagerDuty Mobile Home Screenでは 、「My Open Incidents」が前面に表示されるため、最近の上位インシデントと関連する詳細が簡単に確認できます。また、デジタルオペレーションをより広く認識したいレスポンダーは、オンコールシフトや影響を受けている技術サービスなど、インシデント以外の情報にも簡単にアクセスすることができます。

未解決のインシデントのリストが長く、優先順位がつけにくい場合、目の前のタスクを判断するのは難しいものです。「My Open Incidents」では、自分に割り当てられている最新のオープンインシデント3件がすぐに表示されます。さらに詳細が必要な場合は、インシデントのセルをタップして詳細ページに移動すると、最新のメモ、変更イベント、過去のインシデントなどの追加情報を確認できます。アクションを起こしたい場合は、アプリから承認と解決を行うことができます。

「View All Open Incidents」をタップすると、あなたの全インシデントのリストが表示されます。 インシデント画面は、以前に表示したタブを記憶しているので、素早くアクセスでき、ナビゲーションタップの回数を減らすことができます。

On-Call Shifts

レスポンダーは、次にいつオンコールになるかをすぐに確認したいことがよくあります。 "Oncall "セクションには、現在の上位3つのシフトが表示されますので、それに応じて計画を立てることができます。より多くの情報を得たい、もしくはアクションを起こしたい場合は、点線のボタンをクリックすると、あなたのスケジュール、エスカレーションポリシー、オーバーライド、およびオンコールシフトを表示することができます。

Recently Impacted Technical Service

オープンインシデント(発生中のインシデント)を調査しているときでも、オンコールスケジュールをチェックしているときでも、レスポンダーはしばしば環境で何が起こっているかをスキャンしたいと思うものです。「Recently Impacted Technical Service」をホーム画面に配置することで、レスポンダーは影響を受けたサービスをより詳細に確認することができます。セルをタップすると、サービスの進行状況の詳細、エスカレーションポリシー、変更イベントが表示されます。

これは、私たちが今年展開した一連の新しいモバイルアプリの機能拡張の最新版にすぎません。詳しくは、ナレッジベースの記事をご覧ください。

PagerDutyは初めてですか?

PagerDutyを使ったことがなく、チームで試してみたいという方は、14日間の無料トライアルに登録して、PagerDutyがウェブのUIとモバイルアプリを使って、優れたインシデント対応を管理するためにデジタルオペレーションをどう支援するかを学んでください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
インシデント&アラート
2022年11月9日  (更新日:2022年11月19日)

気候衡平性のために立ち上がり、希望を見出す: The Solutions Projectとの刺激的な会話

気候変動がもたらす壊滅的な影響は、世界中の経済的、社会的に疎外されたコミュニティが「最初で最後の」影響を受ける。逆説的ですが、これらのコミュニティは気候変動への貢献が最も少ないにもかかわらず、彼らを癒しと繁栄の中心に据えた解決策に投資されることも、信頼されることもほとんどありません。このような危機的状況にもかかわらず、気候変動に対する慈善活動のうち、実際に気候変動に対する公正な解決策に充てられるのは2%以下であり、草の根レベルで生み出される解決策に充てられる割合はさらに低くなっています。気候平等の新しいパートナーとして、PagerDuty.orgは、この分野のニーズを理解し、コミュニティー主導の組織とそのリーダーのニーズを促進するために、私たちの会社全体のリソースをどのように活用できるかを意図的に学ぶアプローチを採ってきました。今年初めには、気候衡平性を目指して活動する4つの団体に25万ドルの用途を限定しない資金を提供することを約束しました。

気候衡平性での私たちの初期の取り組みで得た大事なことは、テクノロジー企業として価値を付加する重要な(そして見落とされがちな)方法は、謙虚な姿勢を示し、耳を傾け、システムの変革に投資することだということです。また、私たちは学んだことを他者と共有することで、互いの仕事を重複させたり、抽出したりするのではなく、生成的に積み重ねていくことを約束します。

このたび、当社の気候衡平性に関する助成金のパートナーであるThe Solutions Projectとの対談をお届けすることになりました。Narrative Strategiesの副社長であるSarah Shanley Hope氏に、気候危機を緩和するためになぜ衡平性の視点が必要なのか、また草の根の運動やリーダーを支援することが変化を促すためにどれだけ重要かを詳しく伺いました。 以下の会話は、簡潔にし明確化するために編集されています。

Sarahさん、The Solutions Projectをよく知らない人が、あなたの仕事について知っておくべきことを1つだけ教えてください。

私たちの目的は、気候危機の最前線にいるコミュニティーに根ざした気候衡平性の解決策に資金を提供し、普及させることです。これらのコミュニティーは主に有色人種で、黒人、先住民、移民、AAPI、ラテン系など、何十年にもわたって最悪の公害と気候危機を経験してきたコミュニティーです。私たちは、問題に最も近いところにいる人たちが、最初に解決策を見つけることができることを知っています。私たちの役割は、助成金やメディアトレーニングを提供し、コミュニティーリーダーの声を増幅するプラットフォームとして、気候危機の最前線にいる米国とプエルトリコの草の根団体を支援することです。

気候変動に対する衡平性とは何か、なぜそれが重要なのか、初心者のために教えてください。

私は、気候や環境に関する支配的な見方が何であるかを明らかにすることが重要であると思います。支配的な見方とは、気候変動が厳密に温室効果ガスの排出に関係しているというものです。このような特異な見方を、気候と衡平性という統合された見方へと広げるべき理由が3つあります。 まず、科学的に必要とされる規模とスピードで排出削減を実現したいのであれば、最もスケーラブルなソリューションを生み出しているのは誰なのかに目を向ける必要があります。私たちが協働している素晴らしい組織、 Native Renewalsは、他にも何百とある中で完璧な例と言えるでしょう。彼らは、電気のない、主にディーゼル発電機を使用しているナバホ族やホピ族のために、安価なオフグリッド(訳注:配電設備を必要としない)の太陽光発電システムを構築しました。なぜなら、この技術の恩恵を受ける家庭は、米国の農村部だけでなく世界中に何百万と存在するからです。このように、気候変動と衡平性を統合する一番の理由は、この見方によって、世界の大半の地域で拡大し、採用することができる解決策を生み出せるからです。

2つ目の理由は、政治についてです。現在、ここ米国では、多様で若い投票者の層と被選挙人の層が存在しています。そして、グリーンインフラを拡大するための政治的な道筋は、不衡平に対処し、"労働者階級の有権者 "のニーズを理解することにあります。この層には、気候危機の影響を感じている女性、若者、有色人種が含まれ、グリーンインフラに資金を提供し、環境に優しい良い仕事を作り、手ごろな価格の住宅と健康的な居住地を確保するよう、地方政府や連邦政府に働きかけるために投票をしています。 第3の理由は道徳的なものです。私たちは、何世紀にもわたって、汚れたエネルギー経済の犠牲になってきたコミュニティーはどこかという歴史を理解しなければなりません。これは、グリーン経済への公正な移行を構築するための鍵です。

信頼に基づく資金提供者としての姿を示すとはどういうことですか?インパクトの測定と評価はどう行うのですか?

気候変動に熱心に取り組む人々は、通常、「自分に何ができるのか」と自問することから始めます。私たちは、そのアプローチを変えて、"私は誰と一緒にいるのか?"と問いかけます。そして、「私たちは一緒に何ができるのか?」あるいは、「既に起きていることで、私がサポートできることは何か?」と。 The Solutions Projectが設立されたとき、私たちは「100%の再生可能エネルギーを100%の人々に」というシンプルな目標を掲げました。私たちは非常に早い段階から、社会変革は地上の変革運動に根差すことによって起こるものだと認識していました。再生可能エネルギー100%というアイデアは、健康な空気、安価な光熱費、信頼できるインフラといったコミュニティーのニーズに応える近隣組織の中で、実際に意味を持つのです。私たちの慈善活動は設立当初から、こうした草の根の団体に資金を提供してきました。私たちは、問題に最も近いところにいるコミュニティーが、最初に解決策を見出すと信じています。そして、その人たちが必要としているのは、もっと勢いをつけたい、資金が欲しい、成功したことでメディアに注目して欲しいという彼らの要求に応えることができる、真のパートナーなのです。 The Solutions Projectは、CEO兼EDのGloria Waltonのリーダーシップのもと、最前線のコミュニティーで何十年にもわたって力を培ってきた経験から、現在は連帯型フィランソロピーを志しています。連帯と信頼の違いは、連帯には、姿を現し、リソースを動員し、パートナーと共創し、力を共有することが含まれることです。連帯は信頼を築き上げる関係を通じて生まれます。 そこで、インパクト計測の問題に行き着きます。フィランソロピーにおける現状は、何時間もかかる手間のかかる報告書を書くことです。資金提供者は、1セントでも多く使ったことと、それが達成したインパクトを証明することを求めています。信頼に基づくフィランソロピーはそのような手間を省きますが、同じようなプロセスで、「これが申請書、これが報告書のフォーマット。自分の仕事をアピールしてください」となるんです。20時間かかるところを、5時間で。連帯は、私たちに責任を負わせます。例えば、ワシントンポスト紙の記者が助成団体の成功について記事を書くことほど、インパクトと成功を示す指標はありませんから、私たちは助成団体のためにメディア展開の力を高めることにリソースを費やしています。また、毎年、独立した評価機関を通して、私たちが効果的であるかどうか、自分たちが言っていることを実行しているかどうかを測定するために、私たち自身の評価も行っています。

気候変動に関する悲惨なニュースが絶えない中、何があなたの希望となるのでしょうか?

気候の危機には、本当に圧倒されます。とても悲観的な気分になることもあります。そこでもう一つ、The Solution Projectについて知っておいてもらいたいのは、私たちは希望を見出したいときに頼りになる存在だということです。瓶詰めの希望の手紙のことを言っているのではありません。本当に複雑な問題に対する最善の解決策を見出そうとする絶え間ない決意から生まれる、真の勇気と力強い希望について話しているのです。最前線のコミュニティー、気候変動、汚染、汚れた経済、人種差別といった複合的な危機に直面している有色人種のコミュニティーは、誰かがやってきて救ってくれるのを待っているわけではありません。彼らは大きな、複雑な問題を解決しており、彼らのコミュニティーは私たちが希望を見出せる場所なのです。 Native Renewables について、そのインパクトと希望をより明確に理解していただくために、もう少し詳しく説明させてください。彼らは、ナバホとホピの国々の家庭に太陽光発電を提供しています。この組織は、ナバホ族とホピ族の人々によって設立され、職員もいます。ナバホの人々は、大量虐殺、移住、米国政府からずっと投資を受けられないという事態に直面しており、少なくとも1万5000世帯が電気のない状態にあります。Native Renewablesの創設者であるSuzanne Singer博士とWahleah Johns氏は、先住民の家庭が発電機用のディーゼル燃料に支払っていた費用を補うために、コストの観点から適切なサイズのオフグリッド太陽光発電システムを構築しました。彼らのチームは数100キロワット以上のシステムを設置し、何十軒もの家庭にクリーンな電気を供給しています。また、ナバホ族とホピ族の人々に、オフグリッド太陽光発電システムの設置やメンテナンスに必要なトレーニングやスキルアップを提供する労働力開発プログラムも構築しています。これは、 コミュニティーが自分たちのために解決策を講じる資源を持つことで、何が可能になるかを示す、信じがたい、希望に満ちた例と言えるでしょう。

PagerDutyや同業他社は、あなたやあなたが奉仕するコミュニティーをどうサポートするのがベストなのでしょうか?

私たちに加わってください。The Solutions Projectと私たちのパートナーにとって、助成金が多すぎることも小さすぎることもありません。先ほどNative Renewablesの話をしました。私たちは、オフグリッドの太陽光発電システムのコストと、それを拡大するために必要なものを正確に知っています。私たちのパートナーはソリューションを持っています。そして、それを拡大するためのサポートが必要なのです。マーケティング、デザイン、コミュニケーションの専門知識など、パートナーはさまざまなサポートを求めています。 より長期的なチャンスは、シリコンバレーとこれらの技術の最良のものを、連帯の実践を通じて気候正義運動を支援する方法を考え出すことにあります。慈善事業の話をしているのではありません。信頼に根ざした、新しい革新的な方法を模索しているのです。

ソリューションを加速させるためにテクノロジーが果たしうる役割について、あなたとパートナーはどのように考えていますか?

この2つの分野の間には、実際にマッチングが必要なのは分かっているのですが、現状を打破するためにどうすればいいのかが分からないのです。そこで、私はこの問いに立ち返ります。私は誰と一緒にいるのか? 一緒にできることは何だろう? 既にあるものの中で、私たちが補完し、統合できるものは何だろう?  技術者として、「私は影響を受けてもいいのか?」と問わなければなりません。真のコラボレーションとは、聞くことと話すことのバランスをとることです。社会的不公正を解決することを目的とするとき、自分の専門性がどこにあるのかを否定しないことです。 私たちがパートナーシップを築き、テクノロジーがどのように役立つかを模索するとき、まず必要なのは価値観の共有です。私たちが最初にPagerDutyを紹介されたとき、最も感銘を受け、実際に一緒に旅に出られると感じたのは、貴社の価値観でした。

TSPの活動を支援し、あなたが目指している成果を促進するために、読者ができることを1~2つ教えてください。

はい。TheSolutionsProject.orgにアクセスするかLinkedIn、 Instagram、 Twitterでフォローして、あなたが推進したり支援できる気候正義のソリューションについてもっと知ってください。また、ウェブサイトでは、私たちの助成先の地図も掲載していますので、ご覧ください。年末の寄付を検討される際には、少なくとも1つ、新しい気候変動対策団体を見つけて寄付していただければと思います。

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
ベストプラクティス
2022年11月1日  (更新日:2023年3月2日)

より少ない人数で多くのことを行うための4つの新製品発表

インシデントはコストがかかります。障害が発生するたびに打撃を受けるのは、収益だけではありません。ブランドの評判や顧客満足度も危うくなります。現在と将来の収益を守るために、企業は顧客の期待に応えなければなりません。イノベーションだけではもはや十分ではありません。デジタル体験は、迅速かつ完璧で、高い可用性を備えていなければなりません。つまり、チームはより積極的に、リアルタイムで、予定外の作業を行う必要があるのです。それをして初めて、3人に1人の顧客が、気に入っていたブランドとの取引をたった一度の嫌な経験(PWC)によって、やめたいと思うようになることに対し説明がつくのです。 これでも十分大変だというのに、今度はより少ない人数でこれら全てをこなさなければならない。98%のCEOが今後1年半から1年半の景気後退に備えています(全米産業審議会)。コストが高く、リソースが少なく、スキルが不足しているため、チームはより効率的になる必要があります。チームは、よりハードに働く余裕はなく、よりスマートに働く必要があるのです。イベントの相関関係、診断の取得、インシデントワークフロー、インシデントコミュニケーション、顧客ステータスページを管理するための5つのツールを用いる代わりに、1つのソリューションでエンドツーエンドのインシデント対応することが必要です。 本日、PagerDutyは、デジタル業務全体の効率化を促進する新しい方法を発表しました。ノイズリダクション、ワークフローの自動化、関係者とのコミュニケーション機能を拡張したPagerDuty Operations Cloudは、インシデントの取り込みから解決までエンドツーエンドの自動インシデント対応を実現する市場で唯一のソリューションです。もしあなたがオンコールやアラートのためにしかプラットフォームを使用していないのであれば、PagerDutyでコスト最適化のゴールを達成する方法を検討してみましょう。 今年、PagerDuty Operations Cloudがデジタル化された世界のオペレーションにどのような革命を起こしているかについて耳にしたかもしれません。2万1000以上の組織がPagerDutyのプラットフォームを利用して、リアルタイムに反応、応答、問題解決を行っています。

APIとウェブフックを使用して、** 700以上のインテグレーションによって、環境で何が起こっているかを理解することができます。 機械学習を適用することで** 、ノイズとシグナルの比率を減らし、チームが重要なことに集中できるようにします。 反復的な手動プロセスを自動化することで** 、手動作業を回避し、コストのかかるエスカレーションを回避します。 より迅速な解決とより良いカスタマーエクスペリエンスのために** 、ビジネス全体の対応を活性化します。 継続的な学習により** 、問題をより正確に予測し、再発を防止します。

このブログでは、PagerDuty Operations Cloudに搭載される4つの主なイノベーションを紹介し、その後、新機能の全リストを要約します。

インシデントワークフローの設計と自動化により、手作業を減らし、1件のインシデントに費やす時間を短縮

自動化によってインシデント対応にかかる労力を軽減し、煩雑なタスクを処理できれば、チームはより迅速に問題の特定と解決に集中することができます。そして、インシデントを迅速に解決できればできるほど、新しい製品やサービスの構築に素早く戻ることができるようになります。 本日、PagerDuty BusinessとDigital Operationsのお客様向けに、Incident WorkflowsのEarly Accessを開始することを発表します。Incident Workflowsは、さまざまなタイプのインシデントに対し、どのようなレスポンスを設定するか、より柔軟でコントロールしやすします。これは、ChatOpsやその他のインシデント対応プラットフォームと緊密に統合された完全なエンドツーエンドのワークフローの自動化を提供することで、Response Plays を全く別のレベルに引き上げます。これは、お客様が特定のユースケースに合わせてレスポンスを設定できるよう、より拡張性を持たせるための私たちの旅の第一歩に過ぎません。 ユーザーは、使いやすいノーコードインターフェースを介して、緊急度、優先度、重大度の変化に基づいて自動的に起動するワークフローを設定し、インシデントプロセスの自動化を迅速に設計することができます。例えば、重大インシデントのワークフローをカスタマイズして、自動的に会議ブリッジを開き、レスポンダーを追加し、インシデント専用のSlackチャンネルを開始して全員の同期を維持できます。

また、小さなバグを処理するための別のワークフローを設計し、後でチームが参照できるようにバックログにルーティングすることもできます。これにより、対応チームの認識負荷が軽減され、インシデント対応プロセスがよりスムーズで一貫したものになります。 Early Accessプログラム に今すぐご登録を。

PagerDuty Status Pageによるリアルタイムの更新で、顧客との関係を積極的に管理 インシデント対応にける、最も重要なステークホルダーは顧客です。運用の更新に関わる外部のステークホルダーとのコミュニケーションを誤って処理すると、信頼が損なわれ、顧客との関係も悪化します。ステータスページによるタイムリーな更新がなければ、サポートチームが殺到し、コストを押し上げることになります。 本日、PagerDuty Status PageのEarly Accessを発表します。PagerDuty Status Pageは、私たちの最も要求の多い機能の1つで、システムで起こっている重要な運用上の更新について顧客に情報を提供し続けます。また、サードパーティーのインフラを追加することなく、信頼できる唯一の情報源によって、時間の節約、サポート量の削減、コンテキストの切り替えを回避することができます。このレベルの可視性を提供することで、大切なアカウントや外部のステークホルダーとの信頼と透明性を維持できます。

より柔軟なIntelligent Alert Groupingにより、エンジニアの集中力を高め、インシデントを低減 アラートの嵐にさらされていては、チームはトリアージに集中することができません。PagerDutyでは、イベントデータがユーザーの約3倍の速度で増加し、技術チームがサイロ間で全てを手作業で処理し相関させる能力を上回っています。 AIOpsを搭載したノイズ低減スイートで新たに強化された機能は、Intelligent Alert Groupingの柔軟な時間窓です。時間間隔を設定することで、特定の環境にあるサービスのシステムノイズをチューニングする際に、より柔軟できめ細かな対応が可能になります。この機能は現在、Event IntelligenceとDigital Operationsをご利用のお客様向けのEarly Accessとなっています。Early Accessプログラムのお客様は、数週間のうちに、最もノイズの多いサービスの平均圧縮率が最大45%増加したことを確認しています。

また、機械学習主導のエンジンは、アラート間の時間の履歴分析に基づき、最適な時間帯の推奨事項を浮上させます。これにより、チームはノイズの圧縮を最大化し、手動によるアラートのグルーピングを最小化するだけでなく、オペレーターが必要とする推測作業を減らし、効率性を向上させることができます。

Event Intelligenceを今すぐお試しください。 PagerDuty Incident Responseの既存のお客様は、PagerDuty製品のアカウント設定からEvent Intelligenceの30日間無料トライアルを開始することができます。PagerDutyをまだお使いになったことがない方は、14日間の無料トライアルをお試しください。

コミュニケーションとステークホルダーの管理を合理化するベストプラクティスにより、コミュニケーションの失敗を減らし、アップタイムを向上 PagerDutyは、DevOpsのルーツに忠実に、ベストプラクティスを共有することでお客様や業界に貢献することを目指しています。そのため、Service OwnershipからBusiness Responseに至るまで、あらゆる分野のOps Guidesに注力しています。 このたび、インシデントレスポンスの経験から得た新たな知見を盛り込んだ「Incident Response Ops Guide」を更新しましたので、お知らせします。このたび、コミュニケーションとインシデントレスポンス時の関係者管理を効率化する方法に関するセクションを拡充しました。 更新された運用ガイドはこちらからどうぞ。

緊急かつ計画外の問題に対して、誤った担当者が対応した場合、エスカレーションにより解決までの時間とコストが増大します。重要なステークホルダーやカスタマーサービスに情報が提供されない場合、カスタマーエクスペリエンスが危険にさらされます。Incident Responseと主要なパートナー統合の新しいアップデートは、インシデントレスポンスを合理化し、全てのチームが必要なときに必要な場所で情報を入手し、次なる善策を講じることに役立っています。

Custom Fields on Incidents:** Custom Fields on Incidentsを入力することで、より迅速なトリアージと解決のために、より文脈的なデータをレスポンダーに提供します。この機能は、2023年初頭にEarly Accessで提供される予定です。 Early Accessに今すぐサインアップを。 Microsoft Teams:間もなく一般公開されるインテグレーションにより、優先度の変更、再割り当て、対応者の追加、エスカレーション、PagerDuty Automation Actionsの実行など、インシデント管理アクションの追加を予定しています。詳しくはこちらへ。 ステータスアップデートの通知テンプレートが更新されました: インシデント対応中の社内コミュニケーションをより標準化するために、チームは柔軟なテンプレートを使用して必要なコンテンツやコンテキストをフォーマットすることができるようになりました。リッチテキスト編集機能は一般的に利用可能ですが(詳しくはこちら)、テンプレート機能は最近Early Accessに入りました。 Early Accessに今すぐサインアップを。 PagerDuty for ServiceNow CSM:** PagerDuty Customer Service Operationsを使用しているエージェントは、PagerDutyのインシデントに対して、自分が働いているアプリケーションから直接エスカレーションやエンジニアリングとのコミュニケーションを行うことができるようになりました。一般提供は近日開始予定です。 詳しくはこちらを。 モバイルアップデート:** Early Accessの新しいホーム画面では、ナビゲーションを簡素化し、対応者が最も重要なインシデントにアクセスしやすくなっています。また、モバイルサービスのメンテナンスウィンドウが一般利用可能になりました。メンテナンスモードになっている間、その統合を含むサービスを一定期間、一時的にモバイルアプリから無効化します。 詳しくはこちらを。

待ってください、まだあるんです。

より多くの自動化: 自動化には、専門知識を分散させ、プロセスを拡張することで、担当者に予定外の作業が発生し、常に混乱が生じるのを防ぐという利点もあります。インシデントのトリアージ、診断、解決に必要な人数を最小限に抑え、エスカレーションの回数を減らすことができます。このような理由から、私たちはオートメーション製品だけでなく、他の製品との統合を進めています。PagerDutyのProcess Automation製品についての詳しい情報はこちらを。

Automation ActionsからRunbook Automationへの統合:** 一般利用ができるようになり、お客様は本番環境にシームレスに接続し、クラウド上で診断と修復のジョブを実装できるようになりました。詳しくはこちらを。 CSOps for ZendeskのAutomation Actions:** 現在、一般利用可能で、エージェントはZendeskのPagerDutyアプリから直接自動化されたアクションを実行することで、顧客に影響を与える問題を検証できるようになりました。これにより、解決までの時間が短縮され、バックエンド・チームにエスカレーションされるインシデントの件数も減少します。こちらのブログで、このインテグレーションについてもっと詳しく読むことができます。

アクセスコントロールとアナリティクスをさらに強化 700以上の統合パートナー:** 今年導入された80以上の新しい統合パートナーにより、PagerDutyはあらゆるスタックにシームレスに組み込むことができます。統合パートナーについての詳細はこちらを。 Webhooks v3:** ウェブフック統合の管理がこれまで以上に簡単になりました。一般的に利用可能なWebhook v.3ベースの統合は、 Service Directory UIの「Integrations」タブで表示、編集が可能です。詳しくはこちらを。 APIスコープ:** PagerDutyリソースへのアクセスの保護がより細かくなり、あらゆるユースケースに適切なレベルのアクセスを許可できるようになります。Early Accessで計画されているScoped API Iアクセスは、PagerDutyリソースへのアクセスと利用可能なアクションを制御するアプリケーションクレデンシャルでより柔軟性を提供します。例えば、PagerDuty Incidentsに対する読み取り専用と読み取りおよび書き込み許可の区別があるアカウントレベルのアクセスクレデンシャルなどがあります。 ログインエクスペリエンスの更新:** Early Accessで計画されているこの機能は、ウェブ、モバイル、Slack統合など、どこでPagerDutyを使用していても、単一の合理的なログインエクスペリエンスを提供します。この新しいエクスペリエンスは、今年後半にモバイルとウェブで提供されますので、ご期待ください。 サービスパフォーマンスレポートとインシデントアクティビティレポートを更新:** 新しい可視化機能、インタラクティブ機能、直感的なドリルダウン機能、フィルタリングオプションを備えた新しいリポートにより、実用的な洞察と継続的な改善のための機会を表面化します。これらのリポートは現在、Digital OperationsとAnalyticsをご利用のお客様向けのEarly Access版となっています。 詳しくはこちらを。 ProfessionalまたはBusiness Incident Responseをご利用のお客様は、アカウントチームにご連絡の上、お試しください。

これらの発表の詳細については、製品ローンチウェビナー ”Evolve to Resolve: Fewer Incidents, Faster Response” に今すぐ登録してご覧ください。利用開始をご希望される場合は、営業担当へご連絡いただくか、14日間の無料トライアルにサインアップしてください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
ニュース&告知
2022年10月27日  (更新日:2022年12月21日)

新着情報 Incident Response、PagerDuty®Process AutomationソフトウェアとPagerDuty® Runbook Automation、インテグレーション、その他を更新

PagerDuty Operations Cloudの新規アップデートと機能強化を発表することができ、とてもうれしく思います。製品チームによる最近の開発およびアプリのアップデートには、インシデントレスポンス、PagerDuty®Process Automation、およびコミュニティー&アドボカシーイベントのアップデートが含まれています。私たちは、お客様によるクラウド運用の最適化のために自動化を進め、他のチームにエスカレーションされる問題の量を減らすお手伝いをし続けています。今すぐ始めて、学びましょう。

Incident Response Status Update Notification Templates(インシデント対応状況更新通知テンプレート)のカスタマイズ、標準化、再利用 PagerDuty®Process AutomationとRundeck Communityの最新版4.7.0リリースとAutomated Diagnostics for AWSのアップデート CollabOpsとCustomer Service Opsのインテグレーションに関する更新情報) -Slackでメンテナンスウィンドウを表示する方法 -PagerDuty App for Salesforce v3.7とPagerDuty App for ZendeskのV3への移行について V1 Webhooks サポート終了(End-Of-Life), Event Rules EOLと Event Orchestrationへの移行, V2 Zendesk Integration EOLを含む製品廃止のお知らせ。 今後のイベントに登録し、最近のポッドキャストやTwitchストリームを閲覧し、コミュニティーチームや製品チームのメンバーと一緒に新製品やソフトウェア業界のリーディングプラクティスを学べます。

Incident Response Status Update Notification Templates EA Status Update Notification Templatesのアップデートをお知らせします。再利用可能なコミュニケーションテンプレートを、インパクトやサービスエリアなどに基づいてカスタマイズし、標準化できるようになりました。また、この機能は、APIを介して、あらゆるツールやコンテキストでニーズに合わせて活用することができます。

(上図:変数によるStatus Update Notification Templatesの設定)

(上図:ステータス更新通知テンプレートの設定 プレビュー) Early Accessプログラムに参加して、最新のアップデートを受け取るためのアーリーアクセスリストに追加してください。 ステークホルダーとのコミュニケーションについて詳しくは、Knowledge baseをご覧ください。

PagerDuty®Process Automation PagerDuty®Process AutomationソフトウェアとPagerDuty®Runbook Automationバージョン4.7.0

このリリースでは、PagerDuty® Process Automation、PagerDuty® Runbook Automation、Rundeck Communityの新機能と機能強化をご確認ください。

CloudWatch Logs Saved Query Plugin:このプラグインは、診断クエリーの管理を簡素化します。ジョブのROI(投資対効果)を理解するためのインキュベーション機能、および多数のセキュリティーとコンプライアンスの更新とバグ修正を行いました。 ROI Metrics データ (インキュベーション) :ROI メトリクスのインテグレーションにより、各ジョブ実行のユーザー定義値を追跡し、ジョブに対する主要な値のペアを保存して、ジョブ実行ごとの ROI を理解するのに役立ちます。

(上図:ROI Metrics出力)

Progress Badge プラグインを強化:Progress Badge プラグインは、ログ出力タブにレンダリングされるエモティコンのステータスシンボルを含むグラフィックバッジを作成できます。Automated Diagnosticsを実装しているユーザーにとって、ドメインの専門家が診断しやすい方法で簡素化できます。

(上図:失敗ステータスのプロセスバッジ)

(上図:成功ステータスのプロセスバッジ)

(上図:インシデントアクティビティタイムラインのプロセスバッジのステータス)

追加のアップデート: バグフィックスやオープンソース製品の追加アップデートを確認できます。

詳しくはこちら

このリリースのTwitchストリームのレビューを見る 2022年10月6日、Orc Yellowgreenリリース(4.7.0)に関するリリースノート全文をご覧いただけます。

Automated Diagnostics for AWS

私たちは、お客様がAWS環境の問題を迅速にトリアージできるように、PagerDuty Automated Diagnostics for AWSを発表しました。このソリューションは、PagerDutyのインシデントレスポンスとイベントオーケストレーションに接続されたAutomation ActionsとRunbook Automationのシームレスな統合で構成されています。頻繁に使用されるAWSサービスのため、事前に構築された一般的な診断と、独自の診断を追加して構築する簡単な方法をご提供します。

(上図:Automate Diagnostics Run Actionsメニュー)

(上図:Process Automation AWS CloudWatch Logs Plugin)

インテグレーション

Slackのメンテナンスウインドウ

PagerDuty Slackインテグレーションを拡張して、Slackに直接メンテナンスウインドウを表示したいと思ったことはありませんか?Mandi Wallsが最近、まさにそのような状況に対するウォークスルーを書いてくれました。

(上図:Slack Resultで複数のメンテナンス予定ウインドウを表示)

PagerDuty App for Salesforceの最新版をリリース

PagerDuty App for Salesforceの最新バージョンv3.7をリリースしました。この最新版のメリットは以下の通りです。

Webhook ExtensionをPagerDuty webhooks v3にアップグレード-このアップグレードにより、webhooks v2のサービスレベルではなく、アカウントレベルで拡張機能を追加することができます。 新しいSalesforce Extensionページと、PagerDutyに接続されているSalesforceアカウントを確認できる機能 標準的な統合によるSalesforceインシデントオブジェクトのデフォルトのオブジェクトマッピング ルールセットのアクションをPagerDutyまたはルールセットフローの一部として作成されたSalesforceオブジェクトに限定するかどうかを選択する機能

(上図:PagerDuty App for Salesforce V3.7メインページ)。

詳しくはこちら

詳細はPagerDuty App for Salesforceインテグレーションガイドをご覧ください。 その他のご質問は、[email protected] までご連絡ください。

PagerDuty App for Zendesk v3への移行について

今すぐv3 PagerDuty App for Zendeskに移行すれば、Zendeskのサポートチケットイベントを引き続きPagerDutyに送信できます。(この統合は2023年3月に終了します。)

今回のバージョンアップのメリットとしては、以下のようなものがあります。

Webhooksを利用したPagerDutyとZendesk間の双方向コミュニケーション チケットページでのPagerDutyの追加アクションとインシデントコンソールウィジェット ZendeskからPagerDutyのステータスダッシュボードを表示し、対話することができます。

(上図:Zendesk V3 Status Dashboard)

詳しくはこちら

詳細はPagerDuty App for Zendeskインテグレーションガイドをご覧ください。 その他のご質問は、[email protected] までご連絡ください。

製品廃止のお知らせ

今後予定されている製品の非推奨について、チームにお知らせください。

V1 Webhooks EOL

v1 WebhooksのEnd of Lifeは、2022年10月31日です。これは、次のことを意味します。

新しい v1 Webhook を作成したり、v1 Webhook 拡張機能への既存の接続を使用したりすることができなくなります。 v1 Webhooks を使用しているアプリやインテグレーションは動作しなくなります。

詳しくはこちら

v3 Webhooks への移行の詳細と手順については、この移行ガイドを参照してください。 その他のご質問は、[email protected] までご連絡ください。

重要な日程

V2 ZendeskインテグレーションEOL

PagerDutyのv2 App for Zendeskは2023年3月にライフサイクル終了となります。今すぐ移行して、ZendeskサポートチケットイベントをPagerDutyに引き続き送信してください。v3への移行の利点については、上記のIntegrationsセクションをご覧ください。

詳しくはPagerDuty App for Zendeskインテグレーションガイドをご覧ください。 ご質問やご不明な点がございましたら、[email protected] までご連絡ください。

イベントルールの廃止とイベントオーケストレーションへの移行

PagerDuty イベントルール End-Of-Life は2023年1月31日です。

マイグレーションについて詳しくはナレッジベースをご覧ください イベントオーケストレーションの詳細 アカウントマネージャーへのお問い合わせ

この EOL をサポートするために、十分な移行経路を用意しています。さらに、EOLの日に、あなたが使っている残りのイベントルールをEvent Orchestrationに一対一で自動移行します。それ以降は、現在のイベントルールでできることは、すべてイベントオーケストレーションでもできるようになります。Event OrchestrationはEvent Rulesと同じ機能を持ち、同じバックエンドアーキテクチャを使用しているので、イベント処理には数十億イベント分のテストがすでに組み込まれていることを確認できます。

ウェビナー&イベント

以下のウェビナーやイベントに参加し、PagerDutyの最近の製品アップデートと、それがどのように顧客に利益をもたらすかについて、より詳しく学びましょう。これらは多くの中のほんの一部です。

ウェビナー

セキュリティのキャリアを考える

10月はサイバーセキュリティ意識向上月間です。PagerDutyのセキュリティチームはエンジニアがプラットフォームを安全に保つのを助け、従業員にセキュリティトレーニングを提供するなど、様々な活動を行っています。PagerDutyのポッドキャスト「Page It to the Limit」の最新エピソードでは、Megg SageとPatrick RoserieがPagerDutyでどのようにセキュリティに取り組んでいるか、またそれ以外についてもご紹介しています。

Evolve to resolve: より少ないインシデント、より速いレスポンス(11月製品発表!)

SVP & GM of Emerging Products Jonathan Rende、シニアプロダクトチームメンバーのKat Gaines、Julia Nasser、Sam Ferguson、Hadijah Crearyと共に、最新の機能を深く掘り下げてご紹介しています。

インシデントワークフロー PagerDuty ステータスページとステータスアップデートの通知テンプレート インテリジェント・アラート・グルーピングのための柔軟なタイム・ウィンドウ 2022年に向けてアップデート! インシデントレスポンスOpsガイド

ライブコールルーティング。オンコールスタッフへの最速のコンタクト方法

PagerDutyのTim ChinchenとBen Wiegelmannと一緒にディスカッションしましょう。

Live Call Routingとは?ライブコールルーティングのワークフローとその理由 コード不要のライブコールルーティングのセットアップ方法 応答時間を短縮し、全体的な顧客体験を向上させるためにライブコールルーティングを使用している小規模から大規模の企業までの顧客の使用例

11月に開催されるイベントへの参加登録をお願いします

PagerDuty Community Twitch Stream

PagerDuty Twitch StreamとPagerDuty Community Twitch StreamのTwitchチャンネルで、デベロッパーアドボケイトが率いる最新のストリームに参加してください。過去のストリームはYouTube Twitch Streams Channelでご覧いただけます。

登録すると、ライブのお知らせや過去の録音を見ることができます。 私たちの放送を見逃しましたか?今後予定されている、または最近のTwitchストリーム(PagerDuty GarageとTerraform Time)、またはYouTubeビデオをご覧ください。 HowTo Happy Hour: Intelligent Alert Grouping With Mandi Walls, as well as Max Li and Everaldo Eguiar (Data Scientists from PagerDuty) (2022年9月30日) Process Automation and Rundeck OSS Release Notes v4.70 with Mandi Walls and Jake Cohen from PagerDuty (2022年10月12日) Twitchのストリームスケジュールを見て、11月に毎週開催されるストリームに参加してください。

もし、あなたのチームがこれらの機能拡張の恩恵を受けることができるのであれば、ぜひアカウントマネージャーに連絡して、14日間の無料トライアルに申し込んでください。

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

続きを読む
インテグレーション&ガイド
2022年10月26日  (更新日:2023年3月2日)    |    ベストプラクティス

PagerDutyとDataOps:より良いデータで組織の意思決定を改善

はじめに

多くの企業で業務のデジタル化が進んでおり、その大半はクラウドに移行しています。 この変革に伴い、データチームはこれまで以上に大規模で複雑なデータセットを分析し、下流チームは日常的により迅速、かつ正確な意思決定を行えるようにしなければならなくなりました。その結果、ほとんどの組織では、顧客データ、製品データ、利用データ、広告データ、財務データなどを扱う必要があります。これらのデータセットは、構造化されているものもあれば、半構造化されているものもあり、また非構造化されているものもあります。つまりさまざまなタイプのデータが、複数のソースから無限に、しかも矢継ぎ早に到着しているのです。

このようなビッグデータの量、速度、多様性(一般に3Vと呼ばれる)の増大により、データライフサイクルの管理に対する従来のアプローチでは不十分となり始めたのです。同時に、2000年代前半の終わりごろから、ソフトウェア開発チームは、ソフトウェア開発ライフサイクルにアジャイル手法を採用しはじめました。これらの方法論は、DevOps(DevelopmentとOperationsの合成語)として知られるようになりました。 次の図は、DevOpsのプロセスを高いレベルで示しています。

DevOpsプロセス

一方、データの専門家は、ソフトウェア開発の同僚を見習い、DevOpsの方法論と概念を自分たちの複雑なデータ環境に適用し始めました。 これが、DataOpsのアプローチをもたらしたのです。

では、DataOpsとは何でしょうか?

DataOpsは、ソフトウェアおよびデータエンジニアリング、品質保証、インフラストラクチャー運用を、1つの機敏な組織にまとめ、活用するプラクティスです。DataOpsは、組織がデータアプリケーションを開発・展開する方法を最適化します。プロセスの進化、組織の連携、複数のテクノロジーを活用し、データの作成、移動、変換、消費に関わる全ての人(開発者、データエンジニア、データサイエンティスト、アナリスト、ビジネスユーザー)が関係を構築できるようにします。DataOpsは、コラボレーションを促進し、サイロを取り除き、よりよいビジネス上の意思決定を行うために組織全体でデータを使用する能力をチームに提供します。総合的に見ると、DataOpsは、チームがデータを収集して準備し、分析し、完全なデータセットからより迅速かつ正確な意思決定を行えるようにします。またDataOpsは、データの品質を監視することで、データのダウンタイムや障害を低減します。

DataOpsは、組織のデータ環境に共通するさまざまな課題に対応します。その中には、以下のようなものがあります。

サイロを取り払い、チーム間のコラボレーションを促進する データエンジニア、サイエンティスト、アナリストが協力しなければなりません。 文化的な大変革が必要です。企業は、社員がデータドリブンのアイデアで迅速に実行することを認める必要があります。 *効率性と俊敏性の向上 * チーム間のコミュニケーションとコラボレーションを強化し、自動化を利用することで、バグや不具合への対応を劇的に減らすことができます。 データの品質を向上させる。 DataOpsは、データ専門家がデータを自動的にフォーマットする機能を提供し、複数のデータソースを使用して、チームがデータを分析し、よりよい意思決定を行うのを支援します。 4.データチームがデータ品質を監視 そのため、データのダウンタイムや障害が発生しなくなります。

データオブザーバビリティーとは?

「データオブザーバビリティー」は、複数のツールやデータライフサイクル全体にわたって、組織のデータの健全性を監視・管理するためのツールや手法を提供します。データオブザーバビリティーによって、組織は、問題がビジネスユーザーに影響を与える前に、リアルタイムで積極的に問題を修正できます。

Data ObservabilityとDataOpsの関係とは?

データオブザーバビリティーは、DataOpsを可能にするフレームワークです。 DataOpsチームは、アジャイルアプローチを使用して、エンタープライズデータからビジネス価値を引き出します。しかし、誤ったデータや不正確なデータに問題があると、特に問題(別名:データダウンタイム)がビジネスに影響を与える前に検出されない場合、深刻な問題が発生する可能性があります。幸いなことに、AIを活用したデータオブザーバビリティーにより、組織はデータダウンタイムを検出、解決、防止できます。

Data Observabilityツールは、鮮度、統計的分布、ボリューム、スキーマ、リネージといったデータに関するものです。データオブザーバビリティーツールの正しい使用は、より質の高いデータ、信頼性の向上、そして運用面でより成熟した環境をもたらします。

DataOpsのステークホルダーは誰ですか?

組織内の全部門間の関係を構築する、強力な中心データチームを構築することは、データ運用の成熟度を達成するための重要なカギとなります。データチームは通常、最も関連性の高いデータセットを公開するため、意思決定、分析、およびデータモデルは、信頼できる1つののソースから確実に行われるようになります。一方で、その対極にあるデータアナリストや事業部門のユーザーは、質問やデータの回答から答えを抽出し、これらのデータセットを利用します。注意深く、意図を持って役割と責任を定義することは、組織が矛盾、冗長性、非効率を避けるのに役立ちます。

DataOpsのペルソナ

ここでは、データのライフサイクルに関わる最も一般的なプロフィール(別名:ペルソナ)を紹介します。

データエンジニア:** データエンジニアは、データを収集し、パイプラインを構築してソースシステムからデータストアに取り込み、アナリストやデータサイエンティストがデータにアクセスできるようにする役割を担っています。データのクレンジングと変換を行い、コアデータセットを公開します。クリーンで精選され、必要な人がアクセスできるデータをタイムリーに提供します。古くからあるデータ環境では、ETL(Extraction, Transformation, and Loading)の頭文字をとってETLと呼ばれます。 データサイエンティスト:** 統計学の知識を応用し、予測・処方モデルを構築します。一般的な環境はScala、Python、Rで、統計学以外にも、データマイニング、機械学習、深層学習などの専門家であることが多いです。例えば、金融業界では、数学に強いことから、伝統的に「クオンツ」と呼ばれています。 データアナリス/ビジネスアナリスト:** データの専門家で、通常、事業部門または機能部門(販売、マーケティングなど)に所属しています。 組織の運営方法、戦略目標、データが必要な場所や方法などに精通しており、ビジネス上の質問をデータクエリーに変換します。 エグゼクティブが目標を達成するために必要な情報や主要な指標を深く理解しています。フロントエンドBI(ビジネスインテリジェンス)ツールのエキスパートです。 データプラットフォーム管理者:** インフラが正常に動作し、十分な容量を確保し、インフラに依存している全ての部門に高品質のサービスを提供できるように管理します。トランザクション・データベース、データウェアハウス、データレイク、BIツールなどを担当します。さらに、アクセスポリシーの策定、インフラストラクチャーの管理、ライセンスコストの管理も行います。 事業部門データ利用者:** データの最終的な利用者であり、通常、意思決定のためにデータを使用します。BIツールに依存し、データの内容に基づいて行動を起こす責任を負います。例えば営業リーダーは、営業活動に基づいて、特定の地域にもっと投資することを決定するかもしれません。マーケティング・マネジャーは、ROI指標に基づいて、特定のタイプのキャンペーンにキャンペーン資金を割り当てることを決定するかもしれません。 チーフデータオフィサー:** データチーム全体の運営を監督します。通常、CEO、CTO、場合によってはCIOに報告します。

PagerDutyのDataOpsプロセスにおけるステークホルダーたち

上の図は、PagerDutyのDataOpsプロセスにおいて、ステークホルダーを従来の責任範囲に配置したものです。組織によって重なる部分はさまざまでしょう。

PagerDutyのDataOps

PagerDutyでは、PagerDutyと数少ないテクノロジーパートナーを活用したDataOpsのプラクティスを実装しました。PagerDutyとDataOpsの原則を適用することで、私たちは以下のことを実現しました。

複数のデータウェアハウスからMuleSoft、Segment、Fivetran、Kafka、Sparkパイプラインのデータセットが格納されている1つのデータウェアハウスに移行し、1つの信頼できるソースに統合できます。 自動化とデータテクノロジーのパートナーシップを活用することで、複数のデータワークロードから得られるデータのSLAを満たせます。 オブザーバビリティーを活用して、ユーザーが気づく前にデータを検出・解決し、インシデントを防げます。 データチームのフォーカスを、管理業務からデータ駆動型のインサイトとデータサイエンスにシフトさせます。 データ利用事例の急増に対応するためのデータ環境の将来性を高めます。 BIから新しい人工知能(AI)アプリケーションまで、複数の部署に所属する400人以上の社内ユーザーと数千人の顧客からの要求に対応するためです。

PagerDutyにおけるDataOpsの環境

上の図は、私たちのDataOps環境を構成するいくつかの主要なコンポーネントを描いたものです。 各組織のデータニーズやデータ環境はそれぞれ異なりますが、私たちの問題やアーキテクチャがそれほどユニークでないことはお分かりいただけるでしょう(複数のデータウェアハウス、複数のETLツール、厳しいSLA、データセットに対する膨大な要求など)。おそらく皆さんは、既にご自身のデータ環境とアーキテクチャーの類似点や、共有されている高レベルの問題をいくつか発見していることでしょう。

PagerDutyはDataOps環境でも活用できます

PagerDutyデジタルオペレーションプラットフォームは、データの問題が発生するとすぐにデータチームと下流のデータユーザーや消費者に警告を発し、データのダウンタイムを防ぎます。現在公開されている6つのDataOpsまたはデータ関連のインテグレーションをエコシステム内で発表できることをうれしく思います。これらのテクノロジーパートナーは、組織全体におけるデータパイプラインとデータ品質の問題を解決します。 コラボレーションを改善し、摩擦を減らし、アライメントを改善することでデータの失敗を減らします。

  • Monte Carlo:エンドツーエンドのデータ観測性を提供し、データのダウンタイムを事前に解決します。 Lightup : 企業がクラウドスケールで優れたデータ品質を達成できるよう支援します。 Arize :機械学習(ML)モデルの問題を監視し、トラブルシューティングし、解決するための観測可能なプラットフォームです。 WhyLabs:データとモデルの監視を提供することで、コストのかかるAIの失敗を防止します。 Prefect:リアルタイムアラートによるデータパイプラインの構築と監視を提供します。 Astronomer: パイプラインのリアルタイムデータ監視により、データのダウンタイムを削減します。

PagerDuty DataOpsエコシステム

最も重要なことは、これらの新しいDataOpsとPagerDutyの統合は、データパイプラインオーケストレーション、テストとプロダクション品質、デプロイの自動化、データサイエンス/MLモデル管理などの主要な領域をカバーしているということです。 PagerDutyとこれらのPagerDutyエコシステムテクノロジーパートナーを組み合わせることで、部門横断的なチーム間の緊密なコラボレーションを促進し、より少ないデータダウンタイムでより良く迅速な意思決定を達成できますので、是非お試しください。同様に、PagerDutyインテグレーションを構築しようと考えている場合は、開発者アカウントにサインアップして開始してください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年10月24日  (更新日:2022年12月9日)    |    DevOps

NOCプロセスの後遺症の3つの可能性

NOC(ネットワークオペレーションセンター)のプロセスは、何十年もの間、定石とされてきました。しかし、これらのプロセスの一部は、そろそろ進化する時期にきています。DXとクラウド時代の到来により、DevOpsが台頭し、それに伴いサービスオーナーシップも台頭してきました。サービスオーナーシップとは、とは、開発者が自分たちが提供するソフトウェアをライフサイクルのあらゆる段階でサポートする責任を負うことを意味します。これにより、開発チームは顧客やビジネス、そして提供する価値により近い存在となります。

また、従来のNOCのインシデント処理方法からの脱却も必要です。しかし、組織がサービスオーナーシップに移行するにつれ、古いNOCのプロセスがいくつか残っています。ここでは、3つの一般的なNOCプロセスの後遺症と、それらを置換、または更新する方法について説明します。

プロセスの後遺症:L1レスポンダーが問題を解決できない

かつてNOCは、技術的な問題の司令塔でした。NOCは脳のように機能し、関連する付属機器に信号を送るのです。ネットワークに問題があったら?ネットワークへのルート。セキュリティーの問題があったら?セキュリティーへのルート。NOCの中心的な役割は、問題を解決するために適切な専門家を関与させることでした。これは、誰が何を担当しているかを把握するために、スプレッドシート(時には物理的な連絡帳も!)を掘り起こすことを意味します。

全てがオンプレミスで対面式だった時代には、これは理にかなっていました。サービスも少なく、インシデントも部署ごとにきちんと分けることができました。もしデータベースに問題があれば、データベースのオンコールレスポンダーを呼び出すことができます。そのレスポンダー(おそらくオフィスにいるか、直接対応できるほど近くにいる人)は、データセンターに行き、調べることができました。 しかし、リモートワークやクラウドの時代には、世界中に散らばる数十、数百のチームによって数百、数千のサービスが管理されており、メモカードの束方式はもはや用済みになっています。どのチームがどのサービスを担当しているのか、正確なスプレッドシートを維持することは不可能に近いのです。また、組織が変われば、記録はすぐに古くなります。サービスはチーム間で流動します。チーム間の移動や、退職・入社に伴い、チームも変化します。L1レスポンダーは、効率的かつタイムリーに適切な担当者を特定するために、大変な努力をしなければならないのです。 組織は、適切な担当者を見つけるためのこうした手作業のステップを排除し、あらゆる問題に飛び込んで対応できる専門家に直接インシデントを転送する方法を必要としているのです。これは、さまざまな方法で実現できます。一部の組織では、DevOpsサービス所有権モデルが正しい道筋となります。コードを書く人は、インシデント発生時にサービスに対応し、修正するよう割り当てられます。アラートは、サービスをサポートする開発チームのオンコール担当者に直接送られ、そこから専門家が対応します。 他の組織では、L1レスポンダーが防御の第一線として機能した後に、分散したオンカルのチームにエスカレーションしてサービスを提供するというハイブリッドアプローチが理にかなっている場合もあります。L1レスポンダーは、問題を他のチームに接続するルーティングセンターであってはなりません。その代わりに、インシデントを自ら解決する権限を与える必要があります。L1レスポンダーに、トラブルシューティングとインシデントの選択的解決の両方の能力を与えることで、より効果的にL1レスポンダーをセットアップすることができます。自動化とランブックのようなリソースにアクセスすることで、L1レスポンダーは診断と修復のプロセスを加速させることができます。L1 レスポンダーに自動化を導入することで、組織は不必要なエスカレーションを回避し、L1 が問題を迅速に解決できるようになります。

プロセスの後遺症:重大インシデントで呼び出しをしない、または呼び出しが遅すぎる

「時は金なり」という言葉を聞いたことがあるでしょう。インシデントに確実に対応するための主要な方法がNOCであったとき、NOCは多くの責任を負っていました。NOCは、リソースが適切に管理されていることを確認する必要がありました。これは、問題に対応する不必要な人物がいないことを意味します。NOCは、重大なインシデントで担当者を早く呼び出したり、微細な問題で人々を中断させたりすると、しばしば非難を浴びていました。このような混乱は、専門家を技術革新のための仕事から遠ざけてしまうことになります。そのため、NOCのレスポンダーは、より大きな問題が起きていることが明らかな場合にのみ、担当者を呼び出すことが極めて重要だったのです。

しかし、今は「時は金なり」ではなく、「稼働時間は金なり」なのです。大規模な事故が発生した場合のコストは、追加で人員を投入する場合のコストよりも大きくなります。例えば、オンラインショップでショッピングカートの機能がダウンしたとします。お客様が商品をカートに入れられない分、何十万ドルもの損失を被ることになります。さらに、ここ数年で、顧客の期待は高まっています。お客様は、アプリ、ツール、プラットフォーム、ストリーミングサービスなどが中断することなく機能することを期待しています。そして、そうでない場合は、顧客の信頼を損なうことになります。実際、PWCによると、3人に1人の顧客が、気に入っていたブランドで1度でも悪い経験をしたら、そのブランドとの取引をやめると回答しています。

各組織は、顧客への影響を軽減するために、重大なインシデントをより早く伝える必要があります。確かに、これは、不必要に誰かを起こすことを意味するかもしれません。しかし、サービスのオーナーシップがあれば、その可能性ははるかに低くなります。サービスを担当する専門家は、L1レスポンダーよりも、いつ重大インシデントの呼び出しをすべきかを理解しています。そのため、誤報が少なくなるのです。

プロセスの後遺症:出入りの激しいウォールーム

NOCは、しばしば大規模なインシデントのコミュニケーションハブとして機能します。これは、問題解決に取り組む対応者が作業を継続するのに役立ちます。多くの企業が全てを(そして全ての人を)オンプレミスで管理していた時代には、ウォールームがありました。人々はそこに集まり、NOCコーディネーターは皆に最新情報を提供しました。現在では、チームやシステムが分散しているため、物理的なウォールームは過去のものとなっています。多くの企業は代わりに、ビデオ会議ブリッジやチャットチャンネルを備えた仮想ウォールームも持ち、インシデント発生中もオープンにしています。

他のステークホルダーは、このウォールームを物理的な部屋と同じように扱い、好きなように立ち寄りたいかもしれません。しかし、この仮想世界では、これらの利害関係者がインシデント対応者に質問をすることになります。これでは解決は遅れます。出入りの激しいバーチャルウォールームを持つ企業では、ミスコミュニケーションやフラストレーションがより多く発生する可能性があります。対応者は中断されることにフラストレーションを感じ、利害関係者はコミュニケーションの欠如にフラストレーションを感じるのです。

これを軽減する方法の1つは、ウォールームを参加者以外には閉鎖することです。もし誰かがインシデント対応チームの一員でないなら、対応チームの仮想ウォールームにアクセスする必要はないでしょう。その代わりに必要なのは、内部の連絡役です。これは、インシデント対応チームから指名されたコミュニケーターのことです。

社内コミュニケーションリエゾンは、インシデント情報を集約し、関連するステークホルダーに伝達します。これを容易にするために、コミュニケーション担当者は、ステータスアップデートの通知テンプレートを使用することができます。このテンプレートは、特定の対象者に向けたコミュニケーションを取る方法を決定づけるものです。これにより、ステークホルダーは意思決定に必要な全ての情報を受け取ることができます。また、レスポンダーは、最新情報を共有するために、目の前のインシデントに対する作業を中断する必要はありません。

後遺症は楽しいものではないが、必ず終わる

NOCは、多くの組織でインシデントを管理するために試行錯誤されている方法です。しかし、このデジタルトランスフォーメーションの時代に移行すると、NOCの方法は時代遅れになります。シームレスなコミュニケーションと迅速な対応は、お客様の信頼を維持するための鍵です。今後、チームに担当者を入れ、重大なインシデントに早急に対応することになるでしょう。また、インシデント発生中は主要なステークホルダーとコミュニケーションをとり、境界線を設定することになるでしょう。

多くの場合、チームはこの移行をサポートするためのデジタルオペレーションプラットフォームを必要としています。PagerDutyは、重大インシデントのベストプラクティスを組織に導入し、重要インシデントを迅速に解決し、将来の発生を防止することを可能にします。14日間無料でお試しいただけます。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年10月19日  (更新日:2022年12月9日)    |    ベストプラクティス

デジタルエブリシングの世界においてCXOが直面する4つの課題

多忙な経営者にとって、イベントに参加し、セッションを聴く時間を取ることは贅沢なことです。しかし、私は、チームを率いるための最も優れたアイデアの多くは、新しいアイデアに耳を傾ける時を確保することから生まれていると知っています。そこでの課題は、山ほどあるコンテンツのどこに知恵の塊が埋まっているかを見極めることです。

PagerDuty Summit 2022は約15時間のコンテンツを生み、その多くはサイトの信頼性エンジニア、プラットフォームチーム、エンジニアリングマネージャー向けのものでした。しかし、より上級のエグゼクティブにとっても、素晴らしい収穫がありました。私たち経営者は、イノベーション、業務効率化、リスク軽減を通じて成長を促進しています。そして、私たちの最大の課題の多くは、これらの成果を推進するために、チームの人々をどのように導いていくかということにあります。

PagerDutyサミットで発表された内容の中から、エグゼクティブにとって最も有益な洞察を探ってみました。その多くは、同じような課題に直面している他のシニアリーダーからの意見です。各セクションからリンクされているリプレイをご覧ください。

説明責任を果たす文化を形成する

説明責任は常に坂の上側にあると思われます。経営陣は説明責任を負うべきですが、局所的な説明責任の欠如は、「not my problem」症候群につながります。しかし、組織が大きくなり、システムが複雑になると、説明責任を分散させることは難しくなります。

DevOpsの「You build it, you run it」というマントラは、説明責任の文化を受け入れることを意味します。以前にも書きましたが、どどんな文化でも、物事がうまくいかないときにどうなるかが試金石になります。どのような成果物があるのでしょうか?ダッシュボードが緑のときは喜んで説明責任を果たしますが、システムがダウンしたときには嫌がるのでしょうか?

チームメンバーが問題に対処する能力を備えていないと感じると、説明責任は上滑りします。さまざまな業界の技術系リーダーが、物事がうまくいかないときにどのようにチームに力を与えているかについての素晴らしい洞察は、シドニーサミットの「Delivering Value(価値を届ける)」という基調パネルでご覧いただけます。同サミットの基調パネル「Delivering Value: A two-way Street」をご覧ください。Nine社テクノロジー部門ディレクターのAndre Lachmann氏、Carsales社クラウド&プラットフォームサービス部門トップのSourav Lala氏、Wesdigital社エンジニアリング部門トップのGurnam Madan氏の話を聞くことができます。

-Madanさんは、正しい基礎の上に正しい信頼を得ることについて話しています。これはどういう意味でしょうか?PagerDutyでSLAとSLOを遵守することに関する彼の話を聞いてください。また、管理された環境で物事を壊すために、カオスエンジニアリングを取り入れることを推奨しています。「Don’t wait for things to break」(壊れるのを待たないで)。 -Lachmannさんは、プレッシャーが高いときに適切な人を巻き込むことができることの重要性を強調しています。何しろ、「Every day is like the Super Bowl in media」(毎日がメディアで報じられるスーパーボウルのようなもの)なんですから。 -Lalaさんは、顧客はおろか、チームが気づく前にインシデントを解決することを目指し、高いハードルを設定しています。彼は、クラウド、自動化、PagerDutyを駆使してこれを実現しています。

同じものをより多く作る:オペレーションの効率化

経済的な不確実性を抜きにしても,同じものをより多く使おうとしていない企業はあるでしょうか?Gartner® report “The Chief Technology Officer’s First 100 Days,”によると、業務効率はCTOの成功を測る一般的な指標の1つです(脚注1)。しかし、すでにあるリソースをさらに活用するためには、変化というコストがかかります。

組織の行動を変えるように導くことは、効率化イニシアチブの成否を左右する。ResultsCX社のIT担当SVPであるJamie Vernon氏は、「Cultural Adoption of Automation」というセッションで、変化を導くための素晴らしい知見を披露してくれました。結局のところ、自動化は、それを採用するための変化を管理できれば、業務効率化を推進する上で大きな可能性を秘めているのです。

Vernonさんは、自動化を行う本物の理由を理解することを強調しています。「あなたの動機、情熱、熱意、本物であること...それが、あなたが関係者に自動化を売り込む方法の一部となるのです」。人間は、パターンを見つけ、ルーチンを設定するようにできています。人は、変化という不快な状況に対処するために、説得力のある理由を必要とします。

Vernonさんは、より多くのスタッフに助けを求めているチームに対して、素晴らしいアイデアを紹介しています。彼は、自動化の取り組みをどのようにRITAに擬人化したかを説明しました。チームはRITAを、チームの後輩を迎え入れるように訓練しました。

もう1つのセッションは、Schneider社のもので、チームの変化を可能にするための素晴らしい青写真を提供してくれました。Jared Vils氏とDana Dickrell氏は、「The AIOps Outcome That Smashed It」の中で、74チームにわたる480人のレスポンダーをどのようにオンボーディングしたかなど、多くのことを取り上げています。また、この記事の中盤では、組織を巻き込むために制作した社内向けビデオについても紹介しています。業務効率化を推進すべき取り組みが停滞している場合、ここで素晴らしいアイデアを見つけることができるでしょう。

カスタマーエクスペリエンスの点と点を結ぶ

Forrester Research(脚注2)によると、82%のお客様は、自分たちが感謝され、尊敬されていると感じるブランドにはもっとお金を使う可能性があると答えています。1つのネガティブな体験が、5つのポジティブな体験を消し去る可能性があるのです。

ポジティブな体験を提供することは「全員参加」の状況ですが、すべてのチームが同じようにそれを経験するわけではありません。Anaplan のアメリカ地域カスタマーサクセス担当副社長であるFiona Gill氏との炉辺談話で、彼女は内部協力の必要性を強調しています。結局、顧客対応チームは、顧客から頻繁かつ直接的なフィードバックを得ています。しかし、開発者とエンジニアは、顧客と接触する機会が少ないでしょう。

サイロで仕事をするのは簡単ですが、それではCXをリスクにさらしてしまいます。Gill氏は、顧客が良い体験をしていない場合に、現場の人々が直接体験することを取り上げます。これは、エンジニアリングチームにとって重要なシグナルです。あなたのエンジニアリングチームは、どのようにその情報を入手していますか?

難しいこと 変化、レガシー、信頼

説明責任と同様に、「困難な問題」もまた、経営幹部まで上り坂を転がるように進む傾向があります。しかし、困難な問題にうまく取り組むには、組織を巻き込むことが必要です。難しい問題については、"Real Talk "をお勧めします。シドニーサミットのキーノートパネル「Real Talk: PagerDuty's Product Impact」がおすすめです。TelstraのGroup Principal Products and ServicesのFiona Muller氏と、XeroのSite Reliability EngineeringのGeneral ManagerであるIain Phillips氏が参加しています。

行動を変えるのは大変なことです。説明責任と業務効率化については、先に説明しました。しかし、レジリエンスエンジニアリングなど、何事にも同じことが言えます。「私たちは SRE を支援チームとして扱っています」と Iain Phillips氏は言います。変化を可能にすることを誰かの仕事とすることは、長い道のりです。しかし、変化を強制することはうまくいきません。例えば、Fiona Muller氏は、Telstra 社のツールが義務的ではなく、有機的に推進されていることを説明しています。

レガシー(または「遺産」)に対処するのも難しいことです。そう、新興企業やいわゆるクラウドネイティブでさえも、です。厳格な「バイモーダル」アプローチでは、遺産となったアプリケーションに取り組むチームの士気を低下させることになりかねません。あなたのチームがDevOpsやSREを実践する際、旧来のアプリやインフラをどう扱っているのでしょうか?Fiona Muller氏がTelstra社の取り組みから得た洞察を語ります。

最後に、信頼は獲得するのが難しいものです。PagerDutyのCEOであるJenn Tejadaは、「信頼は一滴ずつしか溜まらず、失われるときは一気に失われるものです」と言葉が好きです。Fiona Muller氏は、彼女のチームがセキュリティーと信頼性に多くの時間を費やしている理由について、この言葉を繰り返しました。「人々は悪いことについては長く記憶し、良いことについてはすぐ忘れるものなのです」。

リーダーとして、あなたが自分自身への投資と学習に毎日時間を使っていることを望みます。こうした仲間の洞察があなたの役に立ったかどうか、教えてください。

脚注 1.Gartner, The Chief Technology Officer’s First 100 Days, Samantha Searle, Nick Jones, Arun Chandrasekaran, September 7, 2022. GARTNERは、米国および海外におけるGartner, Inc.および/またはその関連会社の登録商標およびサービスマークであり、本書では許可を得て使用しています。無断転載を禁じます。 2.Forrester Research, Customer Service Unplugged: How To Scale Empathetic Customer Service, Max Ball, July 26, 2022

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月28日  (更新日:2023年3月9日)    |    DevOps

新着情報 モバイルアプリ、PagerDuty® Process AutomationソフトウェアとPagerDuty® Runbook Automation、その他の更新情報

PagerDuty Operation Cloudの新しいアップデートと機能強化を発表することができ、とても嬉しく思います。製品チームによる最近の開発とアプリのアップデートには、Incident Responce、PagerDuty® Process Automation、Community & Advocacy Eventsのアップデートが含まれています。私たちは、お客様がクラウド運用を最適化し、他のチームにエスカレーションされる問題を減らすために、あらゆる場所を自動化できるよう、引き続き支援します。今すぐ使い始めて学んでください。

PagerDutyモバイルアプリのインシデントレスポンスに関するアップデートにより、外出先からMaintenance Windowsを操作してをメンテナンスウィンドウを作成、更新、削除できるようになりました。 PagerDuty® Process AutomationとRundeck Community(https://pagerduty.digitalstacks.net/blog/whats-new-product-update-2022-09-29#Process-Automation)のアップデートを最新の[4.6.0リリースで実現。 V1/V2 Webhooks EOL (End-Of-Life), Event Rulesの廃止とEvent Orchestrationへの移行の勧めなどの製品に関する告知。 今後のイベントに登録し、最近のポッドキャストやTwitchストリームを閲覧し、コミュニティチームや製品チームのメンバーと一緒に新製品やソフトウェア業界のリーディングプラクティスを学ぶことができます。

PagerDutyモバイルアプリ

New! PagerDutyモバイルアプリでメンテナンスウィンドウを作成・管理

PagerDutyモバイルアプリのメンテナンスウィンドウ機能は一般的に利用可能です(2022年9月15日現在)。メンテナンスウィンドウは、レスポンダーがメンテナンスモードの間、そのすべての統合を含むサービスを一時的に無効化するのに役立ちます。サービスがメンテナンス・ウィンドウに入ると、すべてのサービス統合が事実上「オフ」になり、新しいインシデントが発生しないようになります。現在、デスクやオフィスから離れているユーザーは、PagerDutyモバイルアプリを通じてメンテナンスウィンドウを作成、更新、削除する柔軟性を持っています。

(上記特集:アクティブメンテナンス Windows on Mobile)

(上記特集 モバイルでのメンテナンスウィンドウ メンテナンスウィンドウの作成とスケジューリング)

モバイルメンテナンスウィンドウの詳細はナレッジベース記事でご確認ください iOSまたはAndroidからアップデートをダウンロードし、お試しください。 ブログを読む

PagerDuty® Process Automation

PagerDuty® Process AutomationソフトウェアとPagerDuty®Runbook Automationバージョン4.5.0

このリリースでは、PagerDuty® Process Automation(旧Rundeck Enterprise)、PagerDuty® Runbook Automation、Rundeck Communityの新機能や強化された機能をご確認ください。

AWS Athenaの新しいクエリジョブステッププラグインです。この新しいAWS Athenaジョブステッププラグインは、ユーザーがAWS Athenaを使用してS3内のデータに対してSQLクエリをジョブとして実行できるようにします。

Amazon ECS ノードソースプラグインの機能強化。** ユーザーは、特定のリージョン内の複数のクラスタと統合できるようになり、より大規模な環境でのECSタスクの管理が容易になりました。

セキュリティーとコンプライアンス、バグフィックスに関する重要なアップデートが多数含まれています。**

詳しくはこちら

このリリースのTwitchストリームレビューを見る 2022年9月6日、Ogre Salmon Bullhorn Release (4.6.0)に関するリリースノート全文を読む

製品廃止のお知らせ

今後予定されている製品廃止について、チームにお知らせください。

V1/V2 Webhooks EOL

v1 WebhooksのEnd of Lifeの日付は、2022年10月31日です。これは、次のことを意味します。

新しい v1 Webhook を作成したり、v1 Webhook 拡張機能への既存の接続を使用したりすることができなくなります。 v1 Webhooks を使用しているアプリやインテグレーションは動作しなくなります。

v3 Webhooks への移行の詳細と手順については、こちらの移行ガイドをご参照ください。

重要な日程

V2 Webhooks -** V2 Webhook 拡張は、2022年10月にサポートが終了します。

必要なパーミッション

管理者ま* たはアカウント所有者* は、アカウント全体を移行できます。 チームマネージャー** は、割り当てられたチームのウェブフックのみを移行できます。

ご不明な点がございましたら、PagerDutyの担当者またはサポートチームまでご連絡ください。

イベントルールの廃止とEvent Orchestrationへの移行

PagerDuty イベントルール End-Of-Life は2023年1月31日です。できます。

マイグレーションについて詳しくはナレッジベースをご覧ください

  • イベントオーケストレーションの詳細 担当者に連絡する

この EOL をサポートするために、十分な移行経路を用意しています。さらに、EOLの日に、あなたが使っている残りのイベントルールをEvent Orchestrationに一対一で自動移行します。それ以降は、現在のイベントルールでできることは、すべてイベントオーケストレーションでもできるようになります。Event OrchestrationはEvent Rulesと同じ機能を持ち、同じバックエンドアーキテクチャを使用しているので、イベント処理には数十億イベント分のテストがすでに組み込まれていることを確認できます。

ウェビナー&イベント

以下のウェビナーやイベントに参加し、PagerDutyの最近の製品アップデートと、それがどのように顧客に利益をもたらすかについて、より詳しく学んでください。これらは多くの中のほんの一部です。

ウェビナー

クラウド対応。PagerDutyとAWSでクラウドでのモダナイゼーションを加速させる

PagerDutyの業界をリードするAWSインテグレーションは、AWSとPagerDutyを使用している企業がインシデントレスポンスを自動化し、クラウド導入を加速させ、ダウンタイムと顧客への影響を最小限に抑えるためにどのように構築されているかをInga WeizmanとMandy Wallsが説明します。また、PagerDutyがどのように組織を支援するかを説明します。

サービスオーナーシップにより、ダウンタイムと顧客への影響を軽減し、チームが継続的な改善とイノベーションを推進できるようにします。 エンタープライズグレードのAWS統合のセットでオペレーションを近代化し、最適化する PagerDutyのRunbook AutomationとAWSプラグインの最新セット、および自動診断で稼働を容易にするプレビルドジョブでインシデント対応を自動化します。

今すぐ登録

PagerDutyのAWS向け自動診断機能でインシデント対応の効率化を実現

PagerDutyのGreg Chase、Sebastian Joseph、John Kieferが、PagerDuty Automated Diagnostics for AWSがどのようにAWS環境における問題の迅速なトリアージを支援するのかについて説明します。ご覧ください。

ファーストレスポンダーがシニアエンジニアのようにAWSの問題を診断する方法 PagerDutyで利用可能なAWSサービス用の組み込み診断の利用方法 シニアエンジニアがファーストレスポンダー向けに新しい診断を作成する方法 上記をすべて実行するためのデモ

今すぐ登録

カスタマーサービス業務。Zendeskによるプロアクティブアプローチ

PagerDuty for Customer Service OperationsとZendeskの組み合わせにより、カスタマーサービスチームがどのように問題を迅速に解決し、顧客に影響を与えるインシデントに先手を打つことができるかを、Kat GainesとCarrie Lacinaが説明します。詳細はこちらをご覧ください。

機械学習を活用して、問題を知る前に、次に何をすべきかという情報を顧客に伝え、VIP顧客向けに差別化された対応を提供する方法 ZendeskでPagerDuty Automation Actionsを使用して、顧客の問題を検証し、自動化によって重要な情報を取得し、ケースを迅速に診断して解決する利点について PagerDutyとZendeskのお客様が、ビジネスに影響を与える前に問題を解決することで、ロイヤルティを高め、CSATを向上させ、顧客SLAを超過する方法

今すぐ登録

10月に開催されるイベントのお申し込みはこちらから

PagerDuty Community Twitch Stream

PagerDuty Twitch StreamとPagerDuty Community Twitch StreamのTwitchチャンネルで、デベロッパーアドボケイトが率いる最新のストリームに参加してください。過去のストリームはYouTube Twitch Streams Channelでご覧いただけます。

登録すると、ライブのお知らせや過去の録音を見ることができます。 私たちの放送を見逃しましたか?今後予定されている、または最近のTwitchストリーム(PagerDuty GarageとTerraform Time)、またはYouTubeビデオをご覧ください。 PagerDutyプロセスオートメーションとRundeckオープンソースリリースノート4.6.0。Mandi Walls、Forrest Evans、Jake Cohen と共に (2022年9月13日) PagerDutyとArize。Arize AIのMandi Walls氏とJack Zhu氏によるML Observabilityのための統合(2022年8月11日開催) Twitchのストリームスケジュールを見て、9月に毎週開催されるストリームに参加してください。

もし、あなたのチームがこれらの機能拡張を利用できるのであれば、ぜひアカウントマネージャーに連絡して、14日間の無料トライアルに申し込んでください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月28日  (更新日:2023年3月2日)    |    DevOps

PagerDutyモバイルアプリでメンテナンスウィンドウを作成・管理するMaintenace Windowsを提供

緊急かつ重要なデジタルインシデントにリアルタイムで対応するためには、オンコール対応者がどこからでもアクションを起こせるようにする必要があります。

しかし、オンコール対応者がアラートに圧倒されると、本当のアラートと偽のアラートの違いを見分けることができないため、ただ「無視」してしまうことがよくあります。例えば、メンテナンスまたはアップグレードによるサービスのダウンがあった場合、このイベントは複数のインシデントを引き起こす可能性があり、レスポンダーは実際のインシデントに関係しない偽のアラートを受け取る可能性があることを意味します。しかし、あるサービスがクリティカルなインシデントを引き起こし、レスポンダーが問題に飛び込み、迅速に問題を解決する必要がある場合もあります。

オンコールチームは、より直感的で柔軟なソリューションが必要です。モバイルデバイスでサービスを無効にしたり、インシデントアラートを一時停止したりすることができるため、中断することなくインシデント解決という重要なことに集中できます。

私たちは、効果的なインシデント管理は、中断を最小限に抑えながら、チームがより効率的に仕事をするのに役立つと信じています。そのため、PagerDutyモバイルアプリを通じて”Maintenance Widows”の一般提供を発表できることをうれしく思っています。

Maintaance Windows を使うと、レスポンダーは、メンテナンスモードの間、すべての統合を含むサービスを一時的に無効にすることができます。サービスがメンテナンスウィンドウにあるとき、サービスの全統合は事実上「スイッチオフ」になり、新しいインシデントが発生しないようにします。

メンテナンスウィンドウの作成、更新、削除がどこからでも簡単に行えます

モバイルアプリでメンテナンスウィンドウを作成するには、いくつかの簡単なステップを踏むだけです。

ハンバーガーメニューから「サービス一覧」を選び、ご希望のサービスを選択します。 設定をタップし、"create maintenance menu "をタップします。 このメンテナンスが行われる理由を説明するために、Descriptionを入力します。 メンテナンスの開始日と終了日(および時間)をスケジュールします。 メンテナンスウィンドウが終了すると、サービスはメンテナンスモードを終了し、新しいインシデントを再びトリガーすることができます。

設定から "end maintenance window"をタップすると、既存のメンテナンスウィンドウを削除できます。

複数のサービスのメンテナンスウィンドウを表示

PagerDutyのモバイルアプリでの操作では、一度につのサービスに対してメンテナンスウィンドウを作成できます。複数のサービスをカバーするメンテナンスウィンドウを作成したいユーザーは、ウェブアプリケーションから行えます。 複数のサービスをカバーするメンテナンスウィンドウのオプションの更新や削除は、モバイルアプリから行えます。

PagerDuty Mobileに追加されたこの最新機能は、オンコールチームが時間やワークライフバランスを犠牲にすることなく、インシデントを管理し対応することを可能にします。私たちは、チームがより良いサービスを提供し続けるために信頼できる情報を提供することで、PagerDutyのモバイル体験を継続して改善しています。

PagerDuty MobileとMaintenance Windowsについては、ナレッジベースの記事で詳しく説明されています。または、以下のQRコードからダウンロードし、お試しください。

iOS

Android

PagerDutyのインシデントレスポンスとモバイルアプリとの連携についてもっと知りたいですか?14日間の無料トライアルに参加し、PagerDutyがいかにチームを迅速かつ効率的に強化し、オペレーションクラウド全体のイノベーションを推進できるかを体験してください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月27日  (更新日:2022年12月9日)    |    ベストプラクティス

Mobile Pathways - 信頼の構築によるワクチン接種の公平性の確保

COVID-19のパンデミックからほぼ3年を迎え、世界中の生活が「新しい日常」に落ち着きました。私たちは亜種の波に慣れてきて、仕事、学校、結婚式、コンサート、休日などに戻っています。COVID-19ワクチンの歴史的なスピード開発なくして、このようなことはあり得なかったでしょう。

2021年初頭にCOVID-19ワクチンが利用可能になると、ワクチンの公平性-公平で安全、かつ信頼できるワクチンへのアクセス-がパンデミックを終わらせる唯一の方法であることが広く認識されました。このため、PagerDutyは2021年に世界のワクチン公平性のギャップを埋めるために100万ドルの助成基金を立ち上げ、ワクチンの公平性、アクセス、流通に取り組む8団体に資金を提供しました。

このパートナーシップから1年、助成先の一つであるMobile Pathwaysは、Vaccine Equity Coalitionとともに、特に国境地域やICE収容施設内に焦点を当て、米国内の不法滞在者や拘留中の移民コミュニティーに信頼できるワクチン情報とアクセスを提供する活動を実施しました。移民は世界で最も疎外されたコミュニティーのひとつであり、今回のパンデミックは彼らにとって特に大きな打撃となっています。米国では、非正規滞在の移民コミュニティーは、ワクチンへのアクセスや、ワクチンに関する信頼できる情報を得られないことが多くありました。

Mobile Pathwaysは、テクノロジーによる正義の民主化のパイオニアとして、社会から疎外された移民が、信頼できるモバイルテクノロジーを通じて、複雑な米国移民制度の迷路を通り抜けられるよう支援しています。この支援の重要な要素として、Mobile Pathwaysは、「安全性」と「準備」という2つの主要なインパクト指標に焦点を当てています。パンデミックが発生したとき、COVID-19の影響を受けた疎外されたコミュニティーにとって、安全性と備えの両方が特に重要であることが明らかになりました。Mobile Pathwaysは、26の移民の草の根組織からなる連合を結成し、ワクチンへの誤った情報に対抗しています。

公衆衛生の指針が封鎖からワクチン配布へと移行する中、連合は、社会から疎外された移民がワクチンへのアクセスを得るために複数のハードルに直面することを理解していました。これらの課題に対処するため、ワクチン公平連合は、ワクチンに関する科学的に正確で文化的に共鳴する情報が、最も脆弱なコミュニティーに確実に届くようにしました。地元のクリニックと提携し、教室や職場を訪問し、臨時のワクチンクリニックを企画し、米移民・関税執行局(ICE)の収容施設内でアクセスできるホットラインを設置するなどして、ワクチンへの誤った情報に対抗し、アクセスを容易にするための活動を行いました。

公平なアクセスのための連合をリードする

PagerDuty.orgの助成金の支援により、Mobile PathwaysとVaccine Equity Coalitionは、当初の目標よりも3倍の人々に正確なワクチン情報を提供することに成功しました。Mobile Pathwaysの共同設立者であるBartlomiej Skorupa氏は、次のように述べています。「私たち非営利団体の連合は、複数の支援活動を通じて当初の目標であった25万6000人をはるかに上回る88万2000人以上にCOVID-19の予防接種について情報を提供しました。また、2万5000人以上にワクチンを接種し、1万5000人以上に国境通過や避難所へのアクセスに必要な検査キットや検査代行サービスを提供しました。私たちの素晴らしいパフォーマンスに驚かされるとともに、このインパクトを可能にしてくれた全てのパートナーに感謝しています」。

このような大きなインパクトを与えることは決して簡単なことではなく、多様な連合メンバーやステークホルダーがいる場合には、特に困難であったでしょう。Mobile Pathwaysは、共通の関心を持つさまざまな関係者を集め、協力と問題解決のための安全な空間を作り、資金調達を行う上で、重要な指導的役割を果たしました。彼らは、COVID-19の変異体、ワクチンの用量、ブースターに関する情報が急速に変化し、しばしば混乱しているため、連合が公式ガイドラインに遅れないよう、積極的に共有し、互いにコミュニケーションを取る必要があることを認識していました。Mobile Pathwaysは、各メンバー組織が5分以内に記入できるような、簡単でモバイルフレンドリーな進捗報告書を作成することを連合の目標に掲げましたが、これは私たち資金提供者全員が目指すべき目標でした。この簡単なレポートによって、連合は調査結果を迅速に共有し、連合メンバーが全体および個人の目標の進捗を監視・追跡できるようになりました。

また、毎月の反省と学習の呼びかけを一般に公開し、透明性とオープンソースの学習における標準を確立しています。例えば、 Freedom for Immigrantsは、国境で拘束され、7歳の娘と1年間も離れ離れになった移民の母親の話を紹介しています。 Freedom for Immigrantsはこの母親が電話をかけたホットラインを運営しており、その結果母親を拘束から解放し、娘と再会させ、COVID-19ワクチンを接種するための手段を2人に提供することができました。2021年11月の米国とメキシコの国境開放に迅速に対応したのは、連合の積極的なコミュニケーションがカギとなりました。国境を越えるには、COVID-19の検査が必要ですが、連合のパートナーであるGlobal Response Managementは、家族の再会を可能にするため、週に数千の検査を実施することでこのニーズに迅速に対応しました。

私たちの成功の鍵は、3つあります。Bartは「私たちは、パートナーの専門知識とネットワークに大きく依存し、それぞれのコミュニティーで有効な戦略について教えてもらいました。また、リソースや戦略を共有し、失敗から学ぶために、月例会議を開いて定期的に振り返りを行いました。最後に、"Trust Yet Verify "戦略は、パートナーのデジタル変革を支援し、毎週データを共有・検討し、傾向や改善すべき分野を特定することを可能にしました」と語っています

次はどうする?

移民・難民のコミュニティーを支援する活動は、まだ終わっていません。Mobile Pathwaysは今後も移民擁護団体と協力関係を築き、特に米国の地方で、より多くのリソースを提供し、その範囲を広げていきます。Mobile Pathwaysは、サービスに対する需要の高まりに応え、より多くの移民擁護団体を連合に参加させるため、全国的な拡大を計画しています。Mobile Pathwaysは最近、移民審判所にいる人のために、テキストベースの無料移民アシスタント「Hola Asistente」を立ち上げました。このアプリは、審査に合格した移民弁護士によって提供され、詳細なケース情報を提供し、移民のケースへの変更を追跡してユーザーに警告し、移民法の基本を多言語で教えます。

Bart氏によると、PagerDutyのサポートは、移民に手を差し伸べ、ワクチンの公平性を向上させる取り組みにおいて、非常に重要な役割を担っています。「私たちのワクチン連合の努力の素晴らしい成果を祝うと同時に、PagerDutyによって実現した私たちの努力は今後何十年も響き続けるだろうと思っています。私たちのように、PagerDutyは'Listen First'というコアバリューを受け入れています。本当にチームを組みたいのであれば、常に相手の話に耳を傾ける必要があります。PagerDutyはこれを "Run Together "と呼んでいるのだと思います。PagerDutyのサポートにより、私たちはシステム的な変化を起こし、疎外された全ての移民の権利をよりよくサポートできると信じています。」

Mobile Pathwaysとそのパートナーにとって、これからの仕事は簡単ではありません。ここでは、移民コミュニティーがリソースを公平に利用できるようにするための支援方法について説明します。

COVID-19の影響を受けた非正規滞在者のストーリーを共有してください。 Hola AsistenteがどのようにDjamal Diouf氏の亡命を支援したかをご紹介します。 Hola Asistenteの恩恵を受けられる人を知っていますか?このアプリをその人に教えてあげてください。

2021年のインパクトレポートもご覧ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月22日  (更新日:2022年12月9日)    |    ベストプラクティス

IDE & Social Impact - ERGによる地域社会への還元

デュートニアン(訳注:PagerDutyの従業員のこと)は、仕事でもプライベートでも、常にポジティブな影響を追求することで知られており、私たちのATLクルーは常にその模範となるべく、それ以上の努力を続けています。

夏が終わりに近づくと、デュートニアンの多くは、新学期のショッピングを思い浮かべるようになります。新学期を前にワクワクする反面、予算の関係で不安や心配、がっかりする気持ちもあるようです。

私たちのコアバリューの一つに「Ack & Own」というものがあります。私は、地域社会に貢献しながらAck & Ownする機会を見つけ、従業員リソースグループであるArray:Blackと協力して募金キャンペーンを実施しまし

1カ月の間に、寄付キャンペーンとAmazonウィッシュリストを立ち上げ、Kipp Soul Primary Schoolのための物資を集めました。私たちの目標は、1年間で40個のバックパック分に相当する学用品を供給するための資金と寄付を得ることでした。キャンペーンの最後には、ATLのオフィスでリュックサックの組み立てを行いました。

私たちは、以下のようなキャンペーンを行い、成功させることができました。

バックパック42個 教師用備品の提供 学用品1375点 現金寄付:245ドル 直接のボランティア 11回 ボランティア時間:25時間

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月15日  (更新日:2022年11月11日)    |    ニュース&告知

PagerDutyがDatadogおよびSalesforce Service Cloudと提携

PagerDutyのコアバリューの1つは、「Champion the Customer」です。 この価値観に基づき、私たちはテクノロジーパートナーと力を合わせ、700を超えるインテグレーション機能を構築してきました。 その中でも重要なテクノロジーパートナーはDatadogとSalesforceの2社です。 特にDatadogとSalesforce Service Cloudとの統合により、Datadogによるアプリケーションとシステムの監視、PagerDutyによるインシデント解決、Salesforce Service Cloudによる顧客サービスなど、かなり複雑なユースケースを解決できるようになりました。 このブログでは、お客様がこの2つの統合をフルに活用する、もっともらしいシナリオを詳しく見ていきます。

Datadogは、500以上のテクノロジーと統合し、さまざまなシステムやアプリケーションに深い可視性を提供します。 ユーザーは、スタックのあらゆるレイヤーで問題を自動的に検出するためのモニターを設定し、PagerDutyとの統合を活用して迅速に対応を始められます。例えば、ある指標が指定された範囲から外れた場合、DatadogはPagerDutyとSalesforceの両方に信号を送り、組織全体に問題について警告を発します。これにより、関連するタグ、データの可視化、メッセージなどのコンテキおストが提供され、エンジニアが問題を特定しトラブルシューティングするのに役立ちます。

PagerDutyとDatadog

PagerDutyは、組織のデジタルオペレーションの中枢神経系として、受信した信号を収集し、インシデントをグループ化して関連付け、必要に応じて新しいインシデントを発生させます。 PagerDutyは適切な専門家(SME)を集め、環境と状況情報(関連するインシデント、最近の変化など)を与え、可能な限り最短時間でインシデントを解決できるよう支援します。(DatadogとPagerDutyの図を参照)

DatadogとPagerDutyの統合により、インシデント解決を迅速化

PagerDutyとSalesforce Service Cloudの連携

同時に、カスタマーサービス担当者(一般的にインシデント対応担当者とは別のチーム)は、潜在的に同じインシデントの影響を受けている顧客と関わります。 多くのDevOpsおよびITOpsチームがリアルタイムのデジタル運用プラットフォームとしてPagerDutyを採用していますが、カスタマーサービスチームは、従来から異なるツールを使用しているため、一般的にDevOpsおよびITOpsシステムをリアルタイムに可視化することができません。

開発チームとITチームは、従来はカスタマーサービスシステムと統合されていないツールを使用ているのが普通でした

このリアルタイムの可視性の欠如が、フロントエンドのカスタマーサービスチームとバックエンドの技術チームとの間の明確なコミュニケーションの障壁となるのです。 この内部障壁は、カスタマーサービスチーはムがお客様に正確な期待値を設定する妨げとなり、お客様の満足度に悪影響を及ぼします。 何百ものお客様との会話に基づいて、私たちはPagerDutyをSalesforce Service Cloudのようなカスタマーサービスソリューションと統合することを決定しました。 PagerDutyはカスタマーサービスチームに、顧客の問題をより早く解決するために必要な可視性を提供します。 また、カスタマーサービスチームが提供する必要がある更新やコミュニケーションの管理から、エンジニアリングチームを解放できます。

カスタマーサービス担当者やその他の関係者は、PagerDutyによってさらに可視性を高めることができます

シグナルとしてのお客様

優れた監視・観測ツールをもってしても、多くの企業は、顧客に影響を与える障害について、顧客から直接聞き出しているのが現状です。例えば、eコマースのシナリオでは、「eコマースデータベースがダウンしている」「ルーターがダウンしてeコマースデータベースポッドへのトラフィックを妨げている」ではなく、「チェックアウトサービスが機能していない」「購入を完了できない」と言うかもしれません。

このような顧客によるインシデントの報告は、私たちが「シグナルとしての顧客」と呼んでいるものです。PagerDutyは、顧客からのこのシグナルとDatadogからの他のシグナル(例えば、障害の原因となり得るデータベースやルーターの問題を特定したトリガーモニター)を相関させ、調整し、このインシデントに関する重要なステークホルダーとなった顧客サービス担当者に追加情報を提供します。また、カスタマーサービス担当者は、Datadogを使い、Real User MonitoringとSession Replayで顧客のペインポイントを確認し、目標とする解決時間について正確な予測を立てられます。

私たちの共同ソリューションについて

PagerDutyは、Datadogと全関係者に同時にアップデートを送信できるため、システム監視を行うチームに、「誰がインシデントの解決に取り組んでいるか」「どの顧客が影響を受けているか」という環境情報とともに解決目標が常に通知されるようにできます。レスポンダーがインシデントを解決すると、PagerDutyは新しい学習事項の文書化(ポストモーテム)を可能にし、インシデントの解決をDatadogとService Cloudの双方に伝えます。

Datadog UIに組み込まれたPagerDuty IncidentsとStatus Dashboard

PagerDuty、Datadog、Salesforce Service Cloudの統合により、PagerDutyを中枢神経系として、各チームが好みのシステムで作業できるようになりました。 PagerDutyは、インシデント情報を配信し、カスタマーサービスと技術チーム間のコミュニケーションとコラボレーションプロセスを最適化します。

PagerDuty、Datadog、Salesforce Service Cloudの連携

PagerDuty、Datadog、Salesforce Service Cloudは、カスタマーサービスエージェントと技術チームが、重複する情報を複数のシステムで切り替えることを回避するのを支援します。 共同アーキテクチャを活用することで、初回コンタクトの解決率が向上し、同時に平均応答時間(MTTA)と平均解決時間(MTTR)が短縮されます。 その結果、お客様に喜んでいただくとともに、インシデント解決プロセスに関わるさまざまなチームの士気も高まります。

PagerDutyとDatadog、Salesforce Service Cloudとの連携については、以下のリンクからご確認ください。PagerDutyとDatadog、PagerDutyとService Cloud。 DatadogとSalesforce Service Cloudの連携については、こちらのリンクをご覧ください。DatadogとSalesforce Incidents。

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月13日  (更新日:2022年11月11日)    |    ベストプラクティス

サービスがサービスでない場合とは?

PagerDutyをよくご存知の方は、テクニカルサービスの不適切な動作に関するアラートを連想されることでしょう。あなた自身も、あるサービスが利用できない、反応が遅い、間違った情報を返してくるなどの通知を受けたことがあるのではないでしょうか。これがPagerDutyプラットフォームにおけるサービスの一般的な使用方法です。 私たちは、サービスを次のように定義しています。 技術サービスは、1つのチームが完全に所有する個別の機能部分を反映しています。1つまたは複数のテクニカルサービスを組み合わせて、顧客に対応する機能またはビジネス機能を提供します。

しかし、PagerDutyのサービスには他の使い方もあります。PagerDutyプラットフォームにおけるサービスとは、インバウンドの情報を受け取ることができるオブジェクトのことです。この情報は、統合、パートナーツール、人間の入力などさまざまなものから来る可能性があり、PagerDutyは、サービスのコンテキストでその情報をどうするかを決定するのに役立ちます。 サービスメタファーに対する理解を深めることは、稼働率の監視以上のことを実現できることを意味します。

つまり、PagerDutyのサービスの多くは現実の技術サービスを反映したものですが、その受信データに基づくルーティングや意思決定のために、サービスのメタファーを利用する方法もあるのです。

外部ソースやSaaSからの情報

PagerDutyには、主に他のサービスで実行されているプロセスに関する情報を報告するために使用される統合機能が多数あります。これらは一種の技術サービスのように見えます。PagerDutyのサービスは、外部ソースから情報を受け取り、それをあなたのチームに届けるように設定されています。このような「サービスでありながらサービスでない」タイプのサービスは、ワークフロー内のさまざまなアプリケーションからデータを収集し、一カ所で管理するのに適しています。特にセキュリティーの統合は、このような仕組みになっていることが多いです。

例えば、PagerDutyとJFrog Xrayの統合は、JFrog環境で実行されているXrayスキャンの出力としてセキュリティーの脆弱性を報告します。Xrayは統合を通じてPagerDutyに情報を送信し、発見した内容を報告します。このような種類の情報源をどのように管理するのが最善であるかは、あなたのチームが決められます。全てのセキュリティースキャンを1つのPagerDutyサービス(Important Security Scansなど)に報告させ、そのサービスをセキュリティーチームに割り当てたり、スキャンされるアプリケーションを所有するチームに割り当てられた個々のPagerDutyサービスに報告させることは、理にかなっているかもしれません。サービスオブジェクトの柔軟性により、問題を修正する最終的な責任を負うチームに正しい情報を提供する方法を決定できます。

オブジェクトの状態

PagerDutyのサービスは、あなたのエコシステムにあるオブジェクトの状態を表すこともできます。IoT環境、センサーネットワーク、その他同様のコンポーネントで作業している人は、環境の状態を報告するためにPagerDutyを利用できます。

HTTPSリクエストができるものであれば、PagerDutyアカウントにデータを送信できます。ですから、牛乳の残量が少なくなったことを知らせてくれるような冷蔵庫は普通の人にはありませんが、業務用の冷蔵システムは温度が許容範囲外になったらPagerDutyを通じて誰かに警告することができます。PagerDutyの顧客であるGood Eggsはまさにそれを実現しています。PagerDutyのウェブサイトでは、同社の使用例についてより詳しく知ることができます。

アクションまたはアクティビティー

PagerDutyのサービスは、アプリケーションの外でのアクションやアクティビティーを調整するためにも使えます。あなたのチームが情報を得る必要のあるアクション(例えば、従業員のオフボーディング)は、PagerDutyを通じて実行できます。われわれは、迅速に完了する必要がある作業のためにPagerDutyを使用する非技術的なチームのためのいくつかのソリューションを収集してきました。メールでは紛らわしいタスクや依頼は、PagerDutyで通知を送りましょう。

ビジネスガイドのサイトでは、これらのアイデアの一部をご紹介しています。

活動のために組織全体の従業員を調整することは難しいことですが、サービスを利用することでその調整を支援することができます。PagerDutyでは、SEV-1およびSEV-2インシデントへの対応を調整するために、Incident Commanders(IC)を使用しています。ICは、ボランティアとして参加し、インシデントコマンダートレーニングで訓練を受けた社内の人たちです。しかし、全員が同じチームに所属しているわけではありません。では、どのようにして彼らに警告を発すればよいのでしょうか? 私たちの場合、Incident Commander(IC)のエスカレーションポリシーに連動したMajor Incidentsというサービスを用意しています。このモデルを使用しているため、Major IncidentsサービスはResponse Playsに含めることができ、Slackなどのエクステンションと接続できます。重要度の高いインシデントが宣言されると、Major Incidentsサービス上にインシデントが作られ、ICに通知され、ステークホルダーに通知され、Slackチャンネルが作られます。

サービスオブジェクトをアクションのメタファーとして使うことで、リソースの連携やリアルタイムなコミュニケーションの可能性が広がります。

他のアイデアがありますか?

私たちはその全てを聞きたいと思っています。私たちのTwitchチャンネルで、あなたのPagerDutyの独創的な使い方を披露してください。私たちの番組のゲストになりたい場合は、 [email protected] までメールを送ってください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年9月1日  (更新日:2023年3月2日)    |    インテグレーション&ガイド

PagerDutyの世界危機対応月間が帰ってきました。新たな脅威からハイブリッドワークプレースを守るために

世界はますます複雑化しています。悪者による脅威は、社会を混乱させ、ニュースを席巻し、さまざまな形で私たちの生活に影響を与え続けています。COVID-19は、想定外の事態に備えた計画についていくつかの教訓を与えてくれましたが、同時に、多くの人が自分の働く場所を考え直すきっかけとなりました。ハイブリッドワークが多くの人にとって現実の仕事形態であり続ける中、危機対応と物理的セキュリティー管理を任務とする専門家は、もはや私たちの大半が同じ屋根の下で一つの安全プロトコルに従って働いているわけではない今、深刻な課題に直面しているのです。 PagerDutyは世界中で24時間体制で活動しています。そのため、デュートニアンの人々の安全を守るための24時間体制のオペレーションは、トレーニング、知識の共有、効果的なツールを通じて、全ての従業員が行動を起こせるようにすることから始まります。「世界危機対応月間」は、従業員の安全に関するワールドカップであり、私たちが行う全ての能力向上活動の成果を発表する場です。インタラクティブで、部門横断的で、楽しく、そしてシニアリーダーシップによって承認された活動です。 このブログでは、災害に対するチームの備えと、ハイブリッド化した世界における重要な物理セキュリティーイベントのギャップに対処することを目的とした「Harden the Target」イニシアチブで、PagerDutyを社内でどう使っているかを紹介します。

PagerDutyによるリアルタイムでのオーケストレーション

物理的なセキュリティーシステムで重大な違反や停止に直面した場合、チームはいつ、どこで、どのような事態が発生したかをリアルタイムで理解する必要があります。人間は、複数の物理的なセキュリティーイベントを同時に監視することは、機械と同じようにはできません。デジタル運用の原則をリアルタイムのアラートと自動化に適用することが、より良い洞察と実用的な情報を得るための鍵となります。PagerDutyの機能は、まさにこれを実現するのに役立ち、また戦力増強の役割も果たします。 PagerDutyのプラットフォームに統合することで、危機対応と物理セキュリティーの異なるシステム間で展開される重要なイベントに対応するための、より徹底した共通のオペレーションの概観図が得られることが分かりました。設定されたサービスと物理的セキュリティーの重要なイベントの種類が1対1であるため、何が起きているのかがよく分かり、潜在的に有害な活動に対応したり中断したりする平均時間が短縮されます。このプラットフォームの機械学習とインテリジェントなグループ化機能により、アクセス試行の失敗や機器停止の頻度など、トレンドとパターン認識のための追加情報を得られます。

この使用例では、物理的なセキュリティー管理のベストプラクティスとFEMAのエリアコマンドを、PagerDutyの従来のインシデントレスポンスに重ねています。このセットアップは、私たちの仮想Global Security Operations Center(GSOC)として機能します。PagerDutyの650以上の統合機能(Slack、Teams、Zoomなど)、メールクライアント、APIにより、ほぼ全ての物理セキュリティー、脅威情報、ステータス監視システムから重要なイベント情報を取り込み、そのデータでタイムリーに何かを実行できることが保証されています。 このプラットフォームを通じて、対応チームへのアラート、スタッフのための可聴アラームのセット、サードパーティーのビデオ分析を使用した契約セキュリティーチームのための自動化されたレスポンス作業の実行をオーケストレートできます。PagerDutyは、重要な物理的セキュリティーイベントを見逃すことなく、適切なタイミングで適切なチームにエスカレーションすることを保証します。

練習を重ねることで、反応の素地を作る

9月中は、週替わりの教育テーマ、PD.orgと連携したボランティア活動、ゲーミフィケーションによる防災セットづくりや災害映画トリビアなど、緊急事態への備えを社員に呼びかけています。また、「#stayready」をテーマに、地震などの自然災害や銃乱射事件のような人災に対応できるよう、従業員の準備を進めています。また、一緒に楽しみながら、お互いに重要な学びを得ることを目的としています。 また、緊急通信テストや地震訓練「The Great ShakeOut」など、システムテストや訓練を実施し、PagerDutyプラットフォーム上で連携しながら、対応習慣を定着させるようにしています。このプロセスを通じて、オンコールスケジュールを最新の状態に保ち、オンコール準備ツールを使って、全員がインシデントコマンダーとしてタイムセンシティブなアラートに対応できるように設定していることを確認しています。PagerDutyでは、チームに未来を築く力を与え、重要な物理的セキュリティーイベント用に設定されたプラットフォームによって、社員とビジネスに対する新たな脅威の先を行くためのツールボックスを手に入れたのです。PagerDutyが、あなたの組織が悪質な行為者によって引き起こされる多くの脅威に対応し、戦力として、または仮想GSOCとして機能するのに役立つかどうかを知りたい場合は、無料トライアルにサインアップしてください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年8月31日  (更新日:2022年11月15日)    |    DevOps

新着情報 PagerDuty® Process Automation Software & PagerDuty® Runbook Automation, Integrations, and More!

PagerDutyオペレーションクラウドの新しいアップデートと機能強化を発表することに興奮しています。製品チームによる最近の開発およびアプリのアップデートには、PagerDuty®プロセスオートメーション、パートナー統合およびアプリエコシステム、コミュニティ&アドボカシーイベントのアップデートが含まれています。私たちは、お客様がクラウド運用を最適化し、他のチームにエスカレーションされる問題の量を減らすために、あらゆる場所を自動化できるよう支援し続けています。今すぐ始めましょう。

最近リリースされたPagerDuty + Sumo Logic Job Step PluginとPagerDuty + AWS ECS Node Executor Pluginの詳細、およびPagerDuty® Process AutomationとRundeck Communityのアップグレード、バグ修正、パッケージ更新を最新の4.5.0 Releaseでキャッチアップすることができます。 PagerDuty App for Jira Cloudのサイドバーの更新、PagerDuty App for Jira Data Center Recertification、PagerDuty App for BMC Helix/Remedy を管理するKTSLへのサポート移行を含む、最新のパートナー統合とアプリエコシステムの更新をお楽しみ下さい。 イベントルールの廃止、イベントオーケストレーションへの移行、V1/V2 Webhooksの廃止など、製品廃止情報を常に把握してください。 今後のイベントに登録し、最近のポッドキャストやTwitchストリームを閲覧し、コミュニティチームや製品チームのメンバーと一緒に新製品やソフトウェア業界の最先端のプラクティスを学べます。

PagerDuty® Process Automation

PagerDuty® Process AutomationソフトウェアとPagerDuty® Runbook Automation 4.5.0

最新のPagerDuty® Process Automation Version 4.5.0には、以下の内容が含まれています。

Sumo Logic Job Step Pluginをリリースしました。Sumo Logicインスタンスと連携することで、インシデント診断のためのログ取得などの運用タスクを自動化できるようになりました。 AWS ECS Node Executor Puglin ユーザーは、単一のジョブステップまたはコマンドタブから、複数のECSコンテナにコマンドを実行できるようになりました。これにより、インシデント発生時にコンテナを再展開する前にタイムクリティカルな診断を取得するなどのタスクを容易に実行できるようになりました。

ハイライトをご覧いただき、プラグインなどの追加アップデートや修正についてご確認ください。

アップグレード、修正、パッケージの更新は、Rundeckオープンソース製品にもあります。それらの詳細や、GitHub で公開されているプルリクエストを見ることができます。

2022年8月10日のNessie Orchid Tower Release (4.5.0)についての詳細はこちら。

パートナーインテグレーションとアプリエコシステム

PagerDuty App for Jira Jira Data Center:マーケットプレイスアプリを1年間正式に再認定

既にPagerDutyをJira Data Centerと統合し、重要なサービスリクエストに取り組み、Jira Serverの課題とPagerDutyのインシデント間を双方向同期してインシデント解決を加速している方に朗報です。私たちはまた、Jira Data Center用のPagerDutyアプリを1年間正式に再認定し、AtlassianマーケットプレイスにおけるData Center Approved Statusを維持しました。

アプリの詳細はknowledge baseでご確認ください。

PagerDutyアプリ for Jira Cloud。Jira CloudのサイドバーにPagerDutyを表示する新オプションを今年9月に提供開始

Jira Cloudの新規顧客には、全Jira プロジェクトでPagerDutyがデフォルトでサイドバーに表示されません。 既存のJira Cloudプロジェクト管理者は、プロジェクトごとに Jiraサイドバー上の PagerDuty を非表示または表示する機能があります。

(上図:Jira CloudでPagerDutyのサイドバーがdisabledにされています)

(上図:PagerDutyのサイドバーをJira Cloudでenabledにできます)

ご不明な点がございましたら、PagerDutyアカウントチームまたはカスタマーサポート([email protected])までご連絡ください。

BMC Helix用PagerDutyアプリ/Remedy:パートナーKTSL社への所有権移管について

PagerDutyは、BMC HelixとRemedyのインテグレーションの所有権を、サービスマネジメントと統合の専門家であるBMC Eliteパートナー、KTSLに移管しました。今後、KTSLがこのインテグレーションをビルドし、サポートします。

製品廃止のお知らせ

今後予定されている製品の廃止について、チームにお知らせください。

Event Rulesの廃止とEvent Orchestrationへの移行

PagerDuty は、2023年1月31日にEvent RulesをEOL (End-of-Life)=停止することを決定しました。私たちは、お客様のために最も堅牢で信頼性の高いイベントドリブンのエンリッチメントとオートメーション体験の構築にリソースを捧げることを確実にするために、この決定を下しました。Event Orchestrationは、Event Rulesの次の進化形として年初にリリースされ、現在では、ユーザーがルールの量を圧縮し、ノイズ除去を改善し、よく理解されている手作業をより効果的に自動化するための最良の方法となっています。

このEOLをサポートするために、十分な移行経路を用意しています。さらに、EOLの日に、あなたが使っている残りのイベントルールをEvent Orchestrationに一対一で自動移行します。それ以降は、現在のイベントルールでできることは、全てEvent Orchestrationでできるようになります。Event OrchestrationはEvent Rulesと同じ機能を持ち、同じバックエンドアーキテクチャーを使用しているので、イベント処理には数十億イベント分のテストが既に実施済みだと確認できます。

(上図:PagerDuty Event Orchestration)

マイグレーションについて詳しくはknowledge baseをご覧ください Event Orchestrationの詳細 アカウントマネージャーへのお問い合わせ

V1/V2 Webhooks

現在、PagerDuty 環境で V1/V2 webhook 拡張を使用している場合、機能を維持するために V3 webhook サブスクリプションに移行する必要があります。

移行ガイドに従ってください。

重要な日程

V1 Webhooks** - V1 Webhook 拡張は、2021 年 11 月 13 日からサポート対象外(新機能やバグフィックスがない)となり、2022 年 10 月に機能停止となります。 V2 Webhooks** - V2 Webhook 拡張は、2022年10月にサポートが終了し、2023年3月に動作しなくなります。

必要なパーミッション

Admins* またはAccount Owners* は、アカウント全体を移行することができます。 Team Manager** は、割り当てられたチームのウェブフックのみを移行できます。

ウェブフックとは何ですか? ウェブフック(webhook)を使うと、PagerDutyアカウントで重要なイベントが発生したとき、例えばインシデントがトリガー、エスカレート、または解決したときに、HTTPコールバックを受け取ることができます。イベントに関する詳細は、Slackや独自のカスタムPagerDuty ウェブフックプロセッサーなど、指定したURLに送信されます。

ご質問がある場合は、PagerDutyの担当者またはサポートチーム([email protected])にご連絡ください。

Webhooksについてもっと知る。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。

2022年8月23日  (更新日:2023年3月2日)    |    インシデント&アラート

組織が大規模なサービスをうまく構成するのに役立つPagerDuty Service Standards

DevOpsのベストプラクティスであるサービスオーナーシップは、多くの企業で採用が進んでいる手法です。サービスオーナーシップのメリットは多岐にわたり、開発チームと顧客、ビジネス、提供される価値との距離を縮めることができるなどの利点があります。開発者は、革新的で顧客満足度の高い機能を開発するインセンティブを得られるため、「構築し、所有するモデル」は、顧客体験に明確な効果をもたらします。

しかし、サービスオーナーシップへの移行は、特に数百、数千のサービスを抱える大企業にとっては困難です。サービスの定義や境界、誰が所有するかなど、全てが大変な作業となります。また、組織が迅速に拡張できるような方法でサービスが構成されていることを確認することは、テクノロジーエコシステム全体において不可能に近いことです。しかし、このレベルの可視性を獲得することは、より良いビジネス成果を得るために非常に重要です。

この問題に対処するため、PagerDutyは全プランでService Standardsを正式版として提供します。PagerDutyは、サービスベースのアーキテクチャーを通じてサービスのオーナーシップを重視しており、従来は個々のチームがサービスをどのように構成するかを決定することが可能でした。しかし、Service Standardsを利用することで、組織の全チームがベストプラクティスがどんなものかを理解でき、また、サービスオーナーシップに慣れていないチーム間で、チームと組織の両方にとって有益な方法で、その知識を標準化する柔軟性を手に入れることができます。 Service Standardsは、全てのチームが、サービスの構成がサービスオーナーシップのベストプラクティスを順守していることを確認するのに役立ちます。これは、サービスが有益であり、適切なツールと統合され、適切な人材によってサポートされていることを意味します。Service Standardsでは、サービスオーナーシップを採用するだけでなく、組織全体でそれを拡大するために、チーム全体に標準を導入するための可視性と手段を提供します。

Service Standardsの導入

サービスを設定する場合、組織内の各チームはそれぞれ異なる方法をとります。インシデント発生時に全チームが迅速に行動するために必要な情報を持っているサービスもあれば、そうでないものもあります。このように統一性がないため、情報が失われたり、純粋にチーム固有の知識として閉じられたりして、エコシステム全体に問題が発生する可能性があります。また、マネージャーや管理者が、自分たちの担当するサービスが健全な状態かどうかを知ることは不可能に近いのです。 Service Standardsは、個々のエンジニアがより上手にサービスを設定する方法を理解するのに役立つだけでなく、マネージャーや管理者が組織全体でこれらの標準を拡張するためのガイドを提供します。

成功のためのガイドラインで、より良いサービスを設定する

クラウドへの移行に伴い、あらゆる組織のサービスの数は飛躍的に増加し、中央の管理・作成チームではその負荷を処理しきれないことが多くなっています。さらに複雑なのは、サービスオーナーが、それぞれ異なる方法でサービスを構成していることです。命名規則から説明文、適切な人材が待機しているかどうかに至るまで、サービスは提供する情報の深さにおいてさまざまです。

その結果、多くの手戻りが発生することがよくあります。こんなシナリオを想像してみてください。新しいサービスを立ち上げたものの、本番稼動前にブロックされてしまう。その結果、さまざまな変更や修正を加えて出荷するように言われる。そして、これらの要件は成文化されておらず、広く知られていないことが多いため、チームは何度も間違いを犯し、サービス作成プロセスに苦痛と労力を上乗せすることになります。

お客様からよく聞きます。実際、「"良い"とはどういう状態ですか」という質問が上位を占めます。本当のところ、場合によりけりで、チームそれぞれに合った固有のものであることは間違いありません。

Service Standardsを使えば、チームは会社の方針に従って「良いこと」とは何かを標準化することができます。PagerDutyは、サービスがよく構成されているとみなされるために必要な深さとコンテキストを持つために、各サービスが満たすべき9つの標準を提供します。これらは全てオンとオフの切り替えが可能になっています。

説明責任を果たすための監査サービス

また、Service Standardsは、マネージャーや管理者に対して、設定要件が大規模に満たされることを保証するために必要なレベルの制御を提供します。管理者は、これらの標準を組織の他のメンバーが閲覧できるように公開するかどうかを決定し、可視性を決定することができます。また、企業のニーズに応じて、9つの標準のオン/オフを切り替えることもできます。より詳細なレベルでは、管理者はこれらの標準をサービスのサブセットのみに適用して、より柔軟に対応することができます。また、サービスのパフォーマンスデータはPagerDutyからエクスポートし、必要に応じて共有することで、説明責任を果たし、進捗状況を示すことができます。

試してみませんか

Service Standardsは、全組織がサービスオーナーシップのベストプラクティスを展開できるようにします。この機能により、エンジニアは何が本番環境に適しているかを理解し、新しいサービスを出荷するために必要な労力を軽減できます。管理者やマネージャーにとって、Service Standardsは、テクノロジーエコシステム全体の説明責任を促進し、進捗を評価する方法を提供するのに役立ちます。やがてこれは、迅速な状況を求めるファーストレスポンダーのためのインシデント対応を改善し、組織レベルでの運用の成熟を促進するのに役立ちます。

詳細については、最近のウェビナー「How to Standardize Service Ownership at Scale for Improved Incident Response」をご覧いただくか、こちらのKnowledge baseの記事をご覧ください。

Service Standardsを実際に見てみたい方は、PagerDutyを14日間無料でお試しください。

この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。