セルフマネージドオートメーションとSaaSオートメーションの選択における5つの考慮点
新しいものよりも伝統的なものの方が良い場合があります。ニューコークよりコカ・コーラ クラシックが好きな人もいるし、普通のトマトより伝統野菜としてのトマトが好きな人もいます。
クラウドコンピューティングについても、同じことを言う人がいるかもしれません。「(アプリやデータを)クラウドに置くのは嫌!自前のデータセンターで自分で動かした方が、より(安全だ、信頼性が高い、安い)から」。
話を戻します。私たちの新しいSaaS製品であるPagerDuty® Runbook Automationよりも、PagerDuty® Process Automation On Prem(以前はRundeck Enterpriseとして知られていました)のセルフマネージドバージョンを選択する正当な理由があるのです。昔のものの方が良いというのは今回は当てはまりません。Rundeckのオープンソースプロジェクトで開発された同じコードを使用しています。この場合、SaaSの自動化ソリューションが提供できる以上の柔軟性があれば、あなたの要件やユースケースをよりよく満たすことができるかもしれないということなのです。
どちらにするか迷っていますか?ここでは、あなたのユースケースに適したオファーを決めるのに役立つ5つの考慮事項を紹介します。
- アプリケーションとインフラはクラウドではなく自己管理か
アプリケーションとそのスタックは、自社のデータセンターや、クラウドのハイパースケーラー以外のホスティングプロバイダーで稼働しているかもしれません。これは、アプリケーションが最初にデプロイされたのがレガシーな理由であり、クラウドへの移行に投資するには戦略的すぎる(または戦略的でない)ことが原因である可能性があります。また、パブリッククラウドでは実現が困難な特殊な要件(いくつかを以下で説明します)がある場合もあります。簡単に言えば、あなたの会社がITに資本を投下し、専門性を高める場所を選択しているかどうかを反映しているのです。実際、自社でインフラを運用することがコスト抑制や収益性の源泉になる場合もあります。AWSの売上総利益率は60%以上と言われています。最後に、あなたの会社はデジタルサービスを大規模に提供しており、自社でインフラを運用することは、品質の確保やイノベーションのスピードアップの一環であるのかもしれません。
PagerDuty® Runbook Automationは、あらゆるクラウド環境またはセルフホスト環境に安全に接続できるように構築されており、多くの典型的なユースケースに対応することができます。しかし、チームのスキルセットが自己管理環境に向いている場合、PagerDuty® Process Automationソフトウェアを自分で実行する方がより理にかなっている可能性があります。このような場合、PagerDuty® Process Automation On Premを実行することで、経験豊富なエンジニアが専門知識を活かしてセルフサービスの自動化を構築し、それを他のユーザーに委ねることができるため、社内業務の拡張に役立ちます。PagerDuty® Runbook Automationをリモート環境に接続するのと同じ安全な接続性により、チームは異種のデータセンターを安全に接続して集中型自動化を行うことができます。実際、これらの環境へのリモートSSHアクセスを許可する必要性を削減または排除することで、セキュリティーをさらに向上させることができるかもしれません。
- より厳しいコンプライアンス基準を満たす必要があるか
HIPAA、PCI、FedRAMPの要件に適合する必要がありますか?ITプロバイダーがSOC2に準拠していることを要求していますか?もしそうであれば、少なくとも短期的には、SaaSを利用するよりもPagerDuty® Process Automation On Premを運用する方がよいかもしれません。
PagerDuty® Runbook Automationはこのような標準に準拠するように構築されていますが、私たちはこの3月にローンチしたばかりです。このような標準を達成するには、ある程度の運用実績が必要です。PagerDuty®には、高品質のサービスを構築してきた大きな経験があり、PagerDuty® Runbook Automationの開発にも活かされています。SOC2認証の取得については、できるだけ早く発表したいと考えています。より多くの認証の取得に近づくにつれ、予想される利用可能性をお伝えしていきます。
- データ主権要件に該当するか
多くの国では、個人を特定できる情報(PII)や財務データなど、国民に関する特定の種類のデータを自国の国境内に保存することを義務付けています。PagerDuty® Runbook AutomationはSaaSとして提供され、インターネット経由でアクセスできるあらゆるITインフラの自動化に利用することができます。ただし、現在は北米でホスティングされており、将来的にはヨーロッパでホスティングする予定です。
もしあなたの会社やアプリケーションがそのようなデータ主権要件の対象となるのであれば、代わりにPagerDuty® Process Automation On Premを利用することが理にかなっていると言えるかもしれません。私たちのSaaSサービスは、ユーザーアカウントに必要なもの以外の個人データを直接保存しません。しかし、作成するオートメーションがこのような規制の違反につながる可能性がある場合、自社のインフラ内に自社の自動化環境をホスティングすることで、コンプライアンスを示すことが容易になる場合があります。
- オートメーションに組み込むべきインフラとは
PagerDuty® Process Automation On Premは、PagerDutyが開発しサポートするプラグインと、Rundeckオープンソースコミュニティーが開発するプラグインの両方を幅広く提供します。これはオートメーション開発者がいくつかの種類のインフラをオートメーションに取り入れるための選択肢と柔軟性を提供します。
コミュニティーで非常に多くのプラグインが利用可能な理由の1つは、PagerDuty® Process Automation On Premが柔軟なプラグインAPIを備えていることです。これにより、ノード、ジョブステップ、UI統合、クレデンシャルストレージなど、ジョブ定義に利用したい自社製またはあまり一般的ではないインフラのための独自のプラグインをユーザーがシームレスに開発することができます。
PagerDutyは、厳しいセキュリティーと信頼性の要件を満たすために、当社のSaaSサービスであるPagerDuty® Runbook Automationを運営しています。つまり、私たちが提供できるプラグインは、これらの要件を満たすためにテストされ、認定されたものだけです。同じ理由で、カスタムプラグインも現時点ではサポートされていません。
PagerDuty® Process Automation On Premでファイアウォールの内側で使用するには十分安全ですが、PagerDuty® Runbook Automationではサポートされていないプラグインの一覧はこちらです。
自動化したいインフラの種類が多い場合、PagerDuty® Process Automation On Premが豊富な要件を満たす柔軟性を備えていることがお分かりいただけると思います。
- どのようなセキュリティー要件に対応する必要があるか
PagerDuty® Runbook Automationは、厳しい要件を満たすために強化されたセキュリティーで構築されており、セキュリティーとコンプライアンス要件への準拠を最適化することができます。例えば、PagerDuty® Runbook Automationは、HTTPSを使用してエンドポイントにコールバックするRunnerを使用してインフラに接続します。このため、ファイアウォールに追加のポートを開く必要がありません。Runbook Automationは、Okta、Ping、Azure ADなどのクラウドSSOや、Hashicorp Vault、CyberArk、Thycoticなどの機密管理SaaSサービスと統合されています。特権的なアクションへのアクセス制御を容易にし、スーパーユーザー資格情報を配布する必要性を低減します。ジョブレベルのログは、コンプライアンス監査も容易になることを意味します。しかし、秘密管理の場合、PagerDuty® Runbook Automationはオンプレミスのキーストアと接続しません。
しかし、あなたの会社のセキュリティー要件に合致するでしょうか?
オンプレミス認証や機密情報管理と統合する必要がある場合、またはこの分野で独自のニーズがある場合は、代わりにPagerDuty® Process Automation On Premが提供する柔軟性が必要かもしれません。
概要
PagerDuty® Runbook Automation | PagerDuty® Process Automation On Prem | |
---|---|---|
最適な目的 | クラウドやSaaSの運用を管理するため | オンプレミスの運用やインフラを管理するため |
プラグイン | プリセットとカスタムなし | 全て利用可能+カスタム可能 |
キーストア | クラウドのみ | オンプレミスまたはクラウド |
データ | PDによる管理 | お客様による管理 |
アップグレード | PDによる管理 | お客様による管理 |
スケール | PDによる管理 | お客様による管理 |
安全なインフラ | PDによる管理 | お客様による管理 |
これらの違いについて、自社の要件と照らし合わせてみたいという方は、ぜひ私たちのチームと会話を始めてください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
インテグレーション&ガイド
PagerDutyのピープルファーストのコミュニティーへの取り組み
ピープルファースト(人間第一)は、私たちが日々実践している哲学です。今日は、社員と、そして世界中に広がるコミュニティー作りを通して、私たちが実践している進化した方法をご紹介します。
デュートニアン(訳注:PagerDutyの従業員)にとって2年前は20%だった在宅勤務が、今では75%に達しています。分散型が私たちのニューノーマルです。全新入社員が、ハイブリッド、オフィス内、好きな場所と、自分に最も適した勤務形態を選ぶことができ、働く場所に究極の柔軟さが与えられています。
大切な時間をつくる
デュートニアンの生活を豊かにするために、私たちは社交、コラボレーション、ネットワーク、そして豊かなコミュニティーへの参加をより簡単にできるようにしています。
”Donuts”と”Casual Collisions”の2つは、仮想環境での偶然の出会いや雑談を再現するため取り組みです。Donutsは、Slackのチャンネルにボットを追加し、チャンネル内でランダムにペアリングを行い、ソーシャルチャットを行えます。Casual Collisionsは、このコンセプトを全社的なペアリングに拡大したものです。
PagerDutyは社会的なつながりだけでなく、年2回のHackWeekの伝統を発展させ、現在はバーチャルで行われ、全ての参加者にとって公平な体験となっています。HackWeekは、デュートニアンにとって、普段は会うこともなく、ましてや一緒にプロジェクトに取り組むこともないような会社の人たちと、革新的なアイデアを追求するチャンスなのです。
PagerDutyの価値観でつながる
PagerDutyの目的、ミッション、ビジョン、バリューは、デュートニアンをグローバルに繋ぐものです。私たちは、未来を築き、より公平な世界を描くために、時間と効率でチームに力を与えるために存在しています。この信念は、従業員体験も含め、私たちが行う全てのことに適用されています。
ワークプレイスエクスペリエンスチームのプログラムであるVibeは、デュートニアン同士のつながりを構築・強化し、私たちのブランドやコアバリューとのつながりを感じられるようにするためのものです。Vibeで最も人気のあるイベントの多くは、Social ImpactやEmployee Resource Group(ERG)といったチーム横断的な取り組みで、還元、コラボレーション、ID&Eといった当社の真の価値志向を反映しています。例えば、STEP-temper initiative では、世界中の32チームがチャリティのために1カ月間のフィットネスチャレンジに参加し、素晴らしい非営利団体”Humanity Matters”に合計26,000ドルを集めました。
今年、Vibeは四半期ごとに異なるPagerDutyの価値を、恩返しの要素と結びついた楽しい社会活動の組み合わせによって実現しています。バーチャルコンサート、コンテスト、体験型アクティビティー、そして「Bring Your Child to Work Day」のような家族全員で参加できる機会も用意されています。また、チームから寄せられた快適さや要望をもとに、対面式のイベントも数多く開催する予定です。
また、2カ月に1度のガイド付き瞑想や、Slackでの#WatercoolerWednesdayディスカッションスレッドなど、Vibeが継続的に行っているプログラムも引き続き実施していく予定です。
PagerDutyはコミュニティーを向上させる
PagerDutyのコミュニティーは、デュートニアンを遥かに超えて、私たちの顧客、パートナー、そして私たちが生活し働くコミュニティーを含んでいます。私たちの1%誓約コミットメントの一環として、私たちは従業員の労働時間の1%を地域社会とグローバルコミュニティーの変化を加速させるために提供すると誓約しています。
私たちの社会貢献プログラムは、従業員のスキルや関心を結集してコミュニティーのニーズに応え、信頼とより大きな公平性を構築することを目的としています。 その例として、Volunteer Time Off(VTO)、Technical Pro Bonoプログラム、Givingプログラムの3つがあります。
社員は毎年20時間の有給休暇を取得し、自分の好きな団体や活動に時間やスキルを捧げることができます。子どもの学校でのボランティア、地域の非営利団体への支援、投票関連やメンター活動への参加など、さまざまな活動が行われています。社員はボランティアに参加した時間と影響を記録すると、PagerDutyから資金を得て、自分にとって重要な活動に寄付できます。
私たちは、毎年恒例のカンパニーキックオフ(CKO)で集団ボランティア活動を行い、力強い1年をスタートさせています。今年のCKOでは、デュートニアンは18の仮想プロジェクトをサポートし、公平性を高め、存在感の薄いコミュニティーの機会を拡大し、PagerDutyの非営利顧客とローカルパートナーの影響をさらに拡大させました。例えば、パートナーであり非営利団体であるWeRoboticsがFlying Labs Networkの全メンバーをうまくまとめるために最適なコミュニケーションツールを特定するなど、パートナーが直面している課題に対する解決策のブレインストーミングを支援しました。
通年、ERGや各地域で社会貢献活動を推進する社員のグローバルネットワークであるCommunity Respondersと協力し、社員なら誰でも参加できるドロップインの仮想ボランティア機会を毎月設けています。
PagerDutyの社員は、Technical Pro Bono programを通じ、私たちのプラットフォームの知識を活用して、非営利団体のお客様のデジタルトランスフォーメーションの過程をサポートしています。昨年秋には、異なるチームや地域のPagerDutyの社員が、ワクチンの公平性を高めるために最前線で活動する3つの非営利団体とパートナーシップを結びました。
PagerDutyカスタマーサクセスマネージャーのJon Honariは、Technical Pro Bonoプログラムの経験について、次のように語っています。
「WeRoboticsと一緒に仕事をすることで、PagerDutyは単なるソフトウェア会社ではなく、変化と善のためのファシリテーターであると感じるようになりました。WeRoboticsのチームは、ドローンの助けを借りて予防接種や医療用品を届けることで、世界の最も遠隔地に住む人々が健康を維持できるようにすることを目指しています。PagerDutyが、困っている人々の幸福のために直接インパクトを与えることができるのは素晴らしいことであり、彼らのミッションの一翼を担えたことに感謝しています。
また、従業員には、危機対応活動、PagerDuty.orgパートナー、および自分にとって個人的な原因を支援するための資金提供や企業マッチングキャンペーンに参加する機会もあります。2021年、デュートニアンは412の活動を支援し、デュートニアンの92%が当社のソーシャルインパクトプログラムに参加しました。
詳細は、PagerDutyが近日中に発表する「2021 Impact Report」でお楽しみください。
PagerDutyとPeople-Firstコミュニティーへの参加にご興味がありますか?
私たちは採用中です。PagerDutyでの生活については、採用情報ページと、このピープルファーストシリーズのブログ1と2をご覧ください。PagerDutyの拠点は、リモートでの勤務のほか、アトランタ、リスボン、ロンドン、サンフランシスコ、シドニー、トロントにあります。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
ベストプラクティス
インシデント対応でビジネス対応が必要な場合、誰に通知すればよいか
単独のオンコールエンジニアがオンラインで問題解決に当たる場合もあれば、CTO、CISO、CIOといった上級技術者まで巻き込んだ大規模なチーム横断の取り組みまで、インシデントレスポンスチームは、顧客が気付く前に問題を解決できれば御の字です。しかし、顧客に影響が及ぶようなケースでは、営業やカスタマーサービスなど他のステークホルダーにも情報を提供し、最新情報を入手する必要があります。
インシデントレスポンスとは、システム内で発生した予期せぬ問題に対する技術的な対応を指します。問題発生を知らされたSME(Subject Matter Expert:専門家)が戦場に飛び込み、問題点を診断し、修正し、システムを正常な状態に戻します。
しかし、高度にデジタル化した今日の世界では、顧客向けアプリケーションで発生したインシデントは、対応する技術チームだけでなく、より広い範囲に影響を及ぼします。もちろん、お客様は自分のツール、アプリ、ポータル、ゲーム、ショップがなぜ動かなくなったのか不思議に思っています。そして、社内では、リーダーシップや他のビジネスラインのステークホルダーが答えを探しています。
この「偉い人の差し出口とちゃぶ台返し」は、状況報告のために作業を中断しなければならないレスポンダーにとっては迷惑で威圧的と思われるかもしれませんが、このコミュニケーションは見落とせないのです。コミュニケーションは、インシデント対応プロセスの重要な部分であり、特にハイブリッド/リモートワーク方式を採用しているチームでは、その重要性が増しています。そして、技術者と非技術者の双方がサポートと権限を得てインシデントを見届けるためのやり方があるのです。
ビジネスインシデント対応とは、深刻な技術的インシデントからビジネスへの影響を軽減するための非技術的な対応フレームワークです。ビジネスインシデント対応は、通常業務を緊急業務モードに移行させることと、外部の顧客や社内のステークホルダーとの積極的なコミュニケーションを管理することの2つの主要機能から構成されます。今回のブログでは、顧客とチームの両方の体験を向上させるためのコミュニケーション管理に焦点を当てます。
誰が知る必要があるのか
インシデント発生時には、何が起こっているのかについてさまざまなレベルの詳細を必要とする複数の関係者が存在します。舞台裏で起きていることについて顧客が深い技術的理解を必要とすることはまずないでしょう。また、顧客向けの短いコミュニケーションで経営陣が満足することはないでしょう。読み手に応じて、メッセージを調節することが大切です。
コミュニケーション作成に万能のアプローチはありませんが、事件の優先順位が高い場合には、コミュニケーションを検討すべき相手がいます。ここでは、念頭に置くべき5つの対象者を紹介します。
経営陣。** 経営幹部は、優先順位の高い問題について情報を得たいと考える最も一般的なステークホルダーですが、技術に最も明るいとは限りません。前もって最重要事項を伝えておくとよいでしょう。彼らが最も気にすることの1つは、顧客への影響です。また、ビジネス上必要であれば、SLA違反も気にかけるかもしれません。また、何かニーズやリソースがある場合は、早い段階で頻繁に問い合わせを行い、必要なサポートを受けられるようにする必要があります。 カスタマーサービスチーム。** これらのチームは、インシデントの最前線にいることが多いのですが、解決プロセスがどのように進んでいるのかが分からないまま置いてきぼりになっていると感じることがあります。カスタマーサービスチームは、サービスがいつ正常に戻るかについて、顧客とコミュニケーションを取りたいと考えています。このようなチームが、新しいインシデントの進展について最初に知ることができるようにすることが重要です。これは、顧客とエンジニアの間のコミュニケーションの橋渡しとなり、信頼を育むことにつながります。特に重要な顧客においては、このような配慮が解約と更新の分かれ目になることがあります。 その他の技術チーム。** 自分が担当するサービスでのインシデントが、他のチームに影響を与えることがあります。彼らは、それについて積極的に何かをすることはできませんが、それでも情報共有されておく必要があります。優先度の高いインシデントでは、顧客への影響、関連する進捗状況を共有し、必要な支援(人手を増やす、システムの異常に注意を向ける)を求めるとよいでしょう。この連絡では、関係者がシステムの観点から何が起こっているかを理解する可能性が高いため、チームの理解を深めるのに役立つのであれば、技術的な詳細まで踏み込むことができます。 その他の事業チーム。** マーケティング、セールス、法務、財務などのチームは、自分たちのビジネスのやり方に影響を与える出来事について知っておく必要があるかもしれません。マーケティング部門は、壊れたウェブサイトに見込み客を誘導するようなキャンペーンを中止したいかもしれません。営業部門は、デモを延期したいと思うかもしれません。法務や財務は、SLAのペナルティーを先取りしたいかもしれません。これらのチームは、おそらく技術的な面にはあまり関心がなく、あなたの役に立つようなリソースを持っていないかもしれません。しかし、これらのチームは、顧客への影響を理解し、定期的に進捗状況を報告する必要があります。 顧客。** 顧客に影響を与えるインシデントは、信頼を損なうおそれがあります。信頼を維持する1つの方法は、顧客に影響を与えるインシデントについて、顧客と率直にコミュニケーションすることです。顧客基盤がどのように分かれているかにもよりますが、これを2つのカテゴリーに分けて行うことは理にかなっているかもしれません。1つは、戦略的顧客グループ。もう1つは、それ以外の顧客層です。戦略的な顧客は、より頻繁に、より詳細なアップデートを求めるかもしれません。その他の顧客層は、インシデントが発生したことを理解し、その解決に取り組んでいることと、サービスが正常に戻ったことの2種類のお知らせが必要かもしれません。これは、組織の標準的なトーンとブランドとの関係によって異なります。
これで、更新が必要な人物の見当がつきました。しかし、社内でこの情報を整理する最善の方法は何でしょうか。特にインシデントの解決が優先される場合、このようなコミュニケーションを即座に調整するのはストレスが溜まります。
ビジネスインシデント対応のための社内準備
ほとんどの大規模インシデントでは、コミュニケーションリードの役割を果たす人がいます。この担当者は、ステークホルダーに状況の最新情報を発信し、ビジネスが正しい方向に進んでいることを確認し、さらなる影響を軽減する方法を理解している必要があります。
その他のインシデントの場合、このコミュニケーションリードは、ビジネスインシデント対応リードとは別の人物となります。コミュニケーションリードは、チームとエンジニアリングまたはオペレーションのリーダーとの間の全ての技術的なコミュニケーションに対処し、ビジネスインシデント対応リードは、全ての非技術的なステークホルダーとコミュニケーションを取ります。この2人は密接に連携しながらも、コミュニケーションを明確かつ合理的にするために、役割をはっきりと分ける必要があります。いずれの場合も、コミュニケーションは事前に可能な限り準備する必要があります。
そのための1つの方法として、テンプレートがあります。テンプレートは、対象者ごとに伝えるべきことを理解するのに十分な構造を持ち、かつ状況が変化した場合に編集できる柔軟性を備えています。テンプレートをいくつ作成するかは、組織が何を適切と考えるかによります。いくつかの主要な対象者向けに1つのテンプレートを用意する組織もあれば、対象者ごとにテンプレートを用意する組織もあります。また、優先順位やインシデントの段階に応じて、それぞれの対象者に対応するテンプレートを用意する組織もあります。どの程度詳細な設定が必要かは、社内のステークホルダーと顧客にとって何が適切かによって異なります。
これらのテンプレートも、ただ闇雲に作成すればよいというものではありません。むしろ、社内のステークホルダーのニーズを満たしているか、当人たちに確認する必要があります。さらに、インシデントが発生したときに、顧客と一緒にテストを行い、フィードバックに基づいてテンプレートを変更することもできます。最後に、テンプレートを使用する前に、社内で承認が必要なチームがあるかもしれません。多くの場合、法務部や経営陣は、大規模なインシデントが発生したときにコミュニケーションが円滑に進むように、テンプレートを閲覧し、承認することを望みます。
ステークホルダーとの信頼と透明性の構築
ビジネスインシデント対応策を準備しておくことは、重要な情報を社内でよりよく伝達するのに役立ちます。さらに、インシデントの進行に伴い、情報や動向を積極的に共有することで、困難な状況下でも顧客の信頼を維持することができます。
上記のプロセスは、基本的なガイドラインですが、大規模な組織や成熟した組織では、プロセスの調整と簡素化を支援するツールが必要になります。PagerDutyは、ビジネス全体のチームが合理的な対応を調整し、特に数秒が重要なときに、全ての瞬間について顧客への影響を最小限に抑えることができるようにします。
14日間無料でお試しいただき、お客様のチームの改善にどのように貢献できるかをご確認ください。ビジネスインシデント対応についてもっと知りたい方は、こちらの「Ops Guide」をご覧ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
ベストプラクティス
今こそ、その先へ。Arrayの進化
Words Like Freedom
There are words like Freedom フリーダムなんて言葉がある
Sweet and wonderful to say 口にすると甘く素敵な響き
On my heartstrings freedom sings 琴線に触れる自由の歌の数々
All day every day. 毎日毎日耳にする。
There are words like Liberty リバティなんて言葉がある
That almost make me cry 聞けば泣きそうになる
If you had known what I know 僕のことを知っていれば
You would know why. なぜだか分かるよね
Langston Hughes
(訳注:Freedomは束縛からの自由、Libertyは行動する自由)
初日、4年前 2018年2月15日(木)、私たちの新年最初のタウンホールで、私は同じブラックデュートニアン(訳注:デュートニアンはPagerDuty社員という意味)のAdam Booneと共に立ち、Langston Hughesの詩「Words like Freedom」から上記の言葉を全社に読み上げました。その日、私たちはPagerDutyで初めてのブラック&ラテン系従業員リソースグループ(ERG)であるArrayを紹介しました。今思えば、入社してまだ2カ月目、このステージでマイクを握らされ、私たちの声を聞いてもらう機会を与えられたのですから、緊張しました。アメリカでキャリアを積んできた黒人女性として、マイクを渡され、心から発言することを許されたときほど嬉しいことはないでしょう。これこそ、私が言うところの「リバティ」です。この場に至るまで、何の障壁もなく、日時を指定されたので、ただ来て、始めたのです。この時、PagerDutyではこういう仕事ができるんだと思いました。
PagerDutyのおかげで、インクルージョン、ダイバーシティー、エクイティーに関して、私たち全員が果たすべき役割を理解することができました。私の経験を通じて、Arrayの旅について、そして私たちが1カ月のお祝いを超えて、私たちの周りの人々(ブラック、ラテン、そして味方)を育てるための継続的なプログラミングに移行していることをお話ししましょう。この物語の一部では、私が働いている職場で、帰属意識と公平性のある場をつくるためにERGというプラットフォームをどのように利用したかを紹介しています。
振り返り
私が初めてPagerDutyに来たとき、多くの有色人種がそうであるように、ここに「私たち」が何人いるか数えてみたんです。幸いなことに、私が前にいた場所よりも多かったので、言うまでもなく、私は興奮しました。他の黒人やラテン系のデュートニアンに出会い、一緒にランチを食べたり、会議室でERGの名前、ミッション、ビジョンについてブレストしたりして、すぐにここPagerDutyでのコミュニティー意識を持ったことを覚えています。
Arrayのミッションは、ブラック&ラテンアメリカの生きた経験への共感と理解を育む、継続的な学びのコミュニティーを可能にすることです。
ビジョン:PagerDutyの多様で包括的なグローバル職場環境を育成・賞賛することで、黒人・ラテン系従業員の活躍の場を均等にし、多様な顧客層を代表する人材を継続的に獲得すること。
私は、「これは、私の祖先が公民権運動を計画していたときに経験したことなの?」と考えました。可能性はありますね。PagerDutyでの時間を振り返ってみると、最も長く在籍しているArrayリーダーとして、Arrayは私とPagerDutyに多くのものを与えてくれました。私たちは、どのような不快な会話が交わされる可能性があるかを共に学び、私たちに直接影響を与える難しい社会問題を解決するために、黒人とラテン系の従業員に自分のスペースを持つことを許可し、味方のために黒人とラテン系の経験を知ってもらうための学習機会を作りました。
私たちは先の長いゲームに参加しています
昨年、未来の働き方を研究する中で、カリフォルニア大学バークレー校のOthering & Belonging Instituteのディレクター、John Powell から”universal belonging”(普遍的貴族意識)という言葉を学びました。普遍的帰属意識とは、人々の間にある一体感や感覚のことです。意見、人種、信条、階級、宗教の違いに関係なく、人々を結びつける感覚です。多くのArrayのメンバーが去っていきましたが、私はArrayの中で過ごした時間と経験によって、私たちがどのようにこれからの仕事を生き抜いていくのか、そして、分散した世界の中で分離された私たちが帰属の場を作るにはどのような仕事が必要なのかを理解できました。パンデミックや危機は自己満足している時ではないことを、私はArrayの進化を通して学びました。
PagerDutyの価値観である”Bring Your Self”、”Take the Lead”、”Run Together”によって、Arrayは成長し、一体感がより重要視されるようになりました。長年にわたり、私たちはPagerDutyでこの一体感を作り出し、他の人たちを連れてくることを許可され、特権を与えられてきました。
私たちは、人種についていつ話すべきか、いつ話すことができるか、また、私たちが誰であるかを認めあえるかについて、暦上の月に左右されるわけにはいきません。実際、歴史を祝う日や月があっても、過去を消し去ることはできませんし、現在そして将来にわたって私たちが直面する問題を解決することはできません。この4年間、私はArrayのリーダーシップ、会員数、プログラムへの参加、イベントへの参加などの成長を目の当たりにしてきましたが、それは私たちが取ってきたゆっくりと進む行動によるものでした。そして、2022年。Arrayのメンバーは90人を超え、Arrayの中に「Array-Black」と「Array-Latine」というサブグループを作り、それぞれのディアスポラに対してユニークな体験を提供できるようにしています。私たちは、「黒人歴史月間」「ヒスパニック・ヘリテージ月間」の枠を超え、つながりや成長、コミュニティ形成を促進する継続的なプログラムを通じて、つながりや変化をもたらすことを目標としています。また、昨年は初めて”Inclusion Survey”のデータの報告を受け、会員のニーズに対応したプログラムやイベントを実施するための参考としました。 会員数が増え、データが蓄積されたことで、他の優れたチームと同じように、私たちも進化と拡大を遂げることができるようになりました。私たちは、黒人やラテン系の人材が職場でより良い未来を実現できるよう、周囲に影響を与えることで歴史を刻んでいきたいと考えています。元の状態に戻るよりも、より公平に私たち全員のためになるニューノーマルに到達できるのでしょうか?
変革にはリーダーシップが必要
真の変革には、説明責任と、それを実行しようとする真のリーダーが必要です。ArrayがERGになった直後、CEOのJennifer Tejadaは、Arrayのリーダーとじっくりと話をしたいと言ってきました。その姿は、今でも鮮明に覚えています。彼女は部屋に入ってきて、座って、"私に何ができるのか "と言ったのです。それがきっかけで、あとは歴史に残ることになりました。それ以来、ArrayはCEOとつながり、関係を築き、Alec Gallimore、Elena Gomez、Bonita Stewartといった黒人とラテン系のボードメンバーにアクセスできるようになり、Arrayメンバーとシニアリーダーによる初のERG主催のメンターシッププログラムを始めるためのスポンサーとなり、ビジネスと社員体験というレンズを通してメンバーが直面しているさまざまな課題にどう取り組むかを意識させることができるようになったのです。Jennの魅力は、Arrayのことに関して答えを知っているふりをすることなく、四半期ごとのアップデートミーティングでは時間をかけて話を聞き、解決策を見つけるサポートを惜しまないことです。
未来への展望-コミュニティーの構築
パンデミックの「ジュニアイヤー(訳注:アメリカの高校は4年制で、ジュニアイヤーは3年目に当たる)」だと聞いています。私が高校生の頃を思い出すと、3年生といえば、高校卒業後の進路について真剣に考える年でした。ある意味、今日のArrayは、私たちの将来について真剣に考え、帰属意識を持てるようなPagerDutyのコミュニティーの強さを構築しているのです。私は、リーダーたちがアイデアを持ち寄り、それを実現することで、コミュニティー内での定着率とエンゲージメントを高めることにコミットしていることに、とても興奮しています。このような継続的なつながりがあれば、誰もが毎日仕事に打ち込み、お互いのため、お客様のためにベストを尽くすことができるようになると信じています。今年、私たちは以下のような形で、継続的なコミュニティづくりを推進しています。
不快な会話につなげる。**私たちは、会話には力があると信じているからこそ、「Spill the Tea」の対話を続けています。このようなメンバー同士の親密な会話は、自分自身を表現し、今一番気になっていることについて本音で語り合うための安全な場となります。毎月1回開催し、組織横断的にメンバー同士が気軽にぶつかり合える場を設けています。 アライメンバーとリーダーをつなぐ。**このプログラムは、シニアリーダーシップチーム(SLT)のメンバーが、黒人と茶色のデュトニアンのキャリアを発展させるための指導を行い、同時に、職場内外の黒人と茶色のコミュニティをサポートするためのアライシップのベストプラクティスを学ぶために企画されたもので、2年目に突入しています。また、職場の内外で黒人や褐色人種のコミュニティーを支援するためのアライシップのベストプラクティスを学ぶこともできます。
このプログラムは、私に「ドリームビッグ!」という自信を与えてくれました。 私は素晴らしい指導者に恵まれました。彼は、私に自分の考えを話す時間を十分に与えてくれました。彼は私の話に耳を傾けるだけでなく、聞き、自分の個人的な話をすることで私と弱さを共有し、何でも可能であることを教えてくれたのです。 —2021 Array mentee, Meley Bekele
Arrayメンバー同士をつなぐ。**会員数の増加に伴い、「Reach One, Teach One(ROTO)」シリーズを開始します。このシリーズでは、会員を対象としたアンケートの結果をもとに、行動を起こしていきたいと考えています。会員の皆さんは、キャリアの節目や決断をどのように乗り越えたらよいかを話し合う場を求めていました。このような会話を始めるには、自分のコミュニティー内で行うのが一番良い場合もあります。私たちは、隔月でこのセッションを開催しています。 トピックを1つ選び、視点、アドバイス、洞察を共有します(一部のトピックは会員のリクエストに応じます)。 プロセスに関する実用的なヒントを提供します。 前に進むための意識を高めるために、本音で語り合い、厳しい質問をする安全な空間を作ります。 より大きな目的へとつながる。**私たちは、先人たちの犠牲なくして、このような機会を得ることはできなかったと認識しています。今年も、ID&Eチームとソーシャルインパクトチームとのパートナーシップを維持し、社員とコミュニティーのために時間を割くことを徹底していきます。2月と9月・10月には、黒人系とラテン系企業の声を意図的に増幅させ、それぞれのヘリテージを祝いました。今後も、大小さまざまな取り組みを通じて恩返しをし、あらゆる面で周囲の人々を高めていけるよう、努力を続けていきます。過去および現在のパートナーシップは以下の通りです。 Days for Change Code Tenderloin MLK Middle School, San Francisco Women’s Building, San Francisco The New Georgia Project Atlanta Mission Covenant house of Georgia Empowr Atlanta Community Food Bank Continue To Have Hope for the Future
未来に希望を持ち続けること なぜなら、変化とは最終目的地ではなく、正義であるからです。年々、私たちは意識と認識を高め、プログラミングを繰り返し、一度に一人ずつに影響を与えることを学ぶ意欲を持つようになることが、私の望みです。Arrayは、私たちが誰であるか、どのように他者に影響を与えるか、そして人々を第一に考えたときにどのような変化が起こりうるのか、その見本となるにはどうしたらよいか、私たち全員が学ぶべきことがあると教えてくれました。真の自由と解放は、すべての人が意志を持ち、ひとつの人間として学ぶことを許されているときにのみ訪れるのです。Arrayは、その学びのプロセスを支援できると思います。私は、過去と現在のArrayのメンバーが、長年にわたり、個人的、職業的な経験や物語を私と共有してくれたことに、永遠に感謝します。そのような体験談や経験が受け入れられ、今日のArrayのコミュニティーの核となっているのです。
What Makes Array
No two stories the same 同じ物語は2つとない A mix of melanin we call by name 私たちが名前で呼ぶメラニンの混合物 A space for an unfiltered tone 素直なトーンのための空間 A community I can call home. 私が故郷と呼べるコミュニティー。 Filled with pride and emotion 誇りと感動で満たされる I don’t feel like a token 私はつまらないものだとは思っていない Always there on a day like today 今日のような日にいつもそこにいる Moving us forward, this is Array 私たちを前進させる、これがArray
—Phylicia Jones この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
ベストプラクティス
ギャップを埋める:正しい方法で自動化を導入する
企業における自動化は新しいことではありません。エンジニアは何十年も前から自動化ツールやフレームワークを使って仕事をしてきました。構成管理ツール、継続的インテグレーションとデリバリーパイプライン、クラウドの形成など、自動化はビジネスシーンにおけるほぼ全ての技術的なユースケースの構成要素となっています。こうしたことが本当なら、なぜ自動化はいまだに多くの手作業と対になっているのでしょうか。
その答えは?IT部門とそれ以外の部門に自動化を広く普及させるには、まだ明らかな遅れがあるのです。例えば、今日の企業の大半は、製品、サービス、ヘルプデスク、その他の顧客向けアプリケーションなど、何らかの形でデジタルサービスを提供しています。そして、ほとんどの企業は、そのサービス提供の展開や維持のために、IT組織内である程度の自動化を活用しています。しかし、自動化は利用されていても、その価値が十分に発揮されていないことがよくあります。自動化の利用は通常、ビジネスの小さな領域に限定され、自動化を実装または構築した従業員のみがそれを使用し適用することができます。
私たちはこれをオートメーションギャップと呼んでいます。
オートメーションギャップ オートメーションギャップとは、組織内の自動化の利用が島ごとに存在し、各専門業務部門がサイロ化した自動化を活用しているというシナリオです。さらに、オートメーションギャップがあるということは、(専門家以外の)ほとんどの従業員が、自動化を実際に利用するための系統的な知識、スキルセット、組織全体のアクセス権を有していないことを意味します。
ITの視点から見ると、オートメーションギャップは業務を停滞させ、次のような大きなビジネス上の問題につながる可能性があります。
専門家へのエスカレーションが絶えず、イノベーション能力が制限される SLAペナルティーとインシデント解決の遅れによるエラー率の増加 予定外の仕事や依頼が殺到し、専門家が燃え尽きる 最終的には顧客の不満と収益の損失につながる
デジタル世界における技術革新のスピードと消費者の期待の高まりを考慮すると、オートメーションギャップがもたらす負の外部性は、日が経つにつれて悪化または拡大する一方でしょう。しかし、問題に対処し、ギャップを埋める前に、ギャップの存在の根本的な要因を特定し、理解できるようにする必要があります。
オートメーションギャップの特徴は、大きく3つの要素に分類されます。 ナレッジギャップ スキルギャップ アクセスギャップ
ナレッジギャップ あらゆる規模のデジタルファーストの組織は、顧客のニーズを満たし、イノベーションに歩調を合わせ、競争に勝ち残るために、常に変革を続けなければなりません。この進化を成功に導くためには、デジタルインフラも並行して適応し、進化していく必要があります。しかし、進化は一夜にして起こるものではありません。進化は、何年にもわたるDX、従業員や文化の変遷、新たな複雑性や技術的な依存関係を経て、レガシーインフラの上で発生するものなのです。適切な文書化と理解なしには、シームレスな実行はほぼ不可能です。
ナレッジギャップとは、1人の個人または社員が、IT組織内のあらゆる依存関係、システム、ベストプラクティスについて、専門家になれるわけではないことを理解することです。例えば5年以上勤続している元社員は、レガシーインフラのインシデントに取り組むための系統的な知識を持っているかもしれませんが、8カ月勤務しているオンコール対応者は、同じ基礎インフラについて微妙な理解を持っていないかもしれません。
スキルギャップ スキルギャップとは、ユーザーによって技術的なスキルセットが異なるという現実のことです。ナレッジギャップと同様に、スキルギャップも組織のデジタルインフラ全体における新しいテクノロジーと複雑性を専門に扱う従業員に起因しています。新しいシステムやプロセスが導入されると、多くの場合、それらを構築または実装した専門家 (SME)が、必然的にインシデントが発生したときに問題を適切にトリアージできる唯一の人物となります。このような専門性のボトルネックは、対応のライフサイクルに悪影響を与え、専門家を疲れさせ、修復作業の効率を低下させる可能性があります。このギャップは、特に人員削減の時期に顕著で、XシステムやYサービスに必要な理解とスキルを持つ専門家が、1人か2人しかいなくなった場合に生じます。
誰もがデータベースの管理方法や継続的インテグレーションのパイプラインの自動化方法を知っているわけではありません。実際、企業で最も高いスキルを持つ技術者は、通常そのような需要があるため、その作業を軽減できればビジネスのスケールに貢献します。繰り返し行われる診断や手順を常に中小企業にエスカレーションすることは、予定外の作業を生み出し、本来なら専門家が優先すべき価値の高い作業の妨げになります。このような技術的な役割を担う人材の獲得は増加の一途をたどっており、このギャップを解消することは、企業にとって長期的な取り組みがより一層重要となっています。
アクセスギャップ 最後に、アクセスギャップは、今日のベストプラクティスに従ってセキュリティー体制を維持することに関連しています。 最小特権アクセスの原則に従えば、スーパーユーザーの資格情報をITスタッフ間で広く配布したり、共有したりしてはいけません。ツール、情報、システムに適切にアクセスできなければ、解決に要する時間の長期化、修復作業の非効率化、中小企業が価値の高い作業に集中する時間の短縮など、アクセス不足に起因する悪影響が生じます。
では、PagerDutyはどのようにしてこのオートメーションギャップを埋め、ITオペレーション全体の敏捷性を向上させ、チームがより速くイノベーションを起こせるようにするのでしょうか。
アプリケーションオートメーション PagerDutyの自動化機能により、これまで専門エンジニアにしかできなかったことがエンドユーザーにもできるようになります。このプラットフォームは、自動化を他の関係者に安全に委譲し、エスカレーションの中断をなくし、待ち時間を劇的に短縮することで、これらのギャップを埋めるように設計されています。これらのプロセスは、既存のタスク自動化を運用ワークフローの個々のステップに組み込むことができ、一貫した運用体験を提供しながら、プロセスのユーザーから各ステップの特定のコンテキストを抽象化できます。
PagerDuty® Process Automationのポートフォリオは、以下の製品で構成されています。
PagerDuty® Automation Actions:PagerDutyのレスポンダーをキュレーションし、インシデントに関与するサービスの自動診断と修復につなげるPagerDutyアドオンです。 PagerDuty® Runbook Automation:エンジニアがランブックの手順を標準化・自動化し、サービスをセルフサービス型オペレーションとして委譲できるSaaSサービス。 PagerDuty® Process Automation On-Prem:エンジニアがエンドツーエンドの運用ワークフローを標準化・自動化し、関係者にセルフサービス型オペレーションとして安全に委ねることができるセルフホスティング型ソフトウェア群です。
PagerDutyの自動化機能は、エンドユーザーと認証情報やキーを明示的に共有することなく自動ワークフローを呼び出せるため、組織がアクセスギャップを安全に解消するのにも役立ちます。シングルサインオン(SSO)と統合してロールベースのアクセス制御を可能にし、プロセスレベルとステップレベルの両方で全てのアクティビティーを記録して、コンプライアンス要件を満たします。
PagerDutyの自動化機能がオートメーションギャップを埋める過程でどう役立つかについては、https://www.pagerduty.com/use-cases/automation/ をご覧ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
インテグレーション&ガイド
ウクライナへの支援|企業としての表明
ロシアがウクライナに侵攻してから3週間が経過しましたが、この危機は予測できないほど長く続く可能性があります。人道的危機の規模は驚異的です。この地域における暴力、特に罪のない一般市民を標的にしたエスカレートは悲劇であり、急速に近年最大の人道危機の一つになりつつあります。
私たちは、企業として、私たちの意図を裏付ける行動を優先しています。社員が寄付やボランティアをするためのリソースを提供し、非営利団体と協力して、この地域の救援活動を直接支援したり、サポートしたりする機会を積極的に設けています。
PagerDutyには、グローバルコミュニティーのニーズに応えるための文化や歴史が確立されています。私たちは、ウクライナの人道的支援、救援活動の組織化、避難の調整などを推進する組織が、PagerDutyを無料で利用できるようにし続けます。適切なタイミングで適切な人々に迅速かつ忠実に、そして柔軟にコミュニケーションをとることは、彼らの活動を成功させるために不可欠です。私たちは、新しいユーザーがすぐに製品を使えるようカスタマーサポートを提供します。
PagerDutyは、ロシアの国営企業や、ウクライナのドンバス地方やクリミア地方にある企業とは一切取引していません。より広範な国際ビジネス社会と連帯して、私たちは、私たちが関わっている限られた数のロシアの顧客との全ての作業を停止し、ロシアからの新しいアカウントを受け付けないことにします。当社は、当社のサービスとセキュリティーを積極的に監視し、利用規定に記載されているガイドラインを実施しています。私たちのプラットフォームが不適切に使用されていることを発見した場合、私たちは迅速に対応します。
私たちは、ウクライナで起きている出来事を追い続け、国民、国家、そして主権のために立ち上がる勇敢なウクライナ人を支援する方法を模索し続けます。紛争の平和的かつ公正な終結を願うと同時に、私たちの専門知識とプラットフォームを活用して、私たちが正しいと信じることを支援する方法を積極的に模索していきます。
支援対象組織
国際医療協力隊「ウクライナ基金」。PagerDuty.orgのパートナーは、ウクライナと近隣諸国の医療専門家による一次および緊急医療サービスを提供しています。 UNHCR。ウクライナから逃れてきた難民に、現地で緊急支援を行います。 セーブ・ザ・チルドレン「ウクライナ危機救済基金」。350万人の子どもたちとその家族に、食料、水、衛生キット、心理社会的支援、現金支援などの緊急支援を提供することを目標としています。 Nova Ukraine。ウクライナの非営利団体で、現在、人道的支援を行い、他の地域へ移住しなければならない避難民を支援しています。 Voices for Children。心理学者とともに、危機的状況にあるウクライナの子どもたちを現場で支援します。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
ニュース&告知
DevOps活動に女性の参加を呼びかける
本日は国際女性デーということで、オーストラリアの技術職の女性たちにスポットライトを当て、特にDevOpsのキャリアに焦点を当てる、待望の機会となっています。
昨年6月、LinkedInはDevOpsエンジニアを最も需要の高い職種第10位に挙げ、最近の求人レポートでは情報通信技術(ICT)分野の職種が業界で最も高給であることが判明しました。
エンジニアリングに限らず、さまざまな職務におけるDevOpsエキスパートの需要は、飛躍的に高まっています。プラットフォームやアプリケーションが記録的なスピードで出現し、進化していく中で、これらの職務は、女性が国内外で大きな成功を収めるのを目にすることができます。
テック業界は、自動化の進展に伴い、今後数年間で他のどの業界よりも急速に成長すると思われます。技術系、非技術系を問わず、金融サービス、小売、教育などの分野でキャリアの機会が増え続けており、COVID-19はこれをさらに加速させるものです。しかし悲しいことに、Australian Computer Societyの最近の統計によると、オーストラリアの技術系労働者に占める女性の割合はわずか29%に過ぎません。
オーストラリアでは、科学、技術、工学、数学(STEM)のあらゆる段階で、才能のある女性が失われています。また、調査によると、女子は6歳でSTEMから離れることが分かっています。これは主に、目に見える女性のロールモデルがいないことや、STEMの専門家が何をするのかが理解されていないことが一因となっています。
しかし、2022年現在では、イノベーションの機会が最前線にあり、キャリアパスについて女性の意識を高める余地が大いにあります。
これを受けて、PagerDuty APJは、技術分野の女性に焦点を当てた地域プログラムを立ち上げました。これはWomen in Technologyの地域支部から始まり、PagerDutyの広範なプログラムであるSisterDutyの一部を形成しています。さらに、四半期に一度、メンターと若いメンティーがペアを組み、知識やアドバイスを共有するメンターシップミートアップを開催しています。
外部からは、STEM分野の若い女性を支援するTech Girls Movement Foundationとパートナーシップを結び、毎年開催されるNext Tech Girl Superheroコンテストでメンターや審査員として協力することにしています。
女性だからといってチャンスは限られていませんし、むしろ増える一方だと思います。女性リーダーは異なるスタイルのマネジメントを組織にもたらしますが、私はこのカルチャー、共感、成功に焦点を当てたスタイルにチームがよく反応すると思います。
技術やDevOpsのキャリアを考える女性を鼓舞するために、私は3つのアドバイスをしています。
じっくりと正しい道を探ってください。テック業界は、女性にとって素晴らしい機会を与えてくれます。時間をかけて探索し、充実感と感動を与えてくれる道を探してください。 選択肢を研究してください。オーストラリア国内のテック業界は、多くのエキサイティングなスタートアップ企業で活況を呈しています。よく調べて、選択肢を検討しましょう。リスクをとることを恐れないでください。この業界に入れば、可能性は無限に広がります。 あなたの声を届けましょう。この業界に多様な視点を持ち込むことは、非常に歓迎されるでしょう。現状を打破し、新鮮なアイデアと思考をもたらすことを恐れないでください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
企業全体のデジタルオペレーションを掌握する
本日、PagerDutyはCatalyticの買収により、自動化能力を新たな規模と範囲に拡大することを発表いたします。Catalyticの技術と優秀なチームによって、私たちはあらゆるワークフロー、あらゆる従業員に広く適用できる企業全体のノーコードワークフローを管理し、プロセス自動化の提供を加速させます。私たちの能力を組み合わせることで、フロントオフィスとバックオフィスの両方のワークフローに対応できる統一プラットフォームを企業に提供し、DevOps、技術、カスタマーサービスチームだけでなく、法務、財務、人事、営業、その他の職種にまで私たちの影響を拡大できます。
この新機能により、企業全体の反復作業を自動化できます。例えば、ビジネスオペレーションにおける従業員、顧客、パートナーのオンボーディング、収益チームにおける販売とパイプラインのレポート、契約、合意、雇用、購買などのあらゆるタイプの共同コンテンツレビュープロセスを含められます。実際、技術的な知識やコーディングを一切必要としない直感的なインターフェイスを使用して、既存のあらゆる反復的なワークフローを迅速に実装できます。
PagerDutyが重要な業務の管理にフォーカスする上で、自動化は常に最前線にあります。世界がより予測不可能になるにつれ、デジタルオペレーションの複雑さと企業のビジネススピードは加速し続けています。勝ち組になるには、自動化によってチームを強化し、より多くの時間をイノベーションに費やせるようにする必要があります。繰り返しのタスクで人に負担をかけることはスケーラブルではなく、最もスキルの高い、限られたリソースである従業員に余計な負担をかける結果になります。
一番大事なデジタルサービスが利用できない場合、ビジネスへの影響は驚くほど大きくなります。そのため、当初は、高いスキル(と報酬)を持つ開発者や技術チームのために、大規模なインシデント対応を自動化することに焦点を当てました。PagerDutyは、自動化されたインシデント対応とインシデント発生時の自動リアクションのパイオニアです。その後、ノイズや誤報を減らすためのイベント管理の自動化に着目し、イベントインテリジェンスでマシンタイムにロジックを注入しています。2020年10月には、Rundeckの買収を完了し、これを急速にプラットフォーム上に統合しました。これにより、ランブック、自動診断、自動修復によるタスクの自動化でレスポンダーを強化し、問題解決にかかる時間を大幅に短縮するとともに、そのための力を第一レスポンダーの手に委ね、開発者や高度なスキルを持つチームの中断やエスカレーションを完全に省くことができるようになりました。
Catalyticの機能と熟練した自動化チームが加わったことで、私たちは、ビジネスに不可欠なデジタルサービスだけでなく、企業全体のあらゆるビジネスワークフローに範囲を広げています。冗長なタスクやプロセスを排除し、可能な限り人手をかけずにビジネス全体のサービスレベルを満たし、それを超えることを保証します。
現在、PagerDutyは企業全体のあらゆる反復的なオペレーション業務に取り組んでおり、ビジネス全体のプロセスの自動化と、あらゆる状況に対応できる従業員への稼働能力の提供に注力しています。
私たちは、企業全体に機能を拡大できることに、この上ない喜びを感じています。ビジネスが顧客中心になり、デジタルサービスがビジネスのあらゆる側面を強化するにつれ、PagerDutyデジタルオペレーションプラットフォームは、全ての従業員の反復作業をサポートし、タスクや不要な中断を取り除き、最も重要なことに集中できるよう拡張していきます。私たちは、以前のRundeckと同様に、Catalyticの機能を迅速に組み込み、PagerDuty上に統一された体験を短期間で提供する予定です。
企業はPagerDutyに最も重要なサービスを任せることで、信頼を深めてきました。私たちは、その信頼に基づき、将来にわたってお客様の組織全体の業務プロセスをサポートできることを嬉しく思っています。
セーフハーバー条項
この発表には、PagerDutyの信念と仮定、およびこの発表日時点でPagerDutyが利用可能な情報に基づく「将来予想に関する記述」が含まれています。将来予想に関する記述には、「買収が完了すると予想される時期(完了する場合)」、買収によって期待される利益、CatalyticをPagerDutyの事業にうまく統合する能力、買収がPagerDutyの製品とサービスに与える影響、およびCatalyticの製品とサービスの能力に関する記述が含まれますが、これだけに限られるものではありません。既知および未知のリスク、不確実性、およびその他の要因が多数存在するため、PagerDutyの実際の結果、パフォーマンス、または業績が、将来に関する記述で表明または暗示されたものと大幅に異なる可能性があります。これには、合併した事業、技術、人員、および運営を完了し統合する際に遭遇する困難、買収に関するコスト、買収および結果として得られる製品およびサービスの市場受容、製品およびサービスのイノベーションを含む事業に対する重要な投資からPagerDutyが価値を実現できないこと、一般市場、政治、経済およびビジネスの状況、などがあります。
PagerDutyの業績に影響を与える可能性のある要因に関する追加情報は、米国証券取引委員会に提出されている2021年10月31日に終了した四半期のフォーム10-Qによる同社四半期報告書およびPagerDutyが米国証券取引委員会に提出したその他の書類に記載されています。法律で義務付けられている場合を除き、PagerDutyは、新しい情報、将来の出来事、その他の結果に関わらず、将来予想に関する記述を更新または修正する意図や義務、または実際の結果が将来予想に関する記述で予測されたものと大きく異なる理由を更新する意図を持ちません。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
女性が個人のコントリビューターとして技術分野でリードすることの意味
テクノロジー企業での業務は、ソフトウェア開発の仕事だけではありません。PagerDutyのようにソフトウェアを事業としている企業では、あらゆる職務がテクノロジーに関わります。PagerDutyの多様性イニシアティブは、CAPインターンシッププログラムから取締役会まで、組織のあらゆるレベルに及んでいます。 女性史月間と国際女性デーの今年は、昨年に引き続き、女性に焦点をあてたプログラムを充実させたいと考えています。2021年のイベントを見逃した方は、 録画をご覧いただけます。今年のウェビナーでは、ゲストスピーカーにDevOps InstituteのチーフアンバサダーであるHelen Bealを迎え、その後PagerDutyとユーザーコミュニティーの幹部がパネルディスカッションを行います。3月23日のイベントについての詳細と参加申し込みはこちらから。
ウェビナーに加え、パネルディスカッションも開催し、当社のソーシャルメディアアカウントでライブストリーミング配信します。私たちは、女性経営者が何に刺激を受け、どう組織を運営しているかを話すのが大好きです。今年はパネルを拡大し、PagerDuty、お客様、そして私たちのコミュニティーで技術専門職として活躍する女性の話をもっと聞きたいと思いました。これらのディスカッションはTwitterアカウントでフォローできますし、質問をしたい場合はTwitchでも視聴できます。ライブを見逃した方もご安心ください。TwitchやYouTubeアカウントで録画したものを見ることができます。
今週はPagerDutyの最高ダイバーシティー責任者であるRoshan Kindredから話を聞きます。Roshanは昨年夏にPagerDutyに入社し、公平性と帰属意識に対する情熱を持ち続けています。私たちはRoshanと、DE&I、キャリア成長、そして女性が技術キャリアで自分自身を主張する方法について話をします。3月7日(月)2pm EST / 11am PSTにご参加ください。
火曜日は、PagerDutyチームのJess Ritterと、H&R BlockのBrittany Woodsと一緒にSREについてお話します。JessはSREデリバリーチームで、私たちの製品をお客様に届けるために必要なものを全開発チームが持てるよう保証しています。BrittanyはH&R BlockでServer Automationのマネージャーをしています。彼女は昨年、ポッドキャストのエピソードにも参加しています。このパネルは、3月8日(火)2pm EST / 11am PSTに開催されます。
水曜日は、人々がテクノロジーから最も連想する仕事であるソフトウェア開発に取り組む人たちに話を聞きます。パネルディスカッションでは、PagerDuty RundeckチームのJulianna Green、Event OrchestrationsチームのNeha Wadhwa、モバイル開発チームのSanthoshi Shakar、そしてApp FoundationsチームのHannele Kormanoが登壇予定です。このパネルは3月9日(水)2pm EST / 11am PSTに開催されます。
木曜日のパネルは、セキュリティーとコンプライアンスに焦点を当てます。セキュリティーエンジニアIIのNeha Guptaをはじめ、ScaleSecのシニアクラウドセキュリティーコンサルタントのSarah Gori、Elasticのセキュリティーエンジニアリング生産性担当シニアQAエンジニアのTanisha L. Turnerが参加する予定です。セキュリティーパネルは3月10日(木)2pm EST / 11am PSTに実施します!
最後に、金曜日は、プロダクトチームとプロダクトマーケティングチームの女性を特集します。PagerDutyのプロダクトマネージャーとプロダクトマーケティングマネージャーは、さまざまな技術的経験を持ち合わせています。プロダクトマネージメントチームからはJulianna NasserとMya Kingが、プロダクトマーケティングからはVivian Chanが参加します。3月11日(金)3pm EST / 12pm PSTにご参加ください(このパネルは、スケジュールの都合で他のパネルより1時間遅く開催されます)。 私たちのパネルは、PagerDutyで女性が担っている全ての役割を網羅しているわけではありませんが、2022年の国際女性デーを記念して、これらのストーリーを皆さんと共有できることを誇りに思っています。もし、あなたがこれらの役割のいずれかに自分自身を重ねているのであれば、boards.greenhouseから応募して参加してください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
アクショナブルインテリジェンスに「アクション」を入れる
AIOpsは、機械学習と人を組み合わせ、IT運用で技術的成果を実現するものです。この能力への期待が新たな競合を市場に送り込み続けています。AIOpsは、あらゆる主要なイベント管理プレーヤーにとって、メッセージングの中核となるコンポーネントとなっています。多くの企業が自社製品のブランドを変更し、AIOpsの機能を特に強調するようになりました。新興のイベント管理プレーヤーも登場し、AIOps市場に場を確保しようと試みています。ほぼ全ての観測可能なAPMベンダーが同じことを行い、自分たちが今、AIOpsツールとして選ばれていると主張しています。
AIOpsとは何か?
しかし、一歩下がってほんの少し現実を見てみましょう。AIOpsはツールではなく、一連の機能です。したがって、製品セットとしてのAIOpsを定義することは困難です。これは、自分のツールがDevOpsのツールとして選ばれていると主張するのと同じようなものです。業界をリードするアナリストでさえ、AIOpsの中核となるアプローチは何か、AIOpsの特定のヒューリスティックは何かについて、同様に意見の相違があります。このような意見の相違はあるものの、私たち実務家は、大多数のAIOpsソリューションを2つの中核的な陣営に分類して考えることができます。
オプションその1:アプリケーション監視
アプリケーション監視ツールは、最初の陣営を所有しています。この監視中心のアプローチは、メトリクス、KPI、ログなどを活用し、機械学習と傾向分析を使用して予測を行い、より早くスマートなアラートを出せるようにすることを目的としています。良い点は、全てを監視することで、根本的な原因に近づける可能性があることです。一方、デメリットは、監視を複製することになるか、これらのツールセットを活用するために現在のツールセットの大部分を削除して交換しなければならないことです。さらに、ネットワーク、ストレージ、アプリケーション、パフォーマンスモニタリングなど、全てを1つのツールで監視することは、特に「十分な」監視ツールを置き換える場合、コストがかかる可能性があります。
オプションその2:イベント管理
2つ目のアプローチは、イベント管理です。このソリューションのグループは、異なるモニタリングを統合することでドメインにとらわれない視点を維持し、単一の管理画面の結果に焦点を当てた集中型NOCの能力タイプに行き着くことになります。このアプローチでは、全ての異種情報を一元化することで、理想的にはより良い意思決定を行うことができると期待されています。しかし、ルールを更新するために一元化された場所を持つ必要があるため、能力のボトルネックになってしまう可能性があります。さらに、多くのベンダーがピーク時の使用量、1日の平均使用量、ノード数、イベントソース数などのデータに基づいて異なる料金指標を設定しているため、ソリューションのサイズ設定が難しい場合があります。
どちらのアプローチも抜け落ちているのは、「完璧な」根本原因を突き止めることができても、「さあ、どうする?」がないことです。どのように問題を解決するのか?これらのソリューションを使用するチームは、実際の銃撃戦に役立つ重要な質問をまだ残していることになります。どのサービスが影響を受けているのか?そのサービスの所有者は誰か?誰がそのサービスのために待機しているのか?どのような診断が必要なのか?どのような自動化が可能か?
これらの答えが見つからないと、サービスを復旧させるのに苦労することになります。
より良いAIOpsソリューション
PagerDutyは、ほとんどのAIOpsソリューションが無視しているリアルタイムの作業の問題を解決するために、この課題に取り組んでいます。私たちは、ノイズを減らし、根本原因を特定するためのコンテキストを作成し、労力を削減しサービスを回復するための自動化を促進します。PagerDutyを利用することで、チームはフルサービスのオーナーシップアプローチを活用し、ビルダーやイノベーターが競合他社よりも早くソリューションを市場に投入し、顧客のために価値を繰り返し提供できるよう支援します。PagerDutyは、お客様が既にお持ちのツール、チーム、機能を活用し、デジタルトランスフォーメーションに向けた幅広い戦略的優位性の構築をサポートしながら、戦術的な運用を迅速に実現するお手伝いをします。
自動化ファーストアプローチ
私たちの自動化ファーストのアプローチは、私たちのランブックオーケストレーションプラットフォームであるRundeckを第一レスポンダーとして活用することで、あなたのチームの働き方を変えることができます。Rundeckを使うことで、チームを動員することなく問題を解決できることがたくさんあります。この自動解決はMTTRを大幅に改善しますが、それと同じくらい重要なのは、各分野の専門家が本業に集中できるようにすることです。自動化が問題を即座に解決できない場合は、自動診断により、影響を受けるサービスと顧客への影響とSLAへの影響を第一レスポンダーが理解できるようにコンテキストを作成できます。そうすることで、ログ、スクリプト、手順から情報を収集し、自動化対応を推進するための指針とすることができます。これにより、全体の監査証跡が作成され、事後検証やITSM問題管理を改善し、将来、同様な問題が発生するのを避けられます。
私たちのプラットフォームは、大規模な組織や複数のチームがセルフサービスで管理できるように、API設定機能を活用しています。そのため、ルールの更新や設定の管理を中央のチームに依存するのではなく、管理者はリポジトリーやTerraformなどのツールを活用し、チームが必要とする更新を迅速に入手できるようにすることができます。中央のチームの力だけに頼って渋滞を起こすことを避けられます。
自動化を優先したデータ駆動型のセルフサービスアプローチにより、チームと機械学習が一体となって問題を解決し、根本原因を見つけるだけでなく、AIOpsの真の約束を実現できると信じています。このドメインにとらわれないアプローチでは、適切なタイミングで適切な情報を適切な担当者に提供することに集中できます。アクションを実用的なインテリジェンスに置き換えることで、ノイズやアラート疲れを減らし、第一レスポンダーが問題を解決できるようにし、労力を削減し、ビルダーやイノベーターがインシデントを追いかけるだけでなく、新機能を提供できるように変えられるのです。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
PagerDuty、AWSPagerDuty、AWSから金融サービスコンピテンシーを取得から金融サービスに関するコンピテンシーを取得
PagerDutyがAWS 金融サービスコンピテンシーパートナーとして承認されたことを発表でき、うれしく思います。私たちは、世界的展開を拡大し、金融サービス企業のクラウド移行とデジタルアクセラレーションの道のりを加速する支援を行うことを楽しみにしています。これにより、金融サービス企業のデジタル業務をさらに合理化・自動化するとともに、リスク低減やコンプライアンス要件管理の支援が可能になります。
AWSは、クラウドネイティブかハイブリッドクラウドインフラを運用しているかを問わず、多くの金融サービス機関にとって信頼できるクラウドプロバイダーです。信頼されるパートナーになることは、並大抵のことではありません。PagerDutyは、金融サービス業界におけるAWSの専門性を実証し、金融サービスソリューションの監査に合格するなど、多くの要件を満たしました。
今回、PagerDutyとAWSの連携により、より多くの金融サービス機関がクラウドスケールを最大限に活用し、自動化、DevOps、サービスオーナーシップ、コミュニケーションの合理化を通じてデジタル運用管理のレベルアップを図ることができます。
変化はすぐそこにあった
デジタルトランスフォーメーションは、企業規模に関係なく、全ての業界と地域に広がっており、新しい顧客体験の提供、迅速なイノベーションの実現、クラウドの規模と機敏性の活用に道を開くのに役立っています。また、新たなクラウドネイティブの組織が消費者の求めているサービスをクラウドによって迅速に提供しやすくなりました。
特に金融業界は、消費者の要求がますます高まっており、変化の時期を迎えていました。新たな既存企業の参入により、全ての組織が競争力を維持するために、より迅速なイノベーションへと駆り立てられました。2020年のリモート化も相まって、デジタルトランスフォーメーションにとってこれほど良いタイミングはありませんでした。
移行から近代化へ
一枚岩として運営されている既存の金融機関にとって、近代化への道はハードルが高いものです。これらの企業は、生き残るためだけでなく、成功するために変化する必要がありました。
クラウドへの移行は、テクノロジーだけでなく、オペレーション、そして最も重要なのは、その全てを可能にする人材です。金融サービス企業の働き方に大きな組織的変化をもたらすには、人材、ツール、プロセスにわたって整合性をとる必要があります。
金融サービス企業は、クラウドへの移行を始めるにあたり、さらなる課題に直面することになりました。規制の厳しい市場でリスクを軽減・低減し、コンプライアンス要件を満たすことが、クラウド導入の複雑さに拍車をかけています。つまり、コンプライアンスと規制要件を満たすために、ガードレールとコントロールが既に組み込まれた安全なツールを選択する必要があると同時に、顧客のために迅速にイノベーションを起こすために、クラウドの拡張性と機敏性を最大限に活用する必要があるのです。
PagerDutyとAWS
金融サービスが停止すると、何百万人もの人々や何十億ドルもの収益に影響を与えます。クラウドでは数百のサービスが全て相互接続・相互依存しているため、障害発生がより複雑になる可能性があります。一刻を争う事態となった場合、インシデント対応を合理化・自動化し、人材、ツール、プロセスの連携を支援するデジタルオペレーションプラットフォームが必要となります。
PagerDuty Operations Cloud ™は、現代のデジタルビジネスにおける緊急かつミッションクリティカルな業務のあらゆる側面を管理します。AWS上に構築されたスケーラブルで安全かつ柔軟なプラットフォームで、企業、人材、テクノロジーを統合し、顧客、従業員、ビジネスの評判に影響が及ぶ前に、これらのビジネスにおける緊急かつ時間的制約のある作業を特定、エスカレーション、自動化、解決します。
業界をリードする当社のAWS統合ソリューションは、あらゆる規模の企業がクラウドの力を活用し、サイロ化した集中型アプローチから、複数の分散型チームとハイブリッドインフラへの移行を進め、安全かつ大規模に、より迅速なデジタル変革を推進できるようにするものです。
PagerDutyとAWSを使用すると、金融サービス組織は、次のことができます。
企業全体とハイブリッドクラウドインフラのインシデント対応を合理化・自動化し、顧客価値を提供します。 PagerDutyとAmazon GuardDutyおよびAWS Security Hubの統合により、AWSインフラに影響を与える可能性のあるセキュリティー問題の脅威対応プロセスを自動化し、適切な担当者に直ちに通知されるようにします。 マイクロサービスアーキテクチャーへの移行に伴い、技術サービスとビジネスサービスの完全な可視性と明確なオーナーシップを全員が確保できるようにします。
PagerDutyと業界をリードするAWSとの統合により、金融サービス企業は人材、ツール、プロセスを連携させ、クラウド移行とエンタープライズ近代化の動きを加速させることができます。金融サービス企業は、モノリスを解体し、マイクロサービスアーキテクチャーに移行することで、クラウドの規模と機敏性を得られるようになります。この結果、より迅速なイノベーションと顧客の満足度を高めることができます。
詳しくは、最近のウェビナーやre: Inventでのプレゼンテーションをご覧ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
Customer Service Ops - 新機能リリース
ここ数年、ストリーミング、ショッピング、仕事、ヘルスケアなど、私たちの世界はますますデジタル化しています。顧客はこれらのデジタル体験がシームレスであることを望んでいます。これはあらゆる企業にとって重要な優先事項となっています。なぜなら、企業の売り上げやブランドの評判は顧客満足度に左右されるからです。 このようなシームレスなデジタル体験を保証するために、テクノロジーチームは信頼性、ユーザー体験、新機能の構築に過去と比べ倍以上の努力を払ってきました。しかし、デジタルの世界は完璧ではありません。問題が発生した場合でも、顧客を安心させ、維持するために、企業はこれまで以上にカスタマーサービス(CS)チームを必要としています。 PagerDuty for Customer Serviceは、カスタマーサービスチームがプロアクティブになり、ケースに費やす時間を短縮し、SLAを達成し、比類のないレベルのカスタマーサービスを提供できるよう支援します。 昨秋当社は、Salesforce Service Cloud用の PagerDutyアプリケーションを発表しました。これにより、ユーザーは Salesforce Service Cloudで直接作業でき、コンテキストを切り替える必要性が減りました。これにより、カスタマーサービスチームは、迅速かつ効率的に、そして部門を越えて仕事ができるようになりました。今回、カスタマーサービスエージェントのユーザーのために、さらに多くの機能を発表できることを嬉しく思います。これらの新機能により、チームは顧客に影響を与える問題の影響範囲を把握し、より迅速に対応できるようになります。
Incident Subscription Incident Subscriptionにより、CSエージェントは、リアルタイムのサービスステータスコンソールを介して、SFDC内で直接インシデントを閲覧(サブスクライブ)できるようになりました。シングルクリックで、エージェントはインシデントの進捗と解決に関するリアルタイムのアップデートを受け取ることができます(以前のように、チケットとインシデントを手動で「リンク」させる設定は必要はありません)。一度サブスクライブすれば、エージェントは自分のキューにある他の顧客チケットを処理することができ、影響を受けた顧客とのループを閉じるときにPagerDutyが再エンゲージするのを知ることができます。
ダッシュボードトグル この新機能により、カスタマーサービスエージェントは、自分たちに特化・関連したStatus Dashboardを持てるようになります。顧客向けサービスに特化したビジネスサービスのStatus Dashboardを作成できるため、バックエンド全体のシステムヘルスと顧客に直接関連するシステムヘルスを分けて表示することができます。これにより、CSはよりシンプルになります。
PagerDutyのインシデントタイトルをSalesforceのデータでカスタマイズする エージェントはさらに、Salesforceのケースから得た重要な情報に基づいてチームがPagerDutyのインシデントをカスタマイズできるよう、強力に支援できます。このデータにより、顧客と問題と緊急性を特定し、複数のケースをPagerDutyのインシデントにリンクさせることが容易になります。エージェントは、ケースをドリルダウンしたり、ツール間でコンテキストを切り替えたり、ケースの進行に関するリアルタイムの更新を確認したりすることなく、どのインシデントに関連するのかを一目で確認し、できるだけ多くの詳細を提供することができます。
PD WebでリンクされたSF案件の可視化 インシデントが顧客に与える影響範囲や、問題によって影響を受ける顧客の数を気にしたことがありますか? もう悩むことはありません。PD Web、モバイル、電子メールのいずれでも、PD for Customer Serviceはインシデントに関連するケースをリンクしてレポートします(逆もまた然り)。なぜでしょうか?カスタマーサービスエージェントは、受け取ったケースの数に基づいて、特定のインシデントの緊急性を正当化できるからです。また、インシデント対応では、障害に対してどれだけの顧客が不満を抱いているかを確認できます。結局のところ、顧客はデジタル資産の健全性を示す重要な信号なのです。 これらの新機能により、サポートチームとレスポンスチームの間のサイロを継続的に解消し、あらゆるインシデントに迅速かつ容易に対応するための方法を、カスタマーサービスチームに提供していきます。これにより、カスタマーサービスエージェントは、ケースを最初から最後まで自分で管理できるようになります。
PagerDuty Customer Service Opsについて詳しくはこちら。さらに、営業に連絡するか、14日間の無料トライアルに申し込むと、すぐに始められます。
この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
PagerDuty、新たなフィランソロピーパートナーとともに不公平を是正し、気候変動への対応に取り組む
PagerDutyは2年前にPagerDuty.org Fundを立ち上げ、タイムクリティカルヘルスの分野で資金調達し、より早く人々に届けることで命を救う手助けをするという使命を担いました。それ以来、世界はCOVID-19のパンデミックによる広範囲な影響と、人種的不公平に対する報いを受けました。このパンデミックの長期的な遺恨は、公衆衛生システムにおける構造的な不公平をさらに悪化させることです。これを受けて、PagerDutyは2021年、世界中の最も疎外されたコミュニティーへのワクチン配布に注力する団体のために100万ドルの資金、製品、技術サポートを調達しました。
私たちの世界、私たちが目指すもの
制度的差別と闘うために、私たちは健康格差に取り組む活動を、構造的人種差別の影響を受ける別の分野、すなわち気候変動と環境汚染の影響にも広げています。異常気象が私たちの日常生活や幸福に影響を及ぼすようになり、気候変動が私たちのコミュニティーの健康にもたらす害が明らかになってきました。これらの変化は私たち全員に影響を与えますが、最も被害を受けるのは、最も貧しい人々なのです。特に、パンデミックへの対応で見られた健康上の不公平は、人種、階級、性別による不平等が根強く、多くのグループが環境災害や気候変動の影響に対してより脆弱であることを映し出すものであります。有色人種、低所得者層、先住民族が、水質汚染や大気汚染、有害物質による被害を不当に受けていることを示す研究は増え続けています。レッドライン(訳注:経済面での人種差別)は50年以上前に禁止されましたが、その影響は今日も有色人種社会を苦しめています。歴史的にレッドラインのある地域は、レッドラインのない地域よりも気温が高く、木や緑地が少ないのです。さらに、これらの人々は、気候変動から最も深刻な被害を受ける可能性が高く、熱波、洪水、山火事、その他の異常気象の影響に備え、再起する能力が最も低いのです。
この不公平の中心にある根本的な原因である有色人種コミュニティーへの投資不足に取り組むためには、全ての人々、特に汚染と気候変動の影響を不当に、そして制度的に受けている人々の有意義な関与を中心とした環境正義のビジョンに焦点を当てる必要があります。この限られた機会に、私たちはより公平な未来を再構築しなければなりません。私たちは、環境危機の影響にレッドラインを引かない、社会的に公正なアプローチを必要としているのです。最も疎外された人々が環境災害や気候変動の影響、さらには新たな健康上の脅威から確実に保護されるようにするには、協力的かつ体系的なアプローチが必要です。
気候変動に関するフィランソロピーの分野を調査したところ、別の不公平があることが分かりました。気候変動に焦点を当てた資金提供者からの資金のうち、環境正義に取り組むBIPOC(訳注:黒人・先住民・有色人種)主導の団体に向けられたのはわずか1.3%でした。この不均衡から、Donors of Color NetworkはClimate Funders Justice Pledgeを作成し、全米最大の気候変動資金提供者に、より透明性を高め、気候変動資金の少なくとも30%をBIPOC主導の第一線のグループに展開することを公的に約束するよう求めました。
未来の世界的指導者への投資
公平性を高めるという目標のもと、私たちは全ての資金提供の取り組みにおいて、多様な指導者や有色人種のコミュニティーに力を与える組織への支援を意図的に行ってきました。PagerDuty.orgは、女性やBIPOCの指導者がいる組織への投資の歴史を踏まえ、環境と気候の正義に向けて活動する4つの組織に、合計25万ドルの無制限資金を投入します。これらの組織は全てBIPOCのエグゼクティブディレクターが率い、国内、地域、および国際的なコミュニティー主導の運動の一部を担っています。より公正な未来を擁護するためにオープンソーステクノロジーを使用している組織もあります。これらのパートナーは以下の通りです。
Earth Guardiansは世界中の環境、気候、社会正義の運動において力を発揮する指導者となるべく青少年を育成し、力を与えています。6大陸で数千人の若者が活動しており、Earth Guardiansは彼らの声とコミュニティーへの影響を増幅させるためのプラットフォーム、リソース、そしてつながりを持つ機会を提供しています。音楽、アート、文化を通じて、あるいは気候変動ストライキや集会を組織して、Earth Guardiansのユースリーダーは再生可能な未来を想像するよう、他の人々を鼓舞しているのです。
「組織は転換期を迎えました。1992年の設立以来、40歳以下のBIPOC女性が先導を務めるのは初めてのことです。PagerDuty.orgはEarth Guardianの転換期と活動を公的に支援してくださり、感謝しています。この寄付により、私たちはアート、ストーリーテリング、組織化、法的措置を使って力強い変化を生み出すために、若者のエンパワーメントを直接支援することができ、同時に私たちがグローバルコミュニティーとして直面している重要な問題に対するインパクトのある解決策を鼓舞していきます。」
-Catherine Mongella, Executive Director, Earth Guardians
Earth Hackのインクルージョンについてのビジョンは、世代間や多国間のつながりが生まれ、学生たちが環境活動の一形態としてハッカソンに参加するグローバルコミュニティーです。これまでのハッカソンでは、都市部のヒートアイランドなど不公平な問題の解決に取り組んできました。歴史的な差別的慣習であるレッドラインに起因する有色人種のコミュニティーに不釣り合いな影響を与える問題です。ハッカソンのイノベーション能力を活用し、オープンソースプロジェクトライブラリーは、何千人もの大学生が批判的思考に取り組み、潜在的な解決策を得るための出発点として役立っているのです。
「Earth Hacksは、PagerDuty.org Fundの寛大なご支援により、ハッカソンを環境活動の一形態として活用する私たちの活動を支援できることに感謝しています。この助成金により、例年よりも多くの学生を支援し、小さくても意味のある環境ソリューションの組み合わせを推進し、環境技術分野における正義に焦点を当てた文化の変化を促進し続けることができます。」
-Sanjana Paul, Co-Founder and Executive Director, Earth Hacks
OpenAQは、個人とコミュニティーをオープンデータでつなぎ、科学を発展させ、政策に影響を与え、大気汚染と戦う力を人々に与えることを使命とする非営利団体です。OpenAQ Platformは、世界最大のオープンソース大気質データプラットフォームであり、世界135カ国からの160億のデータポイントを集約・調和し、毎月1500万件のデータリクエストに対応しています。OpenAQ Platformは、よりきれいな空気のための世界的、地域的、ローカルなアクションを支える基盤として機能しています。また、多様なステークホルダーを集め、よりクリーンな空気のための公平なソリューションを触媒として、データ設計と行動計画を共同で開発しています。
「OpenAQは、PageDuty.orgの助成金を受けられることに感激しています。このパートナーシップによる支援は、きれいな空気を実現するためにデータへのアクセスがもはや障害とならない世界というOpenAQのビジョンをよりよく実現するために役立ちます。私たちは、大気質の低下に最も影響を受ける人々が大気質のデータにアクセスしやすくし、よりきれいな空気のための解決策をともに検討しようとオープンデータの力を利用する大気質の支持者を団結させることができるでしょう。」
– Chisato Fukuda Calvert, Interim Director, OpenAQ
The Solutions Project(TSP)は、全米の黒人、先住民、移民、女性、有色人種が主導する組織が生み出した気候正義の解決策に資金を提供し増幅する公的財団です。2021年、TSPは127の草の根団体に1000万ドルを助成し、助成対象に100万ドルのコミュニケーション能力開発を提供しました。これにより、石油生産の段階的廃止からパイプラインの阻止、風力タービンや電気自動車製造の開発、コミュニティーの太陽光発電や水システムの構築まで、目覚ましい成果を生み出しました。
「この運動は、多数の問題に同時に取り組む気候正義の解決策を現場で作り出している草の根組織とさらに協力するよう、フィランソロピーに求めているのです。TSPは、誰もが手頃な価格の住宅、環境に優しい良い仕事、資源への公平なアクセスを持つ世界を思い描いています。私たちがここに到達する唯一の方法は、最前線のコミュニティーと連帯して動くことです。PagerDutyのような業界のリーダーが、気候正義へのこの道を認識してくれることをうれしく思います。」
-Gloria Walton, CEO of The Solutions Project
COVID-19の大流行がもたらしたポジティブな結果のひとつは、資金提供パートナーに資金提供のスピードと柔軟性を高めるよう促したことです。PagerDuty.orgはこの点で確立された前例に倣い、私たちの助成金を使途不指定の資金として構成し、これらの組織が適切と考えるようにそのミッションを推進できるようにしています。また、PagerDutyの従業員、具体的には従業員リソースグループのリーダー、ソーシャルインパクトアンバサダーカウンシル、そして最も熱心な環境保護活動家たちが、私たちの選考プロセスに意見を述べ、私たちの決定に役立つ多くの多様な視点を提供してくれたことに感謝しています。
支援・奨励
パートナーの1団体であるEarth Guardiansが示しているように、若者主導の気候変動運動は、フィランソロピーにこの緊急事態に対応するよう働きかけています。パートナーから得た洞察と学習は、制度的差別に対処するアプローチを進化させるために、私たちの戦略に反映され続けます。私たちは、これらの優れた団体を支援できることを光栄に思うとともに、全ての人間と地球の健康を守るためのこの取り組みに参加される仲間が増えることを願っています。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
PagerDutyからSlackの新ネイティブ機能が登場 - 今すぐ利用可能
PagerDutyでは、お客様の声に耳を傾けることにかなりの時間を費やしています。対話で学んだことを生かし、私たちはSlack Integrationに新しい機能セットを追加しています。これらの機能により、SlackからのPagerDuty活用がよりシームレスになり、インシデントレスポンダーはコンテキストを切り替えることなく作業に入れるようになり、対応時間を短縮し、最終的に高い顧客満足度を維持できるようになります。
最新のSlack V2 on Webhooks V3 Integrationでは、以下の機能が利用可能になりました。
SlackのSingle Connection Managementページ。インテグレーション管理用のページを1つ持つことで、設定に必要なクリック数を減らし、手順を省き、価値創造までの時間を加速させます。 このページでは、PagerDutyのチームとSlackチャンネルを接続するだけでなく、多対多のワークスペースとPagerDutyのマッピングを行えます。
ステークホルダー専用情報共有チャンネルで、レスポンダーによるインシデント報告の投稿を容易に。ステークホルダーチャンネルはインシデントチャンネルとは異なり、レスポンダーの対応速度を落とすことなく、ステークホルダーが適切なインシデントの詳細やアップデートを閲覧できるようになっています。レスポンダーは、コンテキストを切り替えることなく、Slack から "Stakeholder Updates and Resolution Notes"(訳注:ステークホルダー向けの最新情報と解決をまとめたメモ)を作れます。
柔軟なRundeckアクションによる診断と修復。インシデントレスポンダーはスクリプト化可能な診断と修復アクションをSlackから直接デプロイできるようになりました。Rundeck Actions on Slackの詳細については、こちらのブログをご覧ください。
これらのアップデートにより、Slackから直接仕事ができるようになると思います。あなたが働いている場所で働き続けられるように、近日中に新しい機能拡張を追加しますので、ご期待ください。 Slack V2以前のバージョンからご利用のユーザーの皆様へ、これらの機能と今後リリースされる全ての機能をご利用いただくために、管理者がWebhooks V3でSlack V2への移行を実施済みであることをご確認ください。ご不明な点がございましたら、サポートまで(サポートメールで)ご連絡ください。まだ弊社のお客様でない場合は、14日間の無料トライアルにご登録ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
PagerDuty RundeckのアクションをPagerDuty Slackインテグレーション内で呼び出せすことが可能に
インシデントを迅速に解決するために、協力して問題を診断する
昨年、私たちはPagerDuty Rundeck Actionsをリリースしました。これは、PagerDutyのインシデント対応ワークフローにおいて、レスポンダーを一般的な問題の自動診断と修復に直接つなげるためのPagerDutyアドオン製品です。お客様と協力し、コミュニティーの声に耳を傾けた結果、PagerDuty Rundeck ActionsがPagerDutyのSlackと統合されたことを発表します。
オートメーションとコラボレーションの融合
今回のインテグレーションにより、レスポンダーはSlackチャンネルから直接、自動診断と修復アクションを展開できるようになりました。これにより、ターミナルからサービスにアクセスしてウインドウを切り替える必要がなくなり、より迅速かつ効率的にインシデントを解決し、専門家へのエスカレーションを減せます。
1つの問題に対処するために、2台のモニターに複数のウインドウを表示させる時代は終わりました。インシデントの状況をステークホルダーに伝えるだけでなく、同じウインドウから修復アクションを展開することができます。インシデントが発生すると、レスポンダーはSlackインスタンス内にインシデント専用のチャンネルをすばやく作成し、影響を受けるチームやステークホルダーとコラボレーションし、診断手順を実行し、オートメーションを呼び出してリアルタイムに問題を修復できます。
CollabOpsの実践
第一線のレスポンダーや担当者は、IT部門全体で構築したつながり(具体的にはPagerDuty・Rundeckと統合したアプリケーションやサービス)を活用し、チャットボットを導入してアクションを実行させることができます。問題をエスカレーションして上に受け渡すのではなく、このインテグレーションにより、仕事に適した人材がいる専用チャンネルにインシデントをすぐに投下し、修正に向けて共同作業を行えます。また、この統合は、インシデントが発生すると、そのロジスティクスを積極的にキャプチャーして記録し、文書化プロセスを完全に透明化して、全てのステークホルダーがアクセスできるようにします。
Rundeckアクションの仕組み
PagerDuty Rundeck Actions を使うと、エンジニアは手間がかかり繰り返し行われる診断手順の自動アクションを作成してレスポンダーに委任できるようになり、繰り返し行われるタスクに費やされる時間を削減できます。また、フェイルオーバーなどの一般的な低減アプローチやその他の修復手法の自動化も含まれます。 既知の問題に対するシンプルで繰り返し適用できる修復法も、イベントトリガーを使って人間の介入なしに発動できるので、緊急の問題だったものを解決済みの後処理に変えることができます。PagerDutyで作業するレスポンダーがインシデントの解決を加速できるように、Rundeck ActionsはAutomated Diagnosticsと修復をインシデント対応ワークフローにつなげます。 Automated Diagnosticsは、インシデント発生時にレスポンダーが呼び出せる、本番サービス用の自動化されたアクションのセットです。一般的なテストを手動で実行する専門家にエスカレーションするのではなく、第一レスポンダーはPagerDutyから安全にこの自動化を呼び出すことができ、インシデントタイムラインにリアルタイムで返されるレスポンスを確認できます。
PagerDuty Rundeck Actionsを使用すると、チームは以下のことが可能になります。 レスポンスタイムを最大30分短縮 Slack経由でレスポンスチーム全体に専門知識を共有 レスポンダーが呼び出される前に、人的支援と自己修復の自動化を開始 ファイアウォールやVPCの内側で安全な自動化を実行 手作業に代わる自動化されたアクションを導入 円滑なポストモーテムとオペレーター作業軽減のためのインシデントの文書化を充実
Rundeck Actionsがどのように機能するかについてもっと知るには、ナレッジベースをチェックしてください。さらに、アカウントマネージャに連絡するか、デモをリクエストしてください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
チームでRound Robin Schedulingを成功させるためのヒント
Round Robin Schedulingについてお聞きになったことや、自分のチームに合っているかどうか検討されたことがあるかもしれません。このオンコールスケジューリングの方法を考えるとき、Round Robin Schedulingがどう使われ、どんなチームに最適なのか理解することが大事です。さらに、避けたい落とし穴だけでなく、採用すべきベストプラクティスもあります。このブログでは、PagerDutyのRound Robin Schedulingについて知っておくべきこと、そしてどのように始めるべきかを紹介します。
Round Robin Schedulingの仕組みは?
Round Robin Schedulingは、チーム全体のオンコール責任を分散させる方法です。これにより、より柔軟なローテーションが可能になり、複数のレスポンダーが同じシフトにオンコールで対応することができるようになります。新しいインシデントを異なるユーザーに公平に割り当てることで、チームが燃え尽きるリスクをできるだけ少なくし、効率的にインシデントを解決できます。
多くの組織では、スプレッドシートを使い、たくさんの手間をかけてこのプロセスを始めています。ある人がインシデントに対応するたびに、マネージャーはスケジュールを移動し、別のインシデントが発生したら次の人の出番を知らせなければなりません。これでは、その場しのぎの対応になり、チームは常にすぐオンラインに移れることを期待されているような気がしてしまいます。Round Robin Schedulingは、それをサポートするツールがなければ、恩恵というより重荷になるかもしれません。そこで、PagerDutyの出番です。
PagerDutyのRound Robin Schedulingを使うと、あなたのチームは燃え尽きを減らすために、必要に応じて作業を分配しながら、同じサービス上で発生した複数のインシデントをシームレスに解決できるようになります。あなたがオンコール中であり、同時に発生した2つ以上のインシデントを担当すると想像してみてください。すぐに無理と思ってしまうのは目に見えています。Round Robinなら、複数のインシデントに必要な人数を投入し、お客様への影響を確実に軽減できます。
以下は、働き方の比較です。
Round Robin Schedulingがない場合 | Round Robin Schedulingがある場合 |
---|---|
全インシデントが1人に割り当てられ、他のメンバーはスケジュールにないため、アイドル状態になる | インシデントを公平に割り振り、それぞれが負担を分担する |
1人のレスポンダーが複数のアラートを処理しようとするのでMTTAとMTTRが増加する | 各レスポンダーがアラートに十分な注意を払えるため、MTTAとMTTRは減少する。 |
レスポンダーが忙殺されると、エスカレーションを余儀なくされる | 問題発生時にすぐに対応できる別の担当者がいるためエスカレーションの頻度が少ない。 |
しかし、Round Robin Schedulingは、あらゆるチームに適しているのでしょうか?必ずしもそうではありません。このメソッドが例外的にうまく機能するチームのタイプが2つあります。
Round Robin Schedulingで最も得をするのは誰?
オンコールの方法を作ったり、変更したりするのは難しいことです。ある特定のオンコールメソッドを使うには、チームの目標やインシデントボリュームを考慮に入れ、最適だという理由を基に決める必要があります。多くの場合、Round Robin Schedulingから一番恩恵を受けるチームがいくつかあります。
カスタマーサポートやヘルプデスクのチーム。 時間帯や週末、祝日をまたいで常に電話がかかってくるようなチームでは、1人のオンコール担当者では、殺到する電話に対応しきれない場合があります。むしろ、Round Robin Schedulingは、予定外のチームメイトにタグを付ける必要がなく、あらかじめ決められた人々がリクエストを処理し、チーム全体に均等に作業負荷を分散することができます。
中央ITチームまたはNOC。 カスタマーサポートやヘルプデスクと同様に、これらのチームは24時間体制で人員を配置し、大量のリクエストを受けることがよくあります。複数のサービスをサポートする中央のITチームやNOCでは、インシデントの量が1人のオンコールエンジニアの能力を簡単に越えてしまうことがあります。さまざまなインシデントに最初に対応するチームにとって、レスポンダーを増やせることは、適切な特定課題の専門家(SME)を迅速に投入することを可能にし、お客様への影響を軽減できます。
Round Robin Schedulingのコツとベストプラクティス
Round Robin Schedulingのコツをつかむには、少し時間がかかることがあります。任意のオンコール変更と同様にすぐには完璧にはできないでしょう。人々は、オーバーライドしたり拒否したりする権利を持っています。克服すべき課題があるでしょう。しかし、ここでは移行を容易にするために使えるヒントがいくつかあります。
毎週末、全員をオンコールにするのはやめる。** 毎週末や夕方にチーム全員を待機させるのは理にかなっているように思えるかもしれません。結局のところ、仕事をより多くの人で分担すれば、1人当たりの負担は当然軽くなります。しかし、これでは、常にオンコール状態であるかのように感じられてしまうかもしれません。それよりもオンコールのシフトを快適にこなすために必要な最低限の人数を考え、その人数でシフトを組むようにしましょう。他の人が息抜きできるような休憩時間を確保するのです。 チームメイトが休みを取る場合、その人たちが呼び出されないと分かっていてもローテーションから完全に外しておくこと。** 典型的なオンコールシフトがどのようなものかはご存じのはずです。あなたのチームが十分大きく、処理すべきインシデントの量も少ないと、ローテーションの最後にいる人が電話を受ける可能性は極めて低くなるかもしれません。それでも、休暇中の人はローテーションから外しておくことが重要です。仕事を離れている間、心からくつろぐことができるようにするだけの目的であっても。 動き回れ!** チームによっては、これは奇妙に映るかもしれませんが、オンコールのため、一日中デスクに座ってスクリーンを見ている必要はない、ということです。問題が発生したときに、その問題を解決するために利用できるようにすればよいのです。また、PagerDutyモバイルアプリを使えば、多くのインシデントを外出先で解決できます。 チームを訓練する。** 複数の人がオンコールで対応するからといって、新しいチームメイトへの教育を怠ってはいけません。ラウンドロビン型のオンコールローテーションでは、一貫した顧客体験を確保できるだけの、同じようなスキルセットと専門知識レベルを全員が持っている必要があります。毎週オンコールのレビューを行うことで、知識のギャップを明らかにし、チームメンバー間の情報共有を促すことができます。 チームと確認し合おう。** ラウンドロビンは燃え尽き症候群を減らすのに役立ちますが、万能薬や特効薬ではありません。特に、チームメンバーが複数のオンコールローテーションに参加していて、現在のローテーションに加えて他の問題にも取り組んでいる場合は、チーム内でチャットをして、誰も負担を感じていないことを確認し、必要に応じてローテーションを調整する必要があります。
あなたのチームでも試してみませんか?
Round Robin Schedulingは、通常、全ビジネスプランとデジタルオペレーションプランで利用可能です。現在ご利用中のお客様で、この機能へのアクセスを解除するためのアップグレードをご希望の場合は、PagerDutyアカウントチームまでご連絡ください。まだお客様でない方は、この機能を14日間無料でお試しいただけます。
Round Robin Schedulingの詳細については、こちらのサポートドキュメントをご覧いただくか、こちらのYouTubeショートムービーをご覧ください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
最新情報:Event Intelligence、オンコール管理、オートメーション、モバイルなど
PagerDutyプラットフォームの新しいアップデートとエンハンスメントを新たに発表できてうれしいです。製品チームからの最近の更新は、オンコール管理、イベントインテリジェンス、およびモバイル製品、PagerDutyコミュニティー&アドボカシーイベントが含まれています。新しい機能により、ユーザーや顧客はインシデントの迅速な解決、以下のようなことを行うことができます。
強力なEvent Intelligenceにより、システム全体のノイズを制御し、手動イベント処理の量を削減します。 Rundeckの最近のリリースでオートメーションのセキュリティーが向上しました。 オンコール管理機能の向上により、レスポンダーの燃え尽き症候群を軽減し、レスポンダーが常に重要なインシデントに迅速かつ効果的に対処できるようにします。 PagerDutyのモバイルアプリの最新アップデートにより、重要なコンテキストの表示と重要なインシデントレスポンス機能へのアクセスが可能になりました。 PagerDuty App for ServiceNowの製品デモと、2021年からのイベントインテリジェンスの機能をウェビナー&イベントからご覧いただけます。 PagerDutyとRundeck、Laceworkを連携させる方法についてTwitch Stream上で仲間から学びましょう。
新機能のデザインパートナーとしての参加も歓迎します。また、数々のソリューションガイドを通じて、組織内のさまざまなチームがPagerDutyオペレーションクラウドをどのように受け入れ活用できるかを知っていただけることを願っています。
ソリューションガイド PagerDutyは、IT部門以外の部署でも利用できることをご存知でしょうか? そうなのです! マーケティング、営業、財務、人事などのチームが重要なビジネス機能を処理するのにPagerDutyが役立ちます。ソリューションガイドをチェックしてみてください。
Event Intelligence Event Intelligence(EI)は、企業がダウンタイムを削減し、顧客体験を実現するために役立つ、機械学習を活用したソリューションです。最新のEI機能は、ノイズを減らし、根本原因を突き止め、手動プロセスを自動化してインシデントの発生を減らし、迅速な解決を可能にする実用的なインサイトをチームに提供します。
Event Orchestration Event Orchestrationにより、チームはノイズを減らし、手動によるイベント処理を削減し、業務効率の向上と労力の軽減を図ることができます。Event Orchestrationのデシジョンエンジンは、カスタムロジックを作成し、イベントの条件に基づいて、適切なチームへのイベントのルーティングを大規模に強化、変更、制御することを可能にします。
ネストされたイベントルールを機械学習とターゲット自動化と組み合わせて、診断および修復アクション(システムヘルス統計情報の取得、自己修復の実装、導入の自動ロールバックとサーバーの再起動を含む)をトリガーします。
Event Orchestrationのデモをご覧ください。
オンコール管理
チームの健康、幸福、そして全体的なウェルビーイングは、全ての組織の成功の鍵です。私たちのオンコール管理機能は、組織の最も貴重な資産である人を守るために役立っています。
ラウンドロビンスケジューリング ラウンドロビンスケジューリングは、複数のチームメンバー間でオンコールシフトの責任を公平に分配することができます。この機能は、チーム内の異なるユーザーに新しいインシデントを自動的に割り当てることで、燃え尽きるリスクを抑えながら、可能な限り効率的にインシデントを解決できるようにするものです。
デモをご覧ください。 詳しくはナレッジベースで デモを見る ブログを読む:ラウンドロビンスケジューリングによるオンコール責任の均等分配とインシデント対応効率化
オートメーション Rundeck 3.4.7、3.4.8、3.4.9、および3.4.10リリース Rundeck EnterpriseとRundeck Communityの最新のRundeck機能と拡張をチェックしてください。
HashiCorp Vault Pluginは、より多くのログを記録し、パスワードが保存されている場所とは異なる名前空間への認証をサポートし、セキュリティーを強化。 Spring Securityのバージョンを5.1.11から5.2へ変更し、セキュリティーを強化。 Rundeck Enterprise と Rundeck Community の両方で log4j を 2.17.0に更新し、最近のlog4jの脆弱性に対処。 Rundeck Enterpriseのパスワードリセット機能で、アカウント上で直接パスワードをリセットする代わりに、リセットリンク付きのメールを送信することでローカルユーザーのパスワードをリセットできるようにした。
これらのアップデート、およびその他のコア製品のアップデートとバグ修正の詳細については、3.4.7, 3.4.8, 3.4.9, 3.4.10 のリリースノートでご確認ください。
インシデント対応 モバイルインシデント詳細リフレッシュ 新しく改良されたモバイルのインシデント詳細画面では、インシデント対応プロセス中のお気に入りの機能全てに、一カ所から簡単にアクセスできるようになりました。新しいカルーセルで、プレーの実行、優先度やメモの追加、ステータスアップデートの投稿など、さまざまなことが可能です。
詳しくはナレッジベースで最新のモバイルリリースノートをご覧ください。
製品廃止のお知らせ 2022年3月31日** - ウェブフックV2は、現在一般公開されているウェブフックV3に置き換わります。
ウェビナー&イベント 以下のウェビナーやイベントに参加し、PagerDutyの最近の製品アップデートと、それがどのようにお客様に利益をもたらすかについて、より詳しく学んでください。
PagerDutyでノイズを減らし、イベントルーティングを管理する方法** - PagerDutyのシニアプロダクトマネージャーであるFrank Emeryが、PagerDuty Event Orchestrationで管理しきれないレベルのノイズと複雑さに対処する方法を説明します。 オンデマンドでウェビナーを見る Event Intelligenceの最新情報 - 2021年まとめ** - Vivian Chan、Frank Emery、Vera Chanによる製品デモとQ&Aで、Event Intelligenceの最新のアップデートをオンデマンドで入手できます。 オンデマンドでウェビナーを見る Event Intelligence101 with PagerDuty University** - Hannah Lodiseが、Event Intelligence機能がいかにチームのシステムノイズを減らし、問題のトラブルシューティングを迅速に行い、手作業を排除して早期解決を可能にするかを詳細に説明します。 オンデマンドでウェビナーを見る ServiceNowとPagerDutyの統合によるメジャーインシデント管理のレスポンスタイム改善** - ServiceNow統合の製品デモとLaura ChassagneとVera ChanによるQ&Aで、CMDBデータの活用、可視性とコンテキストの向上、インシデントレスポンス、さらに自動診断と自己回復によるインシデント解決時間の短縮について詳しく学びましょう。 オンデマンドでウェビナーを見る PagerDuty Pulse Q3** - 最新の製品デモをQ3 PagerDuty Pulseでプレーリストにまとめてオンデマンドでご覧いただけます。今すぐQ3 PagerDuty Pulseをご覧ください。
PagerDuty Community Twitch Stream 私たちのTwitchチャンネル、PagerDuty Twitch StreamとPagerDuty Community Twitch Streamに参加して、私たちのエバンジェリストが率いる最新のストリームをご覧ください。
登録すると、ライブのお知らせや過去の録音を見ることができます。 見逃した回がありますか?最近のTwitch配信やYouTube動画をご覧ください。 2022年1月14日 Scott McAllister & Mandi Walls - PD Garage (Custom Change Transformer for Change Events) 2021年11月16日 Mandi Walls & Rob Jahn (Dynatrace) - Partner Integration – Dynatrace with PagerDuty and Rundeck 2021年11月11日 Nov 11, 2021 with Mandi Walls & Jeff Fry (Lacework) – Integrate PagerDuty & Lacework
もし、チームでこれらの機能拡張を活用できそうだったら、ぜひアカウントマネージャーに連絡して、14日間の無料トライアルに申し込んでください。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。
インテリジェントなサービス設計
共著者:PagerDutyデータサイエンティストVI、Chris Bonnell氏
EIアーキテクチャーシリーズの第4回目、「Intelligent Alert Grouping(インテリジェントアラートグルーピング)」についてご紹介します。前回は、インシデントのマージを使用してIntelligent Alert Grouping をトレーニングする方法(こちら)と、デフォルト マッチングを改善するためにアラートのタイトルを設定する方法について説明しました。今回は、サービスデザインがIntelligent Alert GroupingやPagerDutyアプリの使用感にどのような影響を与えるかについて説明します。
サービスについて
サービスを設計したり、再設計したりする前に、組織で機能するサービスの定義を持つことが重要です。この定義は、理解できるほどは具体的である必要がありますが、複数のチームがサービスとは何かを抽象的には同じように理解できるように広いものである必要があります。PagerDutyでは、次のような定義を使っています。
サービスとは、チームによって完全に所有される、価値を提供する機能の個別部分である。
担当チームは、サービスを構築し維持するチームであり、あらゆるインシデントに対応することも含まれるため、把握しておくことが重要です。サービスとオーナーシップについての概説は、サービスの定義に関する完全なサービスオーナーシップ運用ガイドを参照してください。
サービスやその所有者について考えるだけでなく、サービス名にも気を配る必要があります。Service Directoryに目を通すと、追加の制度的知識がなくても、それぞれのサービスが何であるか簡単に理解できるようになるはずです。簡単に言うと、「Payment Service」という名前のサービスがあったり、あらゆるトランザクションサービスがギリシャ神話の神々にちなんで名付けられているという社内文書を知っているか参照して、どのギリシャ神が支払いを処理するサービスに相当するかを調べるかの違いです。この点については、Full Service Ownership Ops Guideの「Naming Services」のセクションで詳しく説明しています。
PagerDutyアプリでは、サービスはビジネスサービスとは区別されます。ここまでは、全てサービスに関連する話です。また、ビジネスサービスとの混同を防ぐため、弊社のドキュメントでは技術サービスと表記している場合があります。ビジネスサービスは、技術サービスや他のビジネスサービスの集合体であり、通常、ビジネスロジックおよび/またはステークホルダーに従います。Intelligent Alert Groupingは技術サービスのみを利用し、ビジネスサービスは利用しないため、この記事でサービスと書いた場合、技術サービスのみを指します。
粒度
サービスをどう分けるか、そのバランスを考えてもすぐには分かりませんし、万能の解決策もありません。基本的には、粒度の高いものと低いもののバランスを取り、時には置き換えすることになります。例えば、PagerDutyのアプリケーションでは、1つの監視ツールで、その構成機能を全部別のサービスに分解しています。一方、より広範で粒度の低いサービスの使い方としては、iOSとAndroidの開発を別々のチームが担当している場合でも、あらゆるモバイルアプリケーションを1つのサービスとして提供することが挙げられます。後者の例では、サービスの構成方法について単一の推奨事項が存在しない理由は、組織にモバイルチームが1つしかないとか、モバイルチームがないとか、異なる基準で分割されたモバイルチームがあるためだとよく分かります。
では、どうすればよいのでしょうか。私たちは、サービス定義のナビゲートに役立ついくつかのアドバイスを抽き出せます。まず始めに、オーナーシップについて説明します。PagerDutyアプリケーションでサービスを定義する主な理由の1つは、インシデント対応のためです。つまり、サービスの問題に対処できるのは誰かを知ることは、サービスを所有しているのは誰かを知ることなので、組織内で誰がサービスを所有しているかによって、PagerDutyでサービスをどのように定義するかを決めることができます。これは、完全なサービスオーナーシップモデルではないものの、望ましいエスカレーションパスが分かっているサービス構造が既にある場合、その知識を活用できる点で重要です。この場合、Intelligent Alert Groupingがインシデントをグループ化すると、サービスが希望するエスカレーションパスに関連付けられるだけにしても、このコンテキストではそれが重要であり、達成する最終結果になるのです。
また、現在のプロジェクトを見直して、どれが事実上機能単位になっているかを確認し、それらをPagerDutyで1サービスとして定義する必要があります。こうすることで、エスカレーションパスが同じプロジェクトは正しくグループ化される一方で、エスカレーションパスの関係で複数のプロジェクトが単一のサービスとして定義され、可視性が損なわれるというシナリオを防ぐことができるはずです。もう少し踏み込んで、常にインシデントが同時に発生している2つ以上のサービスがある場合、それらを1つのサービスに集約する必要があるかもしれません。具体的な例として、メトリクス、ハートビート、ログなどの個別のコンポーネントを持つモニタリングマイクロサービスがあるとします。これらがそれぞれPagerDutyサービスを持っている場合、ほとんどの場合、インシデントがこれら全サービスに同時にまたがることになるので、モニタリングマイクロサービス自体として1つのサービスにまとめる必要があります。一方、同じ人が働いているからと言って、別々のプロジェクトが1つのサービスとして定義されている場合、そのサービスは十分に粒度が揃っていない可能性があります。このシナリオでは、PagerDutyアプリに関する限り、サービス内のエンティティーは全て1つの「もの」であるため、どのエンティティーが他のエンティティーよりも注意を払う必要があるかを判断するのが難しくなります。
次に何をするべきか
既存のサービス、あるいはこれから作成されるであろうサービスを見て、それらをチェックすることから始めましょう。
エスカレーションパス 名称 機能単位
そして、PagerDutyアプリケーションでサービスを定義する際の指針として使用します。Intelligent Alert Groupingは、関連するサービスの下にアラートをグループ化することで、そこからの作業を行います。サービスをゼロから設計したり、サービスの定義を見直したりする場合は、「フルサービス オーナーシップ運用ガイド」で、レスポンスの命名とオーナーシップに関するベストプラクティスを参照し、「(技術)サービス」と「ビジネスサービス」に関するドキュメントもご覧ください。次回は、このシリーズの最終回で、これまで取り上げた内容を全て再録する予定です。ei-architecture-seriesタグを使うと、このシリーズの記事をご覧いただけます。 この記事はPagerDuty社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。