最近の検索
最近の検索はありません

Attila Takacs
参加日2021年4月14日
·
前回のアクティビティ2025年2月05日
フォロー中
0
フォロワー
2
合計アクティビティ
72
投票
1
受信登録
63
アクティビティの概要
バッジ
記事
投稿
コミュニティへのコメント
記事へのコメント
アクティビティの概要
さんの最近のアクティビティ Attila Takacs
Attila Takacsさんが記事を作成しました:
概要
2025年2月5日午前11時48分(UTC) | 2025年2月5日午前3時48分(PT)
当社のガイドサービスのログインに関する問題が、当社のエンジニアリングチームによって特定され、解決されたことをお知らせいたします。これで、問題なくサービスにアクセスできるようになります。ご迷惑をおかけいたしますが、ご理解賜りますようお願い申し上げます。問題が解決しない場合は、弊社のサポートチームまでお問い合わせください。
2025年2月5日午前11時29分(UTC) | 2025年2月5日午前0時29分(PT)
モバイルブラウザからのGuideサービスログインでサービスが低下しています。アカウントへのアクセス中にエラーが発生した場合は、デスクトップからログインしてみてください。Zendeskのチームが問題解決に積極的に取り組んでいます。
POST-MORTEM
未定
詳細
Zendeskに関する現在のシステムステータス情報とアカウントへの具体的な影響については、システムステータスページをご覧ください。この記事をフォローして、事後レポートが公開されたときに通知を受け取ることができます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2025年2月05日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2025年2月1日00:13 UTCから00:59 UTCにかけて、POD 26のお客様にアーカイブ済みチケットへのアクセスに関する問題が発生しました。この間、データベースシステムに欠陥があるため、複数のデータベースリーダーノードがテーブルを開くことができませんでした。その結果、アーカイブ済みチケットのクエリが失敗しました。
タイムライン
2025年2月1日01:13 AM UTC | 2025年1月31日05:13 PM PT
POD 26でSupportのお客様のグループに影響を与えるエラーが発生していた問題が解決されました。調査中、しばらくお待ちください。
2025年2月1日午前12時57分(UTC) | 2025年1月31日午後4時57分(PT)
Zendeskのエンジニアは、Supportのお客様のPOD 26に影響するエラーの根本原因を特定し、問題に対処しています。
2025年2月1日午前12時57分(UTC) | 2025年1月31日午後4時57分(PT)
POD 26でホストされているSupportのお客様の潜在的なエラーを調査しています。
POST-MORTEM
根本原因の分析
この事象は、データベースシステムの不具合により、クラスタリーダーノードがアーカイブ済みチケットテーブルにアクセスできなかったことが原因です。この不具合は、ベンダーのテクニカルサポートによって確認された、その時点でインストールされていたデータベースのバージョンに固有のものです。
解決
この問題を解決するために、当社のエンジニアは他のシャードへのデプロイメントを中止し、影響を受けるシャードで進行中の変更を完了できるようにしました。この時点で、データベーステーブルにアクセスできました。その後、チームは特定された欠陥のパッチを含む新しいバージョンのデータベースシステムにアップグレードする予定です。
是正項目
- スキーマの変更を再開する前に、パッチを適用したバージョン以降にアップグレードしてください。
- 列の追加とインデックスの削除を別々のアクションに分割し、デプロイメント時のリスクを最小限に抑えます。
- 大規模な移行を他のクラスタに拡張する前に、まず1つのクラスタにのみ到達するように実行計画を変更します。
- データベースシステムパッチの定期的なレビュープロセス(少なくとも1年ごと)を実施し、アップグレードの頻度を設定します。
詳細
Zendeskに関する現在のシステムステータス情報とアカウントへの具体的な影響については、システムステータスページをご覧ください。この記事をフォローして、事後レポートが公開されたときに通知を受け取ることができます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2025年2月06日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2025年1月13日11:07(UTC)から12:07(UTC)にかけて、ポッド17のお客様にメッセージングトリガが実行されない問題が発生しました。
タイムライン
2025年1月13日午後12時24分(UTC) | 2025年1月13日午前4時24分(PT)
先日発生したメッセージングの問題は完全に解決され、当社のサービスは完全に運用可能になりました。ご不便をおかけして申し訳ございません。当社のチームは、すべてがスムーズに実行されるように、引き続きシステムを注意深く監視します。ご支援に感謝いたします。ご質問やご意見がございましたら、いつでもお問い合わせください。
2025年1月13日午前11時51分(UTC) | 2025年1月13日午前0時51分(PT)
POD17でカスタマーにメッセージングトリガが実行される問題について調査しています。
POST-MORTEM
根本原因の分析
この事象は、メッセージングチケットログイベントサービスのコンシューマがサービスの実行中に途中で終了したことが原因です。その結果、コンシューマーは受信イベントを処理できなくなり、ポッド17でのメッセージングトリガの評価と実行が完全に停止しました。
解決策
この問題を解決するために、1つのバッチで処理するレコードの最大数を、目的の250ではなく500に設定する設定エラーを確認しました。このタイプミスを修正し、最大レコード数を減らすことで、タイムアウトの問題による消費者の解約を減らすことを目指しました。
是正項目
- ヘルスチェックを実施して、消費者の早期退職を検出します。
- モニターを作成して、実行中の消費者の数を追跡します。
- Tessagingチケットログイベントのコンシューマ用に、停止したパーティションを監視するモニターを設定します。
- Messaging Trigger Serviceダッシュボードに消費者の遅延ステータスウィジェットを追加します。
- メッセージングチケットログのイベントトピックからメッセージのバッチ処理にかかる時間を測定する新しいメトリックを作成します。
これらの修正は、監視を強化し、今後同様の事象が発生しないようにすることで、メッセージングトリガサービスの安定性と信頼性を確保することを目的としています。
詳細情報
Zendeskに関する現在のシステムステータス情報とアカウントへの具体的な影響については、システムステータスページをご覧ください。この記事をフォローして、事後レポートが公開されたときに通知を受け取ることができます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2025年1月29日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2024年12月9日8時08分(UTC)から13時03分(UTC)にかけて、マルチブランド機能を使用しているお客様は、チケットの作成またはチケットタイトルの更新時にエラーが発生しましたが、変更は保存されました。
スケジュール
2024年12月9日午後10時21分(UTC) | 午後2時21分(PT)
最近の変更が正常に元に戻され、複数ブランドのチケット作成の問題が解決されました。
それでも問題が解決しない場合は、ハードリフレッシュ(Ctrl + F5)を実行するか、ブラウザのキャッシュとcookieをクリアしてください。これにより、問題が解決されます。
問題が続く場合は、お気軽にお問い合わせください。お待たせしました。
2024年12月9日 UTC午後12時58分 | 04:58 AM PT
現在、複数ブランドのチケット作成に関する問題が発生しています。当社のエンジニアリングチームは問題を認識しており、できるだけ早く解決するために積極的に取り組んでいます。
詳しい情報が入り次第、お知らせいたします。ご理解とご協力のほどよろしくお願いいたします。
POST-MORTEM
根本原因の分析
事象の根本的な原因は、チケットの初期化ロジックの欠陥にあります。リクエスタIDが未定義の場合、システムはチケットキーに基づいてリクエスタIDを取得しようとしたため、チケットUIでフィールドが変更されるたびにエラーが発生しました。ユーザープロフィールページからユーザーIDを読み取り、リクエスタIDに設定する新しいロジックが導入されました。これにより、リクエスタオブジェクトが誤って未定義に設定され、期待した機能が損なわれました。
解決
問題を解決するために、問題のある更新を元に戻しました。
是正項目
- 欠陥のあるコードの修正:チケットの作成時にリクエスタデータが正しく設定され、空白のエントリが作成されないようにします。
- 自動テストを追加:チケット保存プロセスでリクエスタの情報が正しく処理されることを確認するテストを作成します。
- 手動テストの確認:デプロイメントを行う前に、「カナリー」PODの変更を手動でテストし、すべてが機能することを確認するようにデプロイ担当者に要求します。
- 監視の改善:「何か問題が発生した」などのブラウザエラーを警告する監視を設定し、問題をすばやく特定します。
詳細
Zendeskの現在のシステムステータスについては、 システムステータスページをご覧ください。事後調査の概要は、通常、事象が終了してから数日後にここに掲載されます。この事象についてさらにご質問がある場合は、 Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月17日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2024年12月3日21時09分(UTC)から12月7日3時36分(UTC)にかけて、モバイルSDKをご利用のお客様でチケット作成時に400エラーが発生いたしました。変更により、新しく作成されたOAuthトークンにデフォルトの有効期限8時間が割り当てられました。この変更により、既存のトークンが無効になると新しいトークンを取得できなくなり、ユーザーエクスペリエンスが不満を募らせていました。この問題は、変更を元に戻すことで解決しました。
提供終了までのスケジュール
2024年12月6日午後6時20分(UTC) | 2024年12月6日午前10時20分(PT)
SDK経由でチケットを作成する際に、一部のお客様に400エラーが発生する問題が解決されました。ご不便をおかけした場合は誠に申し訳ございませんが、調査中はご不便をおかけして申し訳ございません。
2024年12月6日午後12時06分(UTC) | 2024年12月6日午前4時06分(PT)
当社のチームは、モバイルSDKを介したAPI経由のチケット送信で400エラーを引き起こす動作に対処するために引き続き取り組んでいます。現時点では、エンドユーザーがこのエラーが発生しても、再開できるアプリのチケットは通常どおり作成されます。
2024年12月6日午前9時45分(UTC) | 2024年12月6日午前1時45分(PT)
一部のお客様には、モバイルSDKを使用してチケットを作成しようとしたときに400エラーが表示される可能性があります。このエラーが発生した場合は、アプリを再起動して問題を解決してください。
POST-MORTEM
根本原因の分析
この事件は、有効期限の変更を展開する前に、製品間で認証トークンがどのように活用されているかを評価しなかったことが原因でした。旧バージョンのSDKは、既存のトークンの有効期限が切れると新しいOAuthトークンを取得できない仕様になっていますが、計画および統合の段階では、この点が十分に考慮されていません。コラボレーションを強化し、トークンの使用状況をより徹底的に評価することで、このような混乱を回避できたかもしれません。
解決
この問題を解決するために、認証チームはまず、既存のトークンに有効期限を追加するバックフィルプロセスを無効にしました。その後、新しいトークンの有効期限設定を元に戻すプルリクエストを導入し、既存のトークンから有効期限を削除するバックフィルを開始しました。この操作により、影響を受けるお客様の大多数が機能を回復しました。
是正項目
- 重要な変更を実装する前に、既知の不具合が適切に文書化され、レビューされるように、チーム間の明確なコミュニケーションプロトコルを確立する。
- 既存の実装ツールを改善して、認証フローをより適切に管理し、旧バージョンのSDKに関連する技術的負債を削減します。
- 今後同様の問題、特にOAuthの障害を検出するために、追加のアラートと監視システムを作成します。
- 特定のアプリケーションの接続制限を導入することで、トークンの過剰な生成を防ぎ、データベースサイズのインフレーションを軽減します。
詳細
Zendeskの現在のシステムステータスについては、 システムステータスページをご覧ください。事後調査の概要は、通常、事象が終了してから数日後にここに掲載されます。この事象についてさらにご質問がある場合は、 Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月20日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2024年11月21日21:02(UTC)から21:56(UTC)にかけて、Pod 17でホストされているSunshine Conversationsをご使用の一部のお客様に、動作の遅延とパフォーマンスの問題が発生しました。
タイムライン
2024年11月24日午後10時23分(UTC) | 2024年11月24日午後02時23分(PT)
一部のお客様のPOD 17におけるSunshine Conversationsに影響するレイテンシーの問題が解消されました。お待たせしました。
2024年11月24日午後10時09分(UTC) | 2024年11月24日午後02時09分(PT)
Pod17をご利用のお客様のSunCoに影響するパフォーマンスの問題の根本原因を特定しました。現在、改善に取り組んでおり、引き続き動作を監視します。
2024年11月24日午後9時53分(UTC) | 2024年11月24日午後1時53分(PT)
ポッド17から引き続きパフォーマンスの問題を調査しています。Sunshine Conversationsの動作が遅くなる場合があります。近日中にお知らせいたします。
2024年11月24日午後9時36分(UTC) | 2024年11月24日午後1時36分(PT)
ポッド17でホストされている一部のお客様に影響する潜在的なパフォーマンスの問題を調査しています。詳細については、近日中に最新情報を投稿します。
POST-MORTEM
根本原因の分析
この事件は、Pod17のトラフィックが予想外に急増したことが原因でした。このトラフィックは、前の週の2倍以上、発生日のほぼ3倍になりました。カスタマーが利用したUnity SDKが、未読メッセージ数を取得するためにSunCo APIに過剰なリクエストを行っていたため、システムの負荷が増加していました。リソースのオートスケーラーはすでに最大容量に達しており、トラフィックの増加を処理するためにリソースを追加することができませんでした。その結果、この過負荷により応答時間が遅くなり、最終的にヘルスチェックが起動して再起動が開始され、問題がさらに複雑になりました。
解決策
パフォーマンスの問題を解決するために、Pod17のSunCo APIのレプリカの最大数を増やしました。この調整により、トラフィックの増加にシステムが適切に対応できるようになり、すべてのカスタマーの応答時間が通常に戻りました。
是正項目
- Unity SDKを調査して、SunCoに大量のリクエストを送信している理由を理解し、最適化を実装します。
- Embeddablesでバックエンドの操作パターンを文書化し、使用状況を明らかにし、潜在的な非効率を特定します。
- リクエストの数を減らすために、SunCoのSDK APIのキャッシュ戦略の実装を評価します。
- 監視を追加して、指定した期間にわたるトラフィックの異常な増加を検出し、潜在的な過負荷にプロアクティブに対応します。
詳細
Zendeskの現在のシステムステータス情報については、システムステータスページをご覧ください。事後調査の概要は、通常、事象が終了してから数日後にここに掲載されます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月04日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2024年11月12日23時30分(UTC)から2024年11月15日11時26分(UTC)までの間に、ポッド25および30でSLAを使用しているSupportのお客様にSLA計算の遅延が発生し、該当するチケットの更新後にチケットのSLAバッジが期待どおりに表示されない状態になっていました。
タイムライン
2024年11月15日午後1時00分(UTC) | 2024年11月15日午前5時00分(PT)
ポッド25および30のメトリックSLAパフォーマンスに影響する問題が解決したことをお知らせいたします。ご理解に感謝いたします。
2024年11月15日午後12時16分(UTC) | 2024年11月15日午前4時16分(PT)
現在、ポッド25および30のメトリックSLAパフォーマンスに影響する問題が改善されています。今後も監視を続け、状況が決まり次第、お知らせいたします。
POST-MORTEM
根本原因の分析
この事象は、メトリックイベントサービスのシークレットの設定に誤りがあったことが原因です。これは、Zendeskが検証を追加したアップデートをデプロイしたときに、サービスがアジア太平洋展開の初期化に失敗し、処理に遅延が発生したことを意味します。
解決策
この問題を修正するために、2024年11月15日に影響を受けるシークレットに「デフォルト」値が追加されました。これにより、メトリックイベントサービスが正しく初期化され、通常の業務を再開できるようになりました。また、将来のリスクを軽減するために、Talkの会話ログサービスのシークレットのデフォルト値を特定し、設定しました。
是正項目
- すべての秘密を徹底的に監査し、すべての地域、特にアジア太平洋地域で価値が設定されていることを確認します。
- 既存の実装ツールを改善して、今後同様の設定ミスを防ぐ。
- 追加のアラートを作成して、初期化の失敗や問題に関連するチームに通知する。
- 障害メトリックの追跡を調査し、そのような事象がタイムリーな解決のためのアラートをトリガすることを確認します。
これらの是正措置を実施することで、サービスの耐障害性を高め、今後同様の事象の発生を防止することを目指しています。
詳細
Zendeskの現在のシステムステータス情報については、システムステータスページをご覧ください。事後調査の概要は、通常、事象が終了してから数日後にここに掲載されます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月04日 · Attila Takacs
0
フォロワー
1
投票
0
コメント
Attila Takacsさんが記事を作成しました:
概要
2024年11月14日14時15分(UTC)から23時20分(UTC)にかけて、Exploreをご利用のお客様にレポートとダッシュボードへのアクセス中にネットワークエラーが発生しました。
提供終了までのスケジュール
2024年11月14日06:11 PM UTC | 2024年11月14日10:11 AM PT
Exploreダッシュボードまたはレポートの読み込み時に「Network Error」メッセージが表示される問題が解決されました。調査中、しばらくお待ちください。
2024年11月14日03:18 PM UTC | 2024年11月14日07:18 AM PT
一部のExploreユーザーには、ダッシュボードやレポートの読み込み時に「Network Error」メッセージが表示されることがあります。その場合は、ブラウザのcookieとキャッシュを消去することで問題が解決します。ご不便をおかけして申し訳ございません。
POST-MORTEM
根本原因の分析
この事象は、ネットワークの変更により、Exploreサービスに送信されるヘッダーの数が設定された制限を超えたために発生しました。このため、サービスがサイレントで失敗し、カスタマーのダッシュボードが読み込まれませんでした。
解決策
この問題を解決するために、ネットワークチームは変更を調査するページを作成しました。問題を特定し、ヘッダーを過剰に追加した変更を元に戻しました。これにより、Exploreダッシュボードの正常な機能が復元されました。
是正項目
- 既存の実装ツールを改善する:APIリクエストのヘッダー制限の管理に使用するツールを見直して強化し、同様の事象の発生を防ぎます。
- 追加のアラートを作成する:ヘッダー数やその他の重要なメトリックを監視するアラートを設定し、カスタマーに影響を与える前に問題を検出します。
- 特定のアプリケーションの接続制限を追加する:APIの接続制限を実装して、APIが運用のしきい値を超えないようにし、将来の事象のリスクを軽減します。
詳細情報
Zendeskの現在のシステムステータス情報については、システムステータスページをご覧ください。事後調査の概要は、通常、事象が終了してから数日後にここに掲載されます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。
編集日時:2024年12月03日 · Attila Takacs
1
フォロワー
1
投票
0
コメント