PageSourceSearch

https://speeddata.jp/blog/index.html

html speeddata.jp collected 2026-10-04 19:08:35 UTC 183,389 bytes, 2,789 lines download raw bytes

1<!DOCTYPE html>
2<html lang="ja">
3<head>
4<meta charset="UTF-8">
5
6<title>ブログ | SpeedData</title>
7<meta name="description" content="SpeedDataのブログ一覧です。世界・国内No.1のブログ数とカバー率を誇ります。">
8<meta name="viewport" content="width=device-width, initial-scale=1.0">
9
10<meta property="og:title" content="ブログ | SpeedData">
11<meta property="og:type" content="website">
12<meta property="og:description" content="SpeedDataのブログ一覧です。世界・国内No.1のブログ数とカバー率を誇ります。">
13<meta property="og:url" content="https://speeddata.jp/blog/index.html">
14<meta property="og:image" content="https://speeddata.jp/images/system_monitoring.jpg">
15<meta property="og:site_name" content="SpeedData">
16<meta property="fb:app_id" content="1783220058655100">
17
18<meta name="twitter:card" content="summary_large_image">
19<meta name="twitter:site" content="@speeddata_jp">
20<meta name="twitter:creator" content="@takehora">
21
22<link rel="stylesheet" media="screen" href="../styles.css">
23<link rel="shortcut icon" href="../images/symbol.svg" type="image/svg+xml">
24<link rel="canonical" href="https://speeddata.jp/blog/index.html">
25
26<script src="../explicit-defer.js" defer></script>
26
27</head>
28
29<body>
30<header>
31<p class="site-logo">
32<a href="/"><img class="width100percent" decoding="async" src="../images/logo.svg" alt="SpeedData"></a>
33</p>
34
35<nav class="site-menu">
36<ul>
37<li><a href="../implementation/index.html">導入までの流れ</a></li>
38<li><a href="../price/index.html">価格</a></li>
39<li><a href="../functions/index.html">機能</a></li>
40<li><a href="../service/index.html">サービス</a></li>
41<li><a href="../service/sla.html">SLA</a></li>
42<li><a href="../blog/index.html">ブログ</a></li>
43<li><a href="../learn/index.html">学習</a></li>
44<li><a href="../report/index.html">レポート</a></li>
45<li><a href="https://spelldata.co.jp" target="_blank" rel="noopener noreferrer">会社情報</a></li>
46<li><a href="../contact/index.html">お問い合わせ</a></li>
47</ul>
48</nav>
49</header>
50
51<main>
52<div class="relative">
53<img class="heroimage" decoding="async" src="../images/system_monitoring.jpg" alt="システム監視状況">
54<div class="headline">
55<h1 class="white">ブログ</h1>
56</div>
57</div>
58
59<p class="sub_navigation">計測・監視の最新情報</p>
60
61<nav class="breadcrumbs">
62<ul>
63<li><a href="/">トップ</a></li>
64<li>ブログ</li>
65</ul>
66</nav>
67
68<section class="container2">
69<a class="item" href="./blog-2025-04-20.html">
70<h3>ベンダートラップ:次の障害はあなたの責任ではないかもしれませんが、対処するのはあなたです</h3>
71<img decoding="async" src="./images/the_vendor_trap.jpg" alt="ベンダートラップ">
72<p class="right">2025年4月20日</p>
73
74<p>
75今日の企業は単一の自己完結型システムで運用されているわけではありません。<br>
76クラウドサービス、API、CI/CDツール、DNS、CDN、SASEベンダー、ID管理プロバイダー、クラウドインターコネクト、ISP、SaaSアプリケーション、アプリケーションコンポーネント、マイクロサービスなどが複雑に絡み合う相互依存のネットワークで構成されています。<br>
77最近の業界調査では、84%の組織がサードパーティリスクによる運用障害を経験し、そのうち66%が財務的な悪影響を受けたことが分かりました。
78</p>
79</a>
80
81<a class="item" href="./blog-2025-04-19.html">
82<h3>SEOからAEOへ:WebパフォーマンスがAI検索成功の鍵となる理由</h3>
83<img decoding="async" src="./images/From_SEO_to_AEO.jpg" alt="SEOからAEOへ">
84<p class="right">2025年4月19日</p>
85
86<p>
87検索は、かつてのものとは異なっています。<br>
88人々がオンラインで情報を見つける方法が変化しています。<br>
89今や多くのユーザーが、検索結果をひとつずつ確認するのではなく、ChatGPTやPerplexityといったAIに調査を委ねるようになっています。
90</p>
91</a>
92
93<a class="item" href="./blog-2025-04-18.html">
94<h3>LLMは止まらない:AIモデルをどう監視し、信頼するか</h3>
95<img decoding="async" src="./images/models_powering_your_ai.jpg" alt="進化し続けるLLMの性能">
96<p class="right">2025年4月18日</p>
97
98<p>
99ある大規模言語モデル(LLM)は、ブランドのイメージに合った文体を見事に再現します。<br>
100しかし、モデルのアップデートによって、その再現性が失われることもあります。
101</p>
102</a>
103
104<a class="item" href="./blog-2025-04-17.html">
105<h3>APMとオブザーバビリティ:なぜあなたの定義は間違っているのか</h3>
106<img decoding="async" src="./images/apm_vs_observability.jpg" alt="APMとオブザーバビリティ">
107<p class="right">2025年4月17日</p>
108
109<p>
110最近、アプリケーションパフォーマンス管理(Application Performance Management,APM)とオブザーバビリティ(o11y)について、それらがどのように重なり合い、競合し、対立するかについて意見を求められました。<br>
111私は、意見を求められた何人かのうちの一人だったため、当然のことながら、私の考えのすべてが元の記事に反映されたわけではありませんでした。
112</p>
113</a>
114
115<a class="item" href="./blog-2025-04-16.html">
116<h3>従来のツールでは見逃されていたWi-Fi障害の診断:ケーススタディ</h3>
117<img decoding="async" src="./images/semantic_caching.jpg" alt="セマンティックキャッシング">
118<p class="right">2025年4月16日</p>
119
120<p>
121セマンティックキャッシングは、意味の近いクエリに対して過去の結果を再利用することで、AIシステムの応答を高速化し、コストを削減する技術です。<br>
122しかし、ユーザーの言い回しの違いやモデルのアップデート、そして時間とともにベクトル表現が少しずつ変化ã
122™ã‚‹ã€Œãƒ™ã‚¯ã‚¿ãƒ¼ãƒ‰ãƒªãƒ•ト」によって、キャッシュが正しく機能しなくなることがあります。<br>
123このようなログに現れない問題が起こると、応答時間やコストが予想以上に増加してしまいます。
124</p>
125</a>
126
127<a class="item" href="./blog-2025-04-15.html">
128<h3>従来のツールでは見逃されていたWi-Fi障害の診断:ケーススタディ</h3>
129<img decoding="async" src="./images/wi_fi_failures.jpg" alt="従来のツールでは見逃されていたWi-Fi障害の診断:ケーススタディ">
130<p class="right">2025年4月15日</p>
131
132<p>
133あるグローバル航空会社では、ネットワークインフラストラクチャに明確な障害が見当たらないにもかかわらず、Google Meetの接続問題が継続的に発生していました。<br>
134アプリケーション性能管理(APM:Application Performance Monitoring)ツールではネットワーク経路の可視化はできていましたが、ローカルな異常は検出できていませんでした。
135</p>
136</a>
137
138<a class="item" href="./blog-2025-04-14.html">
139<h3>SAP、モダンなオブザーバビリティで世界クラスの稼働時間を実現</h3>
140<img decoding="async" src="./images/how_sap_achieved.jpg" alt="SAP、モダンなオブザーバビリティで世界クラスの稼働時間を実現">
141<p class="right">2025年4月14日</p>
142
143<p>
144SAP Customer Experience(CX)は、近年著しい変革を遂げ、断片的だった監視体制から、スケーラブルで自動化されたオブザーバビリティの強力な基盤へと進化しました。<br>
145最近のファイヤーサイドチャットにおいて、SAP CXのオブザーバビリティ担当VPであるMartin Norato Auer氏が、SAPのSLA、稼働時間、応答性の成果に至る戦略、実践、および測定可能なインパクトについて説明しました。
146</p>
147</a>
148
149<a class="item" href="./blog-2025-04-13.html">
150<h3>年次SRE調査が始まりました—皆様の声をお聞かせください</h3>
151<img decoding="async" src="./images/sre_survey_is_open.jpg" alt="年次SRE調査が始まりました—皆様の声をお聞かせください">
152<p class="right">2025年4月13日</p>
153
154<p>
155SRE(Site Reliability Engineering)はもはや、ただシステムを稼働させ続けることだけではありません。<br>
156パフォーマンスは製品の価値の一部となり、信頼性は競争力の鍵となり、エンジニアリング文化は高負荷にも耐えうる拡張性が求められています。<br>
157SREの役割が進化する中で、私たちが投げかけるべき問いも変わってきています。
158</p>
159</a>
160
161<a class="item" href="./blog-2025-04-12.html">
162<h3>Cloudflareのリゾルバ障害:DNSだけではない問題</h3>
163<img decoding="async" src="./images/cloudflare_logo.jpg" alt="Cloudflareのリゾルバ障害:DNSだけではない問題">
164<p class="right">2025年4月12日</p>
165
166<p>
167要約<br>
168Cloudflareの内部システムの設定ミスにより、1.1.1.1のIPプレフィックスが誤って非本番環境のサービストポロジーに関連付けられました。<br>
169その後、テスト用ロケーションが追加されたことをきっかけに、これらのプレフィックスがCloudflareの全データセンターから一斉に撤回され、結果として大規模な障害が発生しました。
170</p>
171</a>
172
173<a class="item" href="./blog-2025-04-11.html">
174<h3>Catchpointの次なるステージへ:Mehdiからのご報告</h3>
175<img decoding="async" src="./images/a_new_chapter_logicmonitor_catchpoint.jpg" alt="Catchpointの次なるステージへ:Mehdiからのご報告">
176<p class="right">2025年4月11日</p>
177
178<p>
179LogicMonitorはCatchpointを買収しました。<br>
180AIファーストのハイブリッド・オブザーバビリティと、インターネットおよびデジタルエクスペリエンスモニタリングを統合することで、現代の企業にとって「ダウンタイムを選択肢にでã
180ã‚‹ã€ä¸–界を目指します。<br>
181このブログでは、創業者であるMehdi Daoudi氏が、2008年のガレージスタートアップからグローバルプラットフォームへと成長したCatchpointの旅を振り返り、それを実現してくれた人々への感謝と、LogicMonitorが次の章を描くにふさわしい場所である理由を語ります。
182</p>
183</a>
184
185<a class="item" href="./blog-2025-04-10.html">
186<h3>これが証拠です:最速のWebサイトに共通する点</h3>
187<img decoding="async" src="./images/heres_the_proof_what_the_fastest_sites_on_the_web_have_in_common.jpg" alt="これが証拠です:最速のWebサイトに共通する点">
188<p class="right">2025年4月10日</p>
189
190<p>
191Z世代の60%は、読み込みに時間がかかるWebサイトを利用しようとしません。<br>
192現代のデジタル経済では、これは致命的な問題です。<br>
193銀行のポータルサイト、旅行アプリ、AIを活用したSaaSプラットフォームなど、どの分野でもユーザは高いパフォーマンスを求めています。<br>
194瞬時の読み込み、世界中での安定性、そして滑らかな操作性は、単なる付加価値ではなく、競争に勝つための必須条件です。
195</p>
196</a>
197
198<a class="item" href="./blog-2025-04-09.html">
199<h3>可観測性はツールの問題ではありません。それは「真実」の問題です</h3>
200<img decoding="async" src="./images/observability_isnt_about_the_tool.jpg" alt="可観測性はツールの問題ではありません。">
201<p class="right">2025年4月9日</p>
202
203<p>
204あるエンタープライズクライアントが遅延を報告しました。<br>
205あなたのダッシュボードにはすべて正常と表示されています。<br>
206クライアントはあなたを非難します。<br>
207あなたはクライアントを非難します。<br>
208しかし、どちらも証明することはできません。
209</p>
210</a>
211
212<a class="item" href="./blog-2025-04-08.html">
213<h3>リスクの高まり、利益率の低下:2025年インターネットレジリエンスレポート</h3>
214<img decoding="async" src="./images/The_2025_Internet_Resilience_Report.jpg" alt="2025年インターネットレジリエンスレポート">
215<p class="right">2025年4月8日</p>
216
217<p>
2182024年にCatchpointが最初にインターネットレジリエンスレポートを発表した時点で、主要企業のデジタル基盤に不安な兆候が現れていました。<br>
219CrowdStrikeの障害を覚えていますか?<br>
220そして今年に入り、状況はさらに深刻化しています。<br>
221Google Cloudの最近の障害は、インターネットがいかに緊密に結びついており、主要な1社が停止するだけで世界中の何千もの企業に影響を与えるかを改めて示す出来事となりました。<br>
222今回のレポート作成にあたり、約500人のグローバルビジネスリーダーから得たデータを数か月かけて深く分析しました。
223</p>
224</a>
225
226<a class="item" href="./blog-2025-04-07.html">
227<h3>ソースからエッジまで:無視できない6つのエージェントタイプ</h3>
228<img decoding="async" src="./images/six_agent_types.jpg" alt="ソースからエッジまで:無視できない6つのエージェントタイプ">
229<p class="right">2025年4月7日</p>
230
231<p>
232最近、Catchpointはグローバルエージェントネットワークを3,000以上に拡張しました。<br>
233この分野が激しい競争にさらされる中、これは当社の大きな強みの一つとなっています。<br>
234執筆時点で、105か国・346都市に395のプロバイダーを展開しているのはCatchpointだけです。<br>
235ISP戦略ディレクターとして、私が強調したいのは「なぜそこまでするのか?」という点です。<br>
236なぜ、あえて中国、ロシア、アフリカ諸国といったアクセスが難しい地域にまでバックボーンエージェントを展開し、これほど大規模で独立性の高いネットワークを構築しているのか?
237</p>
238</a>
239
240<a class="item" href="./blog-2025-04-06.html">
241<h3>Tracerouteを始めるには</h3>
242<img decoding="async" src="./images/getting_started_with_traceroute.jpg" alt="Tracerouteを始めるには">
243<p class="right">2025年4月6日</p>
244
245<p>
246Traceroute?<br> 
247コマンドラインで入力するやつのこと?<br>
248そんなもののテストをわざわざ設定する必要なんてあるの?
249</p>
250</a>
251
252<a class="item" href="./blog-2025-04-05.html">
253<h3>
253見えない依存関係、見える影響:Google Cloud障害からの教訓</h3>
254<img decoding="async" src="./images/cloud_outage.jpg" alt="Cloud障害による影響">
255<p class="right">2025年4月5日</p>
256
257<p>
2582025年6月12日。<br>
259インターネットの大半の人々には記憶に残らない日ですが、Google Cloudに依存している人々にとっては忘れられない日です。<br>
260数分足らずのうちに、日常的なクォータの変更が、世界的な混乱を引き起こしました。<br>
261APIは応答を停止し、ダッシュボードは依然として“正常”を示していました。<br>
262そして大陸を超えて、多くのチームが問題が自分たちの側なのか、Google側なのかを確認しようと奔走しました。
263</p>
264</a>
265
266<a class="item" href="./blog-2025-04-04.html">
267<h3>IPMが、トップテクノロジーブランドによるOpenAIの障害を危機になる前に発見するのにどのように役立ったか</h3>
268<img decoding="async" src="./images/openai_outage_before_it_became_a_crisis.jpg" alt="OpenAIの障害">
269<p class="right">2025年4月4日</p>
270
271<p>
272現在のデジタルビジネスは、かつてないほど相互に接続されています。<br>
273業界調査によると、74%の組織が「APIファースト」のアプローチを採用しており、平均的なアプリケーションは26~50のAPIによって動作しています。<br>
274このことはイノベーションを加速させる一方で、新たなリスクももたらします。<br>
275外部プロバイダーの障害は、即座に広域にわたる影響を引き起こす可能性があります。
276</p>
277</a>
278
279<a class="item" href="./blog-2025-04-03.html">
280<h3>エージェンティックAI:強力だが脆弱——知っておくべきこと</h3>
281<img decoding="async" src="./images/agentic_ai_powerful_but_fragile.jpg" alt="エージェンティックAI:強力だが脆弱——知っておくべきこと">
282<p class="right">2025年4月3日</p>
283
284<p>
285AIについての理解が深まる中で、次に注目すべきは「自律型のAI」、すなわち「エージェンティックAI」です。<br>
286これは、支援するだけでなく、意思決定やタスク処理、他システムとの通信まで自律的に行うAIと考えてください。<br>
287この技術はサプライチェーンやお客様体験を一変させていますが、落とし穴もあります。<br>
288これらの自律型エージェントは多数の外部サービスに依存しており、その1つでも障害が起きると、全体が停止してしまうのです。
289</p>
290</a>
291
292<a class="item" href="./blog-2025-04-02.html">
293<h3>リアルタイムのBGPブラックホールとプレフィックスハイジャックの検出</h3>
294<img decoding="async" src="./images/bgp_blackholing_and_prefix_hijacks.jpg" alt="リアルタイムのBGPブラックホールとプレフィックスハイジャックの検出">
295<p class="right">2025年4月2日</p>
296
297<p>
298ボーダーゲートウェイプロトコル(Border Gateway Protocol, BGP)は、インターネット上のドメイン間ルーティングの基盤であり続けていますが、その根本的な信頼モデルのために、設定ミス、ハイジャック、ブラックホールといった問題に対して脆弱です。<br>
299これらの問題が発生しても、影響を受けたネットワークでは、ユーザからパフォーマンス低下やサービス停止の報告があるまで、その異常に気づかないことが少なくありません。
300</p>
301</a>
302
303<a class="item" href="./blog-2025-04-01.html">
304<h3>インターネット障害が企業にもたらす実際の代償を、専門機関が公開</h3>
305<img decoding="async" src="./images/internet_disruptions.jpg" alt="internet_disruptions">
306<p class="right">2025年4月1日</p>
307
308<p>
309インターネットがなければ、デジタル体験は存在しない――この言葉から始まるInternet Performance Monitoringによる収益向上と顧客体験の改善は、Catchpointが委託した、インターネットの障害による金銭的損失を定量化した調査です。<br>
310一見すると、それはあまりにも明白で、今さら言うまでもないように思えるかもしれません。
311</p>
312</a>
313
314<a class="item" href="./blog-2025-03-31.html">
315<h3>GoogleのA2Aプロトコル登場と次なる課題「オブザーバビリティ」</h3>
316<img decoding="async" src="./images/agent_to_agent.jpg" alt="agent_to_agent">
317<p class="right">2025年3月31日</p>
318
319<p>
320あなたのAIツールは本当に連携して動作していますか?<br>
321それとも、いまだにエージェントが孤立して動作していますか?<br>
322Googleの新しいAgent-to-Agent (A2A)プロトコルの導入によって、もはやAIエージェントが単独で動作する時代ではなくなろうとしています。
323</p>
324</a>
325
326<a class="item" href="./blog-2025-03-30.html">
327<h3>3,000を超えるインテリジェント・オブザーバビリティ・エージェントの力</h3>
328<img decoding="async" src="./images/over_3000_intelligent_observability_agents.jpg" alt="over_3000_intelligent_observability_agents">
329<p class="right">2025年3月30日</p>
330
331<p>
332Catchpointは公式に大きな節目を迎えました。<br>現在、3,000を超えるインテリジェント・エージェントが当社のグローバル・エージェント・ネットワークを支えています。
333</p>
334</a>
335
336<a class="item" href="./blog-2025-03-29.html">
337<h3>複雑性の時代におけるモニタリング:CIOが見直すべき5つの前提</h3>
338<img decoding="async" src="./images/5assumptions_cios_need_to_rethink.jpg" alt="5assumptions_cios_need_to_rethink">
339<p class="right">2025年3月29日</p>
340
341<p>
3422025年、平均的な企業は150以上のSaaSアプリケーション、ハイブリッドクラウドイãƒ
342³ãƒ•ラストラクチャ、そしてシームレスなデジタル体験を期待する労働力を抱えています。<br>
343それにもかかわらず、ほとんどのCIOは依然としてデータセンター時代に構築されたモニタリング戦略に頼っています。<br>
344その結果は?
345</p>
346</a>
347
348<a class="item" href="./blog-2025-03-28.html">
349<h3>現代のAPI監視における重要要件</h3>
350<img decoding="async" src="./images/modern_api_monitoring.jpg" alt="modern_api_monitoring">
351<p class="right">2025年3月28日</p>
352
353<p>
354企業は、APIの停止やパフォーマンス低下によって毎年数百万ドルの損失を被っています。<br>
355これらのリスクを軽減するためには、現代的なオブザーバビリティ戦略が不可欠です。
356</p>
357</a>
358
359<a class="item" href="./blog-2025-03-27.html">
360<h3>パフォーマンスとコスト最適化において、インテリジェントなトラフィックステアリングが重要な理由</h3>
361<img decoding="async" src="./images/intelligent_traffic_steering.jpg" alt="intelligent_traffic_steering">
362<p class="right">2025年3月27日</p>
363
364<p>
365今日のグローバルに分散されたアプリケーションの世界では、ユーザー体験がすべてです。<br>
366プラットフォームが複数のクラウドプロバイダーにまたがって運用されている場合や、複数のPoP(points of presence)を持つマルチCDNを使用している場合でも、ユーザートラフィックを効率的にルーティングすることは、パフォーマンスに大きな影響を与えます。<br>
367このような背景から、インテリジェントなトラフィックステアリングは「あると便利」ではなく「必須」の機能となっています。
368</p>
369</a>
370
371<a class="item" href="./blog-2025-03-26.html">
372<h3>IBMとCatchpointによるリテールデジタルパフォーマンスイベントのまとめ:重要な洞察</h3>
373<img decoding="async" src="./images/Retail_digital_performance_event_recap.jpg" alt="Retail_digital_performance_event_recap">
374<p class="right">2025年3月26日</p>
375
376<p>
3772025年3月19日(水)、IBMとCatchpointが主催する初のリテールデジタルパフォーマンスイベントを開催しました。<br>
378セッションでは、スピード、レジリエンス、ユーザー中心の設計に関する実用的で考えさせられる洞察が提供され、スケールに応じたデジタル体験を向上させるための新たな戦略が参加者に共有されました。
379</p>
380</a>
381
382<a class="item" href="./blog-2025-03-25.html">
383<h3>Connected Devices:インターネットパフォーマンス監視の次なるフロンティアを切り開く</h3>
384<img decoding="async" src="./images/Connected_Devices.jpg" alt="Connected_Devices">
385<p class="right">2025年3月25日</p>
386
387<p>
388昨年のCrowdStrikeの障害のような出来事が注目を集める一方で、インターネットのレジリエンスに関する本当の戦いは、グローバルな舞台ではなく、金融エリアの一角、過負荷のクラウドデータセンター、あるいは地方のISPの過剰なピアリングポイントで繰り広げられています。
389</p>
390</a>
391
392<a class="item" href="./blog-2025-03-24.html">
393<h3>Zendeskの障害:プロアクティブな監視と迅速なインシデント対応の必要性</h3>
394<img decoding="async" src="./images/Zendesk_outage_A_case_for_proactive_monitoring_and_faster_incident_response.svg" alt="5Actions">
395<p class="right">2025年3月24日</p>
396
397<p>
398Zendeskの大規模障害により、顧客サポートや社内業務を同プラットフォームに依存する企業が大きな影響を受けました。<br>
399チケット管理やWebチャットが停止し、復旧までに24時間以上を要したケースも。<br>これにより、障害の早期検知とサードパーティ依存の可視化、独立した監視体制の重要性が再認識されました。<br>
400Catchpointのようなリアルタイム監視ツールが、今後のインシデント対応ã
400®éµã¨ãªã‚Šã¾ã™ã€‚
401</p>
402</a>
403
404<a class="item" href="./blog-2025-03-23.html">
405<h3>デジタルパフォーマンスを向上させるために取るべき5つのアクション</h3>
406<img decoding="async" src="./images/5_Actions_you_can_take_to_improve_digital_performance.jpg" alt="5Actions">
407<p class="right">2025年3月23日</p>
408
409<p>
410「遅い」は公式に「ダウン」と同義になりました。<br>
411これはSREレポート2025の主な発見の1つで、調査回答者の53%がこの表現に同意し、44%が「パフォーマンスはサービスレベル目標に対して追跡すべき」と述べました。
412</p>
413</a>
414
415<a class="item" href="./blog-2025-03-22.html">
416<h3>混乱の中の沈黙:Xの障害が示す、能動的な監視への警鐘</h3>
417<img decoding="async" src="./images/logo_white.jpg" alt="Xロゴ">
418<p class="right">2025年3月22日</p>
419
420<p>
4212025年3月10日から11日にかけて、X(旧Twitter)が世界的な障害に見舞われ、何百万人ものユーザや企業が原因を探し求めました。<br>
422CEOのElon MuskがDDoS(サービス拒否)攻撃に言及する短い投稿をした以外、公式な情報はほとんどありませんでした。<br>
423CatchpointのInternet Sonarはこの危機をリアルタイムで検知し、能動的な監視の重要性を浮き彫りにしました。
424</p>
425</a>
426
427<a class="item" href="./blog-2025-03-21.html">
428<h3>100万ドルの教訓:SLAを通じて品質文化を築く</h3>
429<img decoding="async" src="./images/Million_Lesson.jpg" alt="100万ドルの教訓:SLAを通じて品質文化を築く">
430<p class="right">2025年3月21日</p>
431
432<p>
433DoubleClickでは、包括的なSLMプロセスを導入し、SLA管理を再構築しました。<br>
434SLAを正しく設計・運用することで、財務リスクを低減し、信頼性の高いサービスと健全な顧客関係を実現した実例を紹介します。
435</p>
436</a>
437
438<a class="item" href="./blog-2025-03-20.html">
439<h3>AIツールが失敗する時:AIの依存関係を可視化し先手を打つ方法</h3>
440<img decoding="async" src="./images/When_AI_tools_fail.jpg" alt="AIツールが失敗する時">
441<p class="right">2025年3月20日</p>
442
443<p>
444AIへの依存はもはや避けられない現実となり、障害発生時の影響も深刻化しています。<br>
445AIの障害は、この相互接続された世界において私たちがいかに脆弱であるかを思い出させてくれます。<br>
446これらを可視化することで、障害の原因を迅速に特定し、対応ã
446¾ã§ã®æ™‚間を短縮することが可能なのです。
447</p>
448</a>
449
450<a class="item" href="./blog-2025-03-19.html">
451<h3>Super Bowl 2025が証明したインターネットレジリエンスの完全勝利</h3>
452<img decoding="async" src="./images/Super_Bowl_2025.jpg" alt="Super Bowl 2025">
453<p class="right">2025年3月19日</p>
454
455<p>
45630秒間のSuper Bowl広告に約800万ドルを費やすのであれば、絶対に運任せにしたくないのがWebサイトです。<br>
457試合やKendrick Lamarのパフォーマンス、あるいはスタンドに姿を見せたTaylor Swift目当ての観客が、広告放映直後にそのWebサイトへアクセスする可能性があるからです。<br>
458誤解しないでください。<br>
459Webパフォーマンスは広告そのものと同じくらい重要です。<br>
460ページの読み込みが遅いと、数秒で潜在的なお客様を失い、数百万ドルの投資が水の泡となりかねません。
461</p>
462</a>
463
464<a class="item" href="./blog-2025-03-18.html">
465<h3>Internet Performance Monitoring: ITのための新しいヘルスチェック</h3>
466<img decoding="async" src="./images/new_health_check_for_IT_organizations.jpg" alt="ヘルスチェック">
467<p class="right">2025年3月18日</p>
468
469<p>
470モニタリング(見守り)は、昔から私たちの暮らしの一部です。<br>
471私たちは、自分自身やまわりの環境、日々の習慣を観察して、気づきを得て、よりよい行動につなげてきました。<br>
472毎年受けている健康診断も、実はその一つです。
473</p>
474</a>
475
476<a class="item" href="./blog-2025-03-17.html">
477<h3>Catchpointの合成監視にPlaywrightが使われるのはなぜか</h3>
478<img decoding="async" src="./images/Why_use_Playwright_in_Catchpoint_for_synthetic_monitoring.jpg" alt="Catchpointの合成監視にPlaywrightが使われるのはなぜか">
479<p class="right">2025年3月17日</p>
480
481<p>
482現代のWebサイトは、すべてのクリック、ログイン、チェックアウトがスムーズに実行されるよう、継続的な監視を必要とします。<br>
483そこで活躍するのが合成監視(Synthetic Monitoring)です。<br>
484本記事では、CatchpointのPlaywright統合がどのように合成監視を強化し、問題が顧客に届く前に検出することを可能にするかを探っていきます。
485</p>
486</a>
487
488<a class="item" href="./blog-2025-03-16.html">
489<h3>クラウド監視の盲点:ユーザ視点</h3>
490<img decoding="async" src="./images/Cloud_Monitoring_Blind_Spot.jpg" alt="クラウド監視の盲点">
491<p class="right">2025年3月16日</p>
492
493<p>
494インターネットを活用したアプリケーションの提供が進化したことで、エンドユーザの体験に影響を与える要因をIT部門が把握しにくくなってきています。<br>
495この可視性のギャップが原因で、収益の減少やネットプロモータースコア(NPS)の低下といったビジネスへの悪影響が生じる場合、問題はさらに深刻になります。<br>
496Gartnerが初めて「デジタル体験監視」のマジック・クアドラントを発表したことは、この深刻化する課題に対処する必要性を明確に示しています。
497</p>
498</a>
499
500<a class="item" href="./blog-2025-03-15.html">
501<h3>WebPageTest Expertプランのご紹介:リアルタイムインサイトと合成監視・RUMを統合した新しいプラットフォーム</h3>
502<img decoding="async" src="./images/Introducing_WebPageTest_Expert_Plan.jpg" alt="WebPageTest Expertプランのご紹介">
503<p class="right">2025年3月15日</p>
504
505<p>
506想像してみてください。<br>
507Webサイトに大規模なアップデートを行い、すべてがうまくいっていると自信を持っていました。<br>
508ところが数時間後、トラフィックが激減します。
509</p>
510</a>
511
512<a class="item" href="./blog-2025-03-14.html">
513<h3>高速かつ激しく:デジタル時代のパフォーマンスの重要性</h3>
514<img decoding="async" src="./images/2025-03-14_Fast_and_furious.jpg" alt="高速かつ激しく:デジタル時代のパフォーマンスの重要性">
515<p class="right">2025年3月14日</p>
516
517<p>
518現在では、単に「稼働している」だけでは不十分で、常に高速で、シームレスで、信頼性が高い必要があります。<br>
519初期の頃は、パフォーマンスの遅さは単なる不便さとみなã
519•れていました。<br>
520しかし現在ではどうでしょうか?<br>
521遅いパフォーマンスは、それ自体がサービスの失敗と見なされており、完全な停止と同等、あるいはそれ以上に有害とされています。
522</p>
523
524<p>
525しかし今ではどうでしょうか?<br>
526遅いパフォーマンスは、それ自体がサービスの失敗と見なされており、完全な停止と同等、あるいはそれ以上に有害とされています。<br>
527そしてこれは、もはや単なる感覚ではありません。
528</p>
529</a>
530
531<a class="item" href="./blog-2025-03-13.html">
532<h3>デジタルへのシフト:2025年に向けて企業が優先事項を再構築する方法</h3>
533<img decoding="async" src="./images/The_shift_to_digital.jpg" alt="デジタルへのシフト">
534<p class="right">2025年3月13日</p>
535
536<p>
537「バック・トゥ・ザ・フューチャー・デー」を覚えていますか?<br> 
5382015年、映画「バック・トゥ・ザ・フューチャー」でMarty McFlyが未来の2015年に旅したことを世界中が祝った日です。<br>
539ホバーボードや自動で靴ひもを結ぶ靴のアイデアに笑いながらも、かつてSFの世界だったものが次々と現実になっていることに驚きました。
540</p>
541</a>
542
543<a class="item" href="./blog-2025-03-12.html">
544<h3>SREレポート2025が示す行動指針</h3>
545<img decoding="async" src="./images/2025_sre_report.jpg" alt="SREレポート2025">
546<p class="right">2025年3月12日</p>
547
548<p>
549SREレポートは今年で7年目を迎えました。<br>
550私はこのレポートを過去5年間執筆する機会に恵まれ、今回の2025年版では、Kurt Andersen氏やDenton Chikura氏といった素晴らしい方々と協力することができました。<br>
551この労力を共に担い、時には分析の重圧に苦しみながらも愛情をもって取り組んでくれた彼らに心から感謝しています。
552</p>
553</a>
554
555<a class="item" href="./blog-2025-03-11.html">
556<h3>インターネット時代のモニタリング:DEM、IPM、APM――知っておくべきこと</h3>
557<img decoding="async" src="./images/Monitoring_in_the_Age_of_the_Internet.svg" alt="インターネット時代のモニタリング">
558<p class="right">2025年3月11日</p>
559
560<p>
561Gartnerは最近、デジタル・エクスペリエンス・モニタリング(DEM)に関する初のマジック・クアドラントを発表しました。<br>
562この画期的なレポートは、DEMとは何か、そしてなぜ今新たなカテゴリが必要なのかという重要な疑問を提起しています。<br>
563DEM、インターネット・パフォーマンス・モニタリング(IPM)、アプリケーション・パフォーマンス・モニタリング(APM)がどのように関連し、それぞれが現代のモニタリング戦略においてどのような役割を果たすのかについての議論を促しています。
564</p>
565</a>
566
567<a class="item" href="./blog-2025-03-07.html">
568<h3>フラストレーションを防ぎ、快適なユーザ体験へ</h3>
569<img decoding="async" src="./images/Catch_frustration.jpg" alt="フラストレーション">
570<p class="right">2025年3月7日</p>
571
572<p>
573Webサイトで商品を購入しようとしているのに、「カートに追加」ボタンをクリックしても何も起こらない、そんな経験をしたことはありませんか?<br>
574とてもイライラしますよね。<br>
575このような場面では、ユーザが購入を諦める可能性があります。<br>
576ユーザにとって不便なだけでなく、企業にとっては深刻な課題となります。
577</p>
578</a>
579
580<a class="item" href="./blog-2025-03-06.html">
581<h3>Microsoft Office 365 障害からの教訓:サードパーティ監視の重要性</h3>
582<img decoding="async" src="./images/Microsoft’s_office_365_Outage.png" alt="Microsoft’s_office_365_Outage">
583<p class="right">2025年3月6日</p>
584
585<p>
5862024年11月25日、Microsoft 365の主要サービス(Outlook、Teams、Exchange、SharePoint)で大規模障害が発生し、特に欧州の多数のユーザーに影響を与えました。<br>
587この事態は、複雑に相互依存するインターネットにおいて、第三者による独立した監視と信頼性の高い情報提供の重要性を浮き彫りにしました。
588</p>
589</a>
590
591<a class="item" href="./blog-2025-03-05.html">
592<h3>更新から結果まで:2024年選挙日の報道を形作った指標</h3>
593<img decoding="async" src="./images/Election.jpg" alt="Election">
594<p class="right">2025年3月5日</p>
595
596<p>
597デジタルメディアは速報性においてテレビ放送を大きく上回り、この利点は特に選挙日に際立ちました。<br>
598有権者が即時の結果を求める中では、Webサイトのパフォーマンス指標が極めて重要になります。
599</p>
600</a>
601
602<a class="item" href="./blog-2025-03-03.html">
603<h3>AppAssure: Tier-1アプリケーションのレジリエンスを確保することがより簡単に</h3>
604<img decoding="async" src="./images/appassure.jpg" alt="AppAssure">
605<p class="right">2025年3月3日</p>
606
607<p>
608毎週のように、重要なアプリケーションに障害が発生し、ユーザは不満を抱え、企業は混乱に陥っています。<br>
609ITチームは次々と問題に対処しなければならず、多くの中断に直面し、修正ではなく推測に多くの時間を費やしています。
610</p>
611</a>
612
613<a class="item" href="./blog-2025-02-17.html">
614<h3>デルタ航空のウェブサイトのパフォーマンス低下は、CrowdStrike以前に問題の兆候を示していたのか?</h3>
615<img decoding="async" src="./images/Delta's_slow_web_performance.jpg" alt="デルタ航空のウェブサイトのパフォーマンス低下">
616<p class="right">2025年2月17日</p>
617
618<p>
619CrowdStrikeのシステム障害は、特に基盤が脆弱な場合、いかに迅速にドミノ倒しが起こりうるかを改めて認識させました。<br>
620デルタ航空は、競合他社よりも大きな打撃を受けました。<br>
621ユナイテッド航空とアメリカン航空は数日以内に復旧することができたのに対し、デルタ航空は継続的な苦境に直面し、5日間で7,000便の欠航につながりました。
622</p>
623</a>
624
625<a class="item" href="./blog-2025-02-06.html">
626<h3>Webパフォーマンスの専門家がWebパフォーマンスの未来を探る</h3>
627<img decoding="async" src="./images/Web_Performance_Experts.jpg" alt="Webパフォーマンスの専門家がWebパフォーマンスの未来を探る">
628<p class="right">2025年2月6日</p>
629
630<p>
631主要ブランドのWebパフォーマンス専門家たちが、Catchpoint製品チームと共に開催された限定セッションに参加し、WebPageTestおよびCatchpointのインターネットパフォーマンスモニタリング(IPM)の新機能や将来の改善について探りました。<br>
632この記事では、そのセッションのハイライトを共有します。
633</p>
634</a>
635
636<a class="item" href="./blog-2025-02-04.html">
637<h3>エンタープライズ・オブザーバビリティの統合と近代化</h3>
638<img decoding="async" src="./images/enterprise_observability.jpg" alt="エンタープライズ・オブザーバビリティ">
639<p class="right">2025年2月4日</p>
640
641<p>
642組織はオブザーバビリティへの投資によって、問題解決の迅速化、コスト削減、ビジネス成果の向上といった測定可能な利益を得ています。<br>
643しかし、コストの増大、ツールの分散、インターネットへの依存やユーザ体験の包括的な監視の必要性など、依然として課題が残っています。<br>
644これらの課題と、それに対処するために組織が採用しているベストプラクティスについて探っていきます。
645</p>
646</a>
647
648<a class="item" href="./blog-2025-01-29.html">
649<h3>Catchpointが、2024年Gartner® マジック・クワドラントのデジタル・エクスペリエンス・モニタリングのリーダーに選ばれました</h3>
650<img decoding="async" src="./images/Gartner.jpg" alt="Gartnerのマジック・クワドラント">
651<p class="right">2025年1月29日</p>
652
653<p>
654私たちCatchpointがGartner®の初となるデジタル・エクスペリエンス・モニタリング(DEM)のマジック・クアドラントでリーダーに選ばれました。<br>
655私たちは、この評価が当社のインターネットパフォーマンスモニタリング(IPM)プラットフォームの急速な革新の反映であると考えています。
656</p>
657</a>
658
659<a class="item" href="./blog-2025-01-27.html">
660<h3>インターネット・レジリエンスの隠れた課題: 2024年レポートの重要な洞察</h3>
661<img decoding="async" src="./images/Internet_Res_Report_cover.jpg" alt="インターネットレジリエンスレポート">
662<p class="right">2025年1月27日</p>
663
664<p>
665私たちの初となるインターネットレジリエンスレポート 2024は、レジリエンスを単なるITの課題として扱う余地が、もはや企業にはないことを明らかにしました。
666</p>
667</a>
668
669<a class="item" href="./blog-2025-01-25.html">
670<h3>バルセロナにオブザーバビリティネットワークを拡大:成長するインターネットハブ</h3>
671<img decoding="async" src="./images/Barcelona.jpg" alt="成長するインターネットハブ">
672<p class="right">2025年1月25日</p>
673
674<p>
675Catchpointのオブザーバビリティネットワークは、その拠点をスペインで2番目に大きく、最も人口の多い美しい都市バルセロナに拡大しました。<br>
676バルセロナは、私たちにとってマドリード、セビリアに続くスペインで3番目の拠点です。<br>
677Catchpointは包括的なインターネットパフォーマンス監視の為、拠点拡大の投資を継続しています。
678</p>
679</a>
680
681<a class="item" href="./blog-2025-01-16.html">
682<h3>SSLエラーがSSLだけの問題ではない場合:TIBCO Masheryの障害を深掘り</h3>
683<img decoding="async" src="./images/tibco_mashery.svg" alt="TIBCO Masheryの障害を深掘り">
684<p class="right">2025年1月16日</p>
685
686<p>
687当初は単なるSSLエラーのように見えたものが、調査が進むにつれ、DNSの信頼性、SSL設定、およびCDNパフォーマンスに関する重大な弱点について明らかになりました。<br>
688このインシデントは、インターネットが極めて相互依存的であることを改めて示しています。<br>
689また、一つの地域で発生した問題が、他の地域では影響を受けない場合もあります。
690</p>
691</a>
692
693<a class="item" href="./blog-2025-01-15.html">
694<h3>Marriottのケースが示す、Webパフォーマンスと収益の関係</h3>
695<img decoding="async" src="./images/web_performance_on_revenue.jpg" alt="Webパフォーマンスと収益の関係">
696<p class="right">2025年1月15日</p>
697
698<p>
699注意力がTikTokより短い現代では、企業にとって動作の遅いWebサイトは致命的です。<br>
700モバイルページが読み込まれるのに3秒以上かかる場合、53%の人がそのページを離れます。
701</p>
702</a>
703
704<a class="item" href="./blog-2024-12-24.html">
705<h3>予期せぬ事態への備え:AJIOとJioの障害から学ぶ教訓</h3>
706<img decoding="async" src="./images/Preparing_for_the_unexpected.jpg" alt="障害対策">
707<p class="right">2024年12月24日</p>
708
709<p>
710ここ数ヶ月だけで、さまざまな理由による大規模なサービス停止が相次いでいます。<br>
711サーバーの不具合、ネットワークの問題、さらにはインターネット史上最大級の障害であった設定のアップデートなどです。<br>
712これらのインシデントから、私たちのデジタル世界がいかに脆弱であるかを思い知ります。<br>
713しかし、これらの障害を引き起こしているのはソフトウェア関連の問題だけではありません。<br>
714火災に関連する2つの不幸な事故により、アジア太平洋地域の主要なWebサイトがダウンしました。
715</p>
716</a>
717
718<a class="item" href="./blog-2024-12-10.html">
719<h3>今こそ向き合うべき課題:パフォーマンスの重要性</h3>
720<img decoding="async" src="./images/Performance_Matters.jpg" alt="パフォーマンスの重要性">
721<p class="right">2024年12月10日</p>
722
723<p>
724Ralph Marstenはかつて、「パフォーマンスに合わせて期待値を下げるのではなく、期待値に合わせてパフォーマンスレベルを上げるべきだ」と言いました。<br>
725現在では、むしろ逆の取り組みを行う企業が多いように感じられます。<br>
726ダッシュボードがすべて緑色を示していれば、全てが順調だと思い込むのです。<br>
727しかし、本当にそうでしょうか?
728</p>
729</a>
730
731<a class="item" href="./blog-2024-11-29.html">
732<h3>API監視とテストの解明:IPMを活用して</h3>
733<img decoding="async" src="./images/api_monitoring_and_testing_with_ipm.jpg" alt="API監視">
734<p class="right">2024年11月29日</p>
735
736<p>
737APIはデジタル時代を支える隠れた英雄です。<br>
738多くのカスタマーエクスペリエンスにおいて目に見えない存在ですが、それゆえに、お客様視点での監視やテストが難しいと感じるかもしれません。<br>
739このブログでは、この難しさを解消し、Internet Performance Monitoring(IPM)がさまざまなAPIテストのユースケースにどのようにアプローチし、信頼性とレジリエンスのあるエクスペリエンスを確保するかを解説します。
740</p>
741</a>
742
743<a class="item" href="./blog-2024-11-22.html">
744<h3>スピードの必要性: IBMとCatchpointのグローバルDNSパフォーマンス研究からのハイライト</h3>
745<img decoding="async" src="./images/global_dns_performance_study.jpg" alt="グローバルDNSパフォーマンス">
746<p class="right">2024年11月22日</p>
747
748<p>
749DNSはインターネット接続の基盤であるにもかかわらず、そのパフォーマンスを測定する信頼性の高い指標が十分に整備されていません。<br>
750このギャップにより、ITチームは業界標準と比較して自社のDNS設定を適切に評価することができず、暗中模索の状態に置かれています。<br>
751この差し迫った課題に対処するために、CatchpointはIBM NS1 Connectと協力し、DNSパフォーマンスをデータに基づいて可視化しました。<br>
752このコラボレーションは、最もアクセス数の多いWebサイトの一部からのデータを使用して、DNSが「現実世界」でどのように機能するかを明らかにし、世界中のDNSパフォーマンスを分析することを目的としました。
753</p>
754</a>
755
756<a class="item" href="./blog-2024-11-13.html">
757<h3>顧客満足度調査 2024:洞察と影響の発見</h3>
758<img decoding="async" src="./images/Customer_Survey_2024.jpg" alt="顧客満足度調査 2024">
759<p class="right">2024年11月13日</p>
760
761<p>
7622024年版の顧客満足度調査の結果をお届けできることを嬉しく思います。<br>
763世界の革新的な企業の参加者が、私たちの成長する影響力、驚異的なROI(投資利益率)、顧客満足度の向上、さまざまなチームでの広範な活用についての洞察と経験を共有してくれました。
764</p>
765</a>
766
767<a class="item" href="./blog-2024-11-05.html">
768<h3>ServiceNowのネットワーク障害に対するプロアクティブな対応からの学び</h3>
769<img decoding="async" src="./images/Proactive_Response.jpg" alt="プロアクティブな対応">
770<p class="right">2024年11月5日</p>
771
772<p>
773ServiceNowは、ITサービス管理、IT運用管理、ITビジネス管理の分野でトップクラスの企業の1つです。<br>彼らに障害やサービス中断が発生すると、何千人ものユーザーに影響を及ぼします。
774</p>
775</a>
776
777<a class="item" href="./blog-2024-10-18.html">
778<h3>ウェビナー概要: Webパフォーマンスを次のレベルへ</h3>
779<img decoding="async" src="./images/real_time_test_on_an_iPhone.jpg" alt="リアルタイムテスト">
780<p class="right">2024年10月18日</p>
781
782<p>
783「Webパフォーマンスを次のレベルへ」というウェビナーでは、CatchpointとAkamaiの専門家が、企業がWebパフォーマンスを最適化してユーザ体験を向上させ、収益を保護し、競争力を維持する方法について議論しました。<br>
784CatchpointのプロダクトマーケティングディレクターであるPiril氏 Kavlak氏がホストを務め、このセッションでは、最近発表されたWebPageTestのCatchpointのインターネットパフォーマンスモニタリング(IPM)プラットフォームへの統合、実際の成功事例、そして今後の機能プレビューが紹介されました。<br>
785以下に主要なポイントをまとめます。
786</p>
787</a>
788
789<a class="item" href="./blog-2024-10-11.html">
790<h3>CI/CDワークフローでCatchpoint Terraform Providerを使用する</h3>
791<img decoding="async" src="./images/Coding.jpg" alt="コーディングする図">
792<p class="right">2024年10月11日</p>
793
794<p>
795私たちは最近、Catchpoint Terraform providerをTerraform Registryで提供開始しました。<br>
796これにより、お客様は最小限の設定でCatchpoint IPMテストを管理できるようになり、開発者、SRE、DevOpsチームがTerraformとCatchpointデータをシームレスに統合することができるようになりました。
797</p>
798</a>
799
800<a class="item" href="./blog-2024-10-04.html">
801<h3>暗闇に捕まるな:LumenとAWSのマイクロ障害から学ぶ教訓</h3>
802<img decoding="async" src="./images/Don’t_get_caught_in_the_dark.jpg" alt="マイクロ障害による被害">
803<p class="right">2024年10月4日</p>
804
805<p>
806CrowdStrikeの最近の大規模な障害のようなインシデントがニュースの見出しを飾る一方で、インターネットのレジリエンスを確保するために現場で作業している私たちは、ほとã
806‚“どの問題が必ずしもグローバルなものではなく、地理的、自律システム、またはその他の要因によって局所的に発生することを知っています。
807</p>
808</a>
809
810<a class="item" href="./blog-2024-09-27.html">
811<h3>DNSの設定ミスは、誰にでも起こりうる問題です。重要なのは、それをどれだけ早く発見できるかということです</h3>
812<img decoding="async" src="./images/DNS_misconfiguration.jpg" alt="DNSの設定ミス">
813<p class="right">2024年9月27日</p>
814
815<p>
816Webアプリケーションの構築や本番環境でのトラブルシューティングを何年も行ってきた今でも、ランダムなWebサイトがなぜ失敗するのかを解明するスリルは色褪せません。
817</p>
818</a>
819
820<a class="item" href="./blog-2024-09-13.html">
821<h3>ECNについて:より速く、スムーズなデータ配信のための輻輳回避</h3>
822<img decoding="async" src="./images/managing_congestion.jpg" alt="輻輳管理">
823<p class="right">2024年9月13日</p>
824
825<p>
826事実: 誰も交通渋滞が好きではありません。
827</p>
828</a>
829
830<a class="item" href="./blog-2024-09-06.html">
831<h3>インターネットはL4Sに対応しているか?</h3>
832<img decoding="async" src="./images/ECN_global_bleaching_rates.jpg" alt="世界的なECNブリーチングレート">
833<p class="right">2024年9月6日</p>
834
835<p>
836Catchpointは、グローバルなExplicit Congestion Notification(ECN)ブリーチングレート測定キャンペーンの結果を共有できることを嬉しく思います。<br>
837このキャンペーンでは、Catchpointの視点から、世界的なECNブリーチングの状態を調査しました。
838</p>
839</a>
840
841<a class="item" href="./blog-2024-08-30.html">
842<h3>CI/CD パイプラインにおける安定性と機敏性の両立を達成</h3>
843<img decoding="async" src="./images/Cl_CD.jpg" alt="CI/CD パイプラインの図">
844<p class="right">2024年8月30日</p>
845
846<p>
847このブログを読み、同じテーマに関する最近のウェビナーを視聴した後、より良いソフトウェアを構築し、ソフトウェア開発ライフサイクル全体で効果的にコラボレーションし、Internet Performance Monitoring(IPM)を使用してDevOpsライフサイクル全体を監視する方法を理解することができるようになることを期待しています。
848</p>
849</a>
850
851<a class="item" href="./blog-2024-08-23.html">
852<h3>7月19日の世界規模のIT障害がデジタル世界の問題を浮き彫りに</h3>
853<img decoding="async" src="./images/July_19th_global_IT_outage.jpg" alt="July_19th_global_IT_outage">
854<p class="right">2024年8月23日</p>
855
856<p>
8577月19日(金)執筆時点において、大規模な世界的なサイバー障害が発生しており、世界中でMicrosoftベースのコンピュータに依存している重要なサービスが停止しています。
858</p>
859</a>
860
861<a class="item" href="./blog-2024-08-09.html">
862<h3>Catchpointのライブインターネット障害マップの紹介</h3>
863<img decoding="async" src="./images/Live_Internet_Outages_Map.jpg" alt="Live_Internet_Outages_Map">
864<p class="right">2024年8月9日</p>
865
866<p>
867Catchpointのライブインターネット障害マップを皆さんにご紹介できることを大変嬉しく思います。
868</p>
869</a>
870
871<a class="item" href="./blog-2024-08-02.html">
872<h3>IBMとCatchpointによるグローバルDNS接続性能の包括的な調査</h3>
873<img decoding="async" src="./images/DNS_connection_performance.jpg" alt="DNS_connection_performance">
874<p class="right">2024年8月2日</p>
875
876<p>
877想像してください: あなたの会社の経営陣は昨年をメッセージの開発に費やしました。<br>
878デザインチームは何週間もかけて説得力のある意識向上キャンペーンに取り組みました。<br>
879そして、マーケティングチームは完璧なリード・ジェネレーション・キャンペーンを展開しました。<br>
880新規のお客様が購入を決めて、意気揚々とあなたのWebサイトのリンクをクリックしたときに、フラストレーションを引き起こすほど遅いページの読み込みに直面したとしたらどうでしょう。
881</p>
882</a>
883
884<a class="item" href="./blog-2024-07-30.html">
885<h3>インターネットレジリエンスレポート2024の主要な調査結æž
885œã‚‹</h3>
886<img decoding="async" src="./images/Internet_Res_Report_cover.jpg" alt="インターネットレジリエンスレポート">
887<p class="right">2024年7月30日</p>
888
889<p>
890企業は、サービス停止や劣化により月に100万ドル以上の損失を被っています。<br>
891隠れた二次的なコストには、トラブルシューティングに割り当てられるリソース、顧客への支払い、そして企業の評判への長期的な影響が含まれます。<br>
892このようなリスクの高いビジネス環境の中で、インターネットのレジリエンスを確保するための取り組みは、組織文化のあらゆる部分に埋め込まれ、最高経営責任者(CEO)によって推進される必要があります。
893</p>
894</a>
895
896<a class="item" href="./blog-2024-07-29.html">
897<h3>Windows11でより良いtracerouteを実行する</h3>
898<img decoding="async" src="./images/node_to_node_network.jpg" alt="ノードからノードへと繋がるネットワーク">
899<p class="right">2024年7月29日</p>
900
901<p>
902私たちは、インターネットの進化する要求に応えるため、最も役立つネットワーク(および一般的なIPM)監視機能を作り出す方法を常に模索しています。<br>
903昨年、私たちはCatchpointポータルで<ruby>Pietrasanta<rt>ピエトラサンタ</rt></ruby> Tracerouteをリリースしました(データの完全なスライシングとダイシングのため)。<br>
904また、コミュニティのためにオープンソースツールとしても提供しました。
905</p>
906</a>
907
908<a class="item" href="./blog-2024-07-26.html">
909<h3>2024 SREレポート:AIが人間の知性に完全に置き換わる時代はまだ遠いでしょう</h3>
910<img decoding="async" src="./images/2024_SRE_Report.jpg" alt="2024_SRE_Report">
911<p class="right">2024年7月26日</p>
912
913<p>
914自動化は長年にわたり、仕事の未来に影を落としてきました。<br>
915生成AI(GenAI)は現在、最新のイノベーションとして話題をさらっており、機械が人間の仕事を奪うのではないかという無数の議論や不安を煽っています。<br>
916しかし、当社の2024年SREレポートは、この考え方に疑問を投げかけます。<br>
917Insight IVでは、「AIは人間の知性に取って代わることはない」と題し、信頼性エンジニアリングの様々な側面におけるAIの影響と、この注目のテクノロジーに対する組織内での認識の違いについて考察しています。
918</p>
919</a>
920
921<a class="item" href="./blog-2024-07-25.html">
922<h3>ギャップを埋める: ネットワークとアプリケーション監視の統合による完全な可視化</h3>
923<img decoding="async" src="./images/application_and_network_monitoring.jpg" alt="アプリケーションとネットワークの監視">
924<p class="right">2024年7月25日</p>
925
926<p>
927技術が進歩しアプリケーションがますます絡み合う中、従来のネットワークを個別に監視する方法ではもはや不十分です。<br>
928ネットワークとアプリケーションのチームはしばしば別々のツールを使用し、異なる目標に焦点を当てて、サイロの中で作業しています。<br>
929この分割されたアプローチは、両方の側が問題を部分的にしか理解できないことが多く、両方の領域にまたがる問題を特定して修正するのが難しくなります。
930</p>
931</a>
932
933<a class="item" href="./blog-2024-07-23.html">
934<h3>インターネット・スタック・マップ: インターネットパフォーマンスモニタリングの革命</h3>
935<img decoding="async" src="./images/internet_stack_map.jpg" alt="インターネット・スタック・マップ">
936<p class="right">2024年7月23日</p>
937
938<p>
939我々のCEOであるメディ・ダウディは、これをCatchpointのiPhoneの瞬間と見なしています。<br>
940なぜなら、15年以上にわたるインターネットパフォーマンスモニタリングに特化したイノベーションが、アプリケーション、顧客、ユーザに影響を与えるすべての依存関係をAIでシンプルに表現した地図に凝縮されているからです。<br>
941初めて、ITおよびオペレーションチームはリアルタイムで視覚的かつ詳細なインターネット依存関係マップを一目で確認し、ユーザに影響を与える可能性があるすべてを一か所で見ることができます。
942</p>
943</a>
944
945<a class="item" href="./blog-2024-07-19.html">
946<h3>複数の拠点や支店の監視における費用対効果の課題を解決する</h3>
947<img decoding="async" src="./images/Enterprise_Light_Nodes.jpg" alt="Enterprise Light Nodes">
948<p class="right">2024年7月19日</p>
949
950<p>
951あなたがスーパーのレジにいるとき、突然支払いシステムが動かなくなったとします。<br>
952イライラしますよね?<br>
953残念ながら、これは非常に一般的なシナリオであり、一部の人が直接買い物をする前に二の足を踏む理由でもあります。<br>
954これは買い物客にとってだけでなく、複数の拠点で事業を展開している企業にとっても大きな頭痛の種です。
955</p>
956</a>
957
958<a class="item" href="./blog-2024-07-17.html">
959<h3>インターネットパフォーマンスモニタリングを優先せよ、とEMAが提唱</h3>
960<img decoding="async" src="./images/enterprise_system_and_internet.jpg" alt="エンタープライズシステムとイãƒ
960³ã‚¿ãƒ¼ãƒãƒƒãƒˆç›£è¦–">
961<p class="right">2024年7月17日</p>
962
963<p>
964「インターネットパフォーマンスモニタリングソリューションは、観測性のギャップを埋める…」と、Enterprise Management Associatesは新しいホワイトペーパー「現代企業はインターネットパフォーマンスモニタリングで観測性を向上させる必要がある」で述べています。<br>
965どのように?<br>
966「…グローバルなインターネットパフォーマンスに対する可視性を提供し、そのパフォーマンスがアプリケーションパフォーマンスとエンドユーザー体験にどのように影響するかを報告することによって。」
967</p>
968</a>
969
970<a class="item" href="./blog-2024-07-13.html">
971<h3>ITとビジネスのコミュニケーションのギャップを埋める鍵はこの一言にあります:訊いてみる</h3>
972<img decoding="async" src="./images/The_SRE_Report_2024.png" alt="SREレポート2024">
973<p class="right">2024年7月13日</p>
974
975<p>
976SREレポートのハイライトは、回答者の組織階層に基づく洞察に満ちた分析です。<br>
9772023年版では、AIOpsの利点、ツールの乱用の課題、無責任に対する態度など、いくつかの重要な分野で実務者と管理者の間に顕著な不一致があることが明らかになりました。<br>
978一方、2024年のSREレポートでは、外部エンドポイントの監視の重要性についての珍しい合意が示されましたが、それでもなお進行中の違いが浮き彫りになりました。
979</p>
980</a>
981
982<a class="item" href="./blog-2024-07-12.html">
983<h3>103 Early Hintsステータスコードの理解</h3>
984<img decoding="async" src="./images/103_Early_Hints.jpg" alt="103 Early Hints">
985<p class="right">2024年7月12日</p>
986
987<p>
988ユーザがリンクをクリック、あるいはURLを入力すると、ブラウザはインターネットを介して時には大陸を越えてサーバに信号を送信し、あなたのWebサイトを構成するパズルのすべてのピースを要求します。<br>
989この遅延は、データベースからデータを取得したり、CDNに接続して元のコンテンツにアクセスしたりするなどのタスクによって引き起こされることが多く、「サーバの思考時間」と呼ばれる非アクティブな時間が発生します。<br>
990このフェーズでは、ブラウザはアイドル状態のままになり、ユーザの画面にコンテンツが表示されるまでの時間が長くなります。
991</p>
992</a>
993
994<a class="item" href="./blog-2024-07-11.html">
995<h3>デジタル時代の顧客体験の落とし穴を乗り越える: 湾岸物語</h3>
996<img decoding="async" src="./images/City-of-Dubai-Burj-Khalifa.jpg" alt="ドバイ">
997<p class="right">2024年7月11日</p>
998
999<p>
1000最近、私は湾岸協力会議(GCC: Gulf Cooperation Council)の主要貿易拠点であり、「未来の都市」として称えられるドバイに引っ越しました。<br>
1001しかし、ドバイの技術革新はそのデジタルサービスベンダーの耐久力にも及んでいるのでしょうか?<br>
1002一般的なアプリのユーザ体験は、この都市の印象的なインフラや野心的な技術イニシアチブと比較してどうなのでしょうか?
1003</p>
1004</a>
1005
1006<a class="item" href="./blog-2024-07-08.html">
1007<h3>2024年SREレポートの洞察: SREにおけるサードパーティモニタリングの重要な役割</h3>
1008<img decoding="async" src="./images/The_SRE_Report_2024.png" alt="SREレポート2024">
1009<p class="right">2024年7月8日</p>
1010
1011<p>
10122024年のSREレポートは、特に直接の管理外にあるサービスの信頼性と監視に対する組織のアプローチにおける重要な変化を強調しています。<br>
1013レポートによると、64%の組織が、生産性やエクスペリエンスを妨げるエンドポイントを物理的な管理外であっても監視する重要性を認識しています。
1014</p>
1015</a>
1016
1017<a class="item" href="./blog-2024-07-06.html">
1018<h3>Traceroute InSession: 現代のネットワークのためのTracerouteツール</h3>
1019<img decoding="async" src="./images/routing_on_the_internet.jpg" alt="インターネット上のルーティング">
1020<p class="right">2024年7月6日</p>
1021
1022<p>
1023Catchpointでは、自分たちがTracerouteの専門家であることを誇りに思っています。<br>
1024なぜなら、過去15年間で150億回以上のTracerouteを実行し、2023年だけで30億回以上を実行したからです!<br>
1025これらのTracerouteは、世界中のTier1 ISPに接続されたバックボーンロケーション、クラウドおよび無線ロケーション、プライベートネットワーク内のエンタープライズノード、さらにはWorkforce Experienceエージェントを実行しているラップトップから発信されました。
1026</p>
1027</a>
1028
1029<a class="item" href="./blog-2024-07-05.html">
1030<h3>Webパフォーマンスを変革するCatchpointの強化されたWebサイト体験ソリューション</h3>
1031<img decoding="async" src="./images/something_big_is_coming.jpg" alt="何か大きなものが来ます!">
1032<p class="right">2024年7月5日</p>
1033
1034<p>
1035今年、WebPageTestを業界をリードする当社のInternet Performance Monitoring (IPM) プラットフォームに組み込み、CatchpointのAIを活用したエンタープライズ製品スイートの一部になることを発表できることを嬉しく思います。<br>
1036この更新により、Webサイト体験ソリューションが強化され、AIを活用した分析、ダッシュボード機能、リアルユーザーモニタリング (RUM) を使用したエンドユーザー視点のモニタリングを提供することで、インターネットインフラストラクチャ全体でレジリエンスを達成するのを支援するという当社の取り組みにおいて、重要なマイルストーンとなります。
1037</p>
1038</a>
1039
1040<a class="item" href="./blog-2024-07-03.html">
1041<h3>AWS Kinesis 上で OpenTelemetry トレースヘッダを伝搬する方法: パート3</h3>
1042<img decoding="async" src="./images/tracing_system3.jpg" alt="システムトレース">
1043<p class="right">2024年7月3日</p>
1044
1045<p>
1046AWS KinesisでのOpenTelemetryを使用したトレースに関するシリーズの続きとして、今回は<code>PartitionKey</code>パラメータを使用した最初の試みで直面した課題を克服するための洗練されたアプローチを探ります。
1047</p>
1048</a>
1049
1050<a class="item" href="./blog-2024-06-27.html">
1051<h3>AWS Kinesis 上で OpenTelemetry トレースヘッダを伝搬する方法: パート2</h3>
1052<img decoding="async" src="./images/tracing_system2.jpg" alt="システムトレース">
1053<p class="right">2024年6月27日</p>
1054
1055<p>
1056シリーズの最初の記事では、トレースヘッダの重要性とその伝播に伴う複雑さについて探りました。<br>
1057理論から実践へと移行します。<br>
1058この第二弾では、AWS Kinesisで<code>PartitionKey</code>パラメータを使用してOpenTelemetryトレースコンテキストを伝播するための実践的なベースラインシナリオと初期戦略について説明します。
1059</p>
1060</a>
1061
1062<a class="item" href="./blog-2024-06-18.html">
1063<h3>合成データの力でAIとデータモデルを正確に駆動する</h3>
1064<img decoding="async" src="./images/synthetic_data.jpg" alt="合成データ">
1065<p class="right">2024年6月18日</p>
1066
1067<p>
1068私たちはデータが豊富な世界に生きています。<br>
1069クリック、スワイプ、「いいね!」、シェア、オンラインでの購入のすべてが、企業がサービスを最適化するために使用するデータポイントを生成します。<br>
1070しかし、現実世界の膨大なデータであっても、特にIT運用における人工知能(AIOps: Artificial Intelligence for IT Operations)の開発においては限界があります。
1071</p>
1072</a>
1073
1074<a class="item" href="./blog-2024-06-14.html">
1075<h3>AWS Kinesis 上で OpenTelemetry トレースヘッダを伝搬する方法: パート1</h3>
1076<img decoding="async" src="./images/tracing_system.jpg" alt="システムのトレース">
1077<p class="right">2024年6月14日</p>
1078
1079<p>
1080AWS KinesisにおけるOpenTelemetryトレースヘッダの伝搬の複雑さを解説するシリーズへようこそ。<br>
1081この3部構成の探索では、分散システムにおけるトレースヘッダの重要な役割を掘り下げ、AWS Kinesis に特有の課題を議論し、データ追跡を堅牢かつ一貫して維持するための革新的なソリューションを探ります。
1082</p>
1083</a>
1084
1085<a class="item" href="./blog-2024-05-15.html">
1086<h3>DNSのセキュリティ: インターネット・インフラの中核を強化する</h3>
1087<img decoding="async" src="./images/dns_protection.jpg" alt="DNS防御">
1088<p class="right">2024年5月15日</p>
1089
1090<p>
1091サイバー脅威が激化する中、ドメインネームシステム(DNS)インフラのセキュリティは、世界中のIT組織にとって重要な関心事となっています。<br>
1092DNSハイジャック、DNSトンネリング、DNSアンプ攻撃のようなDNSインフラに関連する攻撃は増加の一途をたどっています。<br>
1093多くの組織は、DNSセキュリティプロトコルの堅牢性に疑問を感じています。
1094</p>
1095</a>
1096
1097<a class="item" href="./blog-2024-05-14.html">
1098<h3>検知から解決までを加速:インターネット・レジリエンスのケーススタディ</h3>
1099<img decoding="async" src="./images/interconnected_systems.jpg" alt="相互接続されたシステム">
1100<p class="right">2024年5月14日</p>
1101
1102<p>
1103今日、収益を生み出すWebサイトはトランプで作った家のようなもので、複数の障害点によって崩壊する可能性があります。<br>
1104現代のサービス・デリバリー・チェーンは、複雑なマルチステップ・トランザクションとサードパーティのAPI統合に依存しており、システムをより複雑で相互接続性の高いものにしています。
1105</p>
1106</a>
1107
1108<a class="item" href="./blog-2024-05-13.html">
1109<h3>IPMを極める:ベストプラクティス・シリーズのまとめ</h3>
1110<img decoding="async" src="./images/services_on_the_internet.jpg" alt="インターネット上のサービス">
1111<p class="right">2024年5月13日</p>
1112
1113<p>
1114「IPMを極める」ブログ・シリーズを終了するにあたり、共有した豊富なインサイトを振り返ってみましょう。<br>
1115インターネット・スタックの重要なレイヤーの掘り下げからデータ分析の複雑なナビゲートまで、各回はインターネット・パフォーマンス・モニタリング (IPM) によるデジタル体験の最適化に関する貴重な視点を提供してきました。<br>
1116では、このシリーズから重要なポイントを抽出してみましょう。
1117</p>
1118</a>
1119
1120<a class="item" href="./blog-2024-05-09.html">
1121<h3>IPMを極める:データ分析のナビゲーション</h3>
1122<img decoding="async" src="./images/data_navigation.jpg" alt="データナビゲーション">
1123<p class="right">2024年5月9日</p>
1124
1125<p>
1126テキストよりも視覚化を使用することの利点は、オブザーバビリティデータを分析する際に特に顕著となります。<br>
1127視覚化は、特に膨大な量の生データを生成するクラウドネイティブ環境において、オブザーバビリティデータを処理するのに優れています。<br>
1128複雑なメトリクスやトレンドを直感的なチャートやグラフに変換することで、視覚化により、チームはより深い洞察を得て、情報に基づいた意思決定を行うことができます。
1129</p>
1130</a>
1131
1132<a class="item" href="./blog-2024-05-08.html">
1133<h3>IPMを極める:デジタル・レジリエンスのためのAPI監視</h3>
1134<img decoding="async" src="./images/api_monitoring.jpg" alt="API監視">
1135<p class="right">2024年5月8日</p>
1136
1137<p>
1138API(アプリケーション・プログラミング・インターフェース)は、現代ビジネスのバックボーンとして静かに進化してきました。<br>
1139例えば、オンラインでお気に入りのテイクアウトを注文し、支払いボタンをタップしたとします。<br>
1140APIを通じて、あなたの支払い情報は素早くデジタルの世界を駆け巡り、クレジットカードの残高調整に反映されます。
1141</p>
1142</a>
1143
1144<a class="item" href="./blog-2024-05-01.html">
1145<h3>IPMを極める:SLA監視で収益を守る</h3>
1146<img decoding="async" src="./images/confirming_sla.jpg" alt="SLAの確認">
1147<p class="right">2024年5月1日</p>
1148
1149<p>
1150もしあなたがSREであるならば、SLIは言うまでもなく、SLOもSLAも既にご存知でしょう。<br>
1151しかし、これらの略語に精通していなくても、IPMベストプラクティスシリーズのこの回を読めば、これらの概念がいかに広範に適用可能であるかがすぐにわかります。<br>
1152これらのコンセプトについて詳しく説明し、合成監視(Synthetic Monitoring)によってサービスレベル目標(SLO)の追跡を強化し、ユーザ体験の向上と十分な情報に基づいた意思決定につなげる方法を探ります。
1153</p>
1154</a>
1155
1156<a class="item" href="./blog-2024-04-26.html">
1157<h3>IPMを極める:不可欠な顧客体験監視フレームワーク</h3>
1158<img decoding="async" src="./images/The_four_pillars_of_Internet_resilience.svg" alt="インターネットレジリエンスの4つの柱">
1159<p class="right">2024年4月26日</p>
1160
1161<p>
1162インターネット・パフォーマンス・モニタリング(IPM)ベスト・プラクティス・シリーズの前回では、重要なものを重要な場所から監視することの重要性を探りました。<br>
1163ここで、インターネット・レジリエンスの中核となる側面に焦点を当てましょう。<br>
1164顧客体験(Customer Experience=CX)です。  
1165</p>
1166</a>
1167
1168<a class="item" href="./blog-2024-04-17.html">
1169<h3>IPMを極める:重要なことを重要な場所から監視する</h3>
1170<img decoding="async" src="./images/internet_performance_monitoring2.jpg" alt="インターネットパフォーマンスモニタリング">
1171<p class="right">2024年4月17日</p>
1172
1173<p>
1174IPMベストプラクティスシリーズの第1回では、インターネット・スタックの
1174広大な広がりと、その複雑なレイヤーがどのように一体となってデジタル・サービスを稼動させているかを探りました。<br>
1175インターネット・パフォーマンス・モニタリング(IPM)が相互接続された世界のレジリエンスにとって極めて重要である理由を理解するための基礎を築きました。<br>
1176この記事では、重要なものを的確に、適切な視点から監視する必要性に焦点を当てます。 
1177</p>
1178</a>
1179
1180<a class="item" href="./blog-2024-04-10.html">
1181<h3>インターネット・パフォーマンス・モニタリングの習得:ベストプラクティス・シリーズ</h3>
1182<img decoding="async" src="./images/internet_performance_monitoring1.jpg" alt="インターネットパフォーマンスモニタリング">
1183<p class="right">2024年4月10日</p>
1184
1185<p>
11861991年8月6日にCERNで世界初のWebサイトが公開されて以来、デジタルの状況は劇的に変化しました。<br>
1187最初はひとつのWebページであったものが、今では相互接続されたサービスやシステムが入り組んだ、広大な網の目のように広がっています。<br>
1188現代のWebは、気が遠くなるほど広大で複雑であり、うまく機能すれば、その精密さと技術的な調和が美しいものになっています。
1189</p>
1190</a>
1191
1192<a class="item" href="./blog-2024-04-05.html">
1193<h3>SREレポート2024:読者にとっての重要事項</h3>
1194<img decoding="async" src="./images/The_SRE_Report_2024.png" alt="SREレポート2024">
1195<p class="right">2024年4月5日</p>
1196
1197<p>
1198SREレポート2024を読むにあたって、より良いものにするために、私たちはいくつかの追加的なレンズを提供したいと思います。<br>
1199完璧なルールのリストを提供するのではなく、レポートをより良く読むための方法を提供するのです。
1200</p>
1201</a>
1202
1203<a class="item" href="./blog-2024-04-03.html">
1204<h3>2024年公開:CatchpointによるAPM、ITOM、OTelとその先の予測</h3>
1205<img decoding="async" src="./images/2024_predictions.png" alt="2024年の予測">
1206<p class="right">2024年4月3日</p>
1207
1208<p>
1209ホリデー・シーズンがやってくると、単におめでたい気分に浸ったり、決意を新たにしたりするだけでなく、業界のリーダーたちが新年の予測を立てる時期でもあります。<br>
1210今年は、Catchpointのオピニオン・リーダーたちが、2024年に向けて最もホットな話題を提供してくれました。
1211</p>
1212</a>
1213
1214<a class="item" href="./blog-2024-03-22.html">
1215<h3>小売業のレジリエンス:サイバーウィーク2023の教訓</h3>
1216<img decoding="async" src="./images/cyber_week.jpg" alt="サイバーウィーク">
1217<p class="right">2024年3月22日</p>
1218
1219<p>
12202023年のブラックフライデーとサイバーマンデーは、小売業とeコマース業界にとって力強い回復をもたらしました。<br>
1221消費者の消費意欲は、2022年と比較してより高まっていました。 
1222</p>
1223</a>
1224
1225<a class="item" href="./blog-2024-03-15.html">
1226<h3>Google Test Suite:Googleクラウドサービスの監視がさらに簡単に</h3>
1227<img decoding="async" src="./images/cloud_computing.jpg" alt="クラウドコンピューティング">
1228<p class="right">2024年3月15日</p>
1229
1230<p>
1231今日のダイナミックなクラウドコンピューティング環境では、クラウドサービスの効果的な監視が不可欠です。<br>
1232Google Cloudとのパートナーシップにより開発されたGoogle Test Suiteは、Google Cloud Platform (GCP)サービスを監視するための、導入が簡単なテストテンプレートを提供します。
1233</p>
1234</a>
1235
1236<a class="item" href="./blog-2024-01-23.html">
1237<h3>Adobe Experience Cloudの障害:サードパーティサービスに依存することの影響</h3>
1238<img decoding="async" src="./images/Adobe_Tag_Manager_Error_on_Internet_Sonar.jpg" alt="Adobe Tag Managerのエラー">
1239<p class="right">2024年1月23日</p>
1240
1241<p>
12422023年12月8日、アメリカ東部標準時間午前8時から9日午前1時45分まで、Adobe Experience Cloudで障害が発生しました。 <br>
1243これほど大規模なサードパーティの障害は、2018年のダブルクリックの障害以来見られませんでした。<br>
1244Adobe Analyticsによると、Experience Cloud内で複数のサービスが数時間にわたって停止したとのことでã
1244™ã€‚
1245</p>
1246</a>
1247
1248<a class="item" href="./blog-2024-01-10.html">
1249<h3>インサイトとイノベーション:Gartner ITシンポジウム/エキスポ 2023</h3>
1250<img decoding="async" src="./images/IT_Xpo.jpg" alt="IT Xpo">
1251<p class="right">2024年1月10日</p>
1252
1253<p>
1254Gartner社は最近、オーランドとバルセロナでそれぞれ年に一度のITシンポジウム/エキスポを開催しました。<br>
1255私たちCatchpointはこの2つのイベントに参加しました。<br>
12564日間にわたって、学習、ダイナミックな会話、革新的なセッションが目白押しでした。
1257</p>
1258</a>
1259
1260<a class="item" href="./blog-2023-12-22.html">
1261<h3>クラウド監視を極める―デジタル時代における中断のないパフォーマンスの確保</h3>
1262<img decoding="async" src="./images/cloud_monitoring.jpg" alt="クラウド監視">
1263<p class="right">2023年12月22日</p>
1264
1265<p>
1266急速な技術進歩が著しい時代において、クラウドは変革の力として台頭し、企業がデータを保存、管理、処理する方法に革命をもたらしてきました。
1267</p>
1268</a>
1269
1270<a class="item" href="./blog-2023-12-15.html">
1271<h3>ホリデー体験のSLOの準備は整っていますか?</h3>
1272<img decoding="async" src="./images/SLO_on_Christmas.jpg" alt="クリスマスのSLO">
1273<p class="right">2023年12月15日</p>
1274
1275<p>
1276デジタルサービスが休日のトラフィックに依存しているなら、今こそサービスレベル目標(SLO)をチェックする時です。<br>
1277それがない場合、または可用性ベースのSLOしか使用していない場合は、必要なエクスペリエンスSLOを設定する時が迫っています。
1278</p>
1279</a>
1280
1281<a class="item" href="./blog-2023-12-06.html">
1282<h3>オペレーションの未来: AIによるインターネット・パフォーマンス監視</h3>
1283<img decoding="async" src="./images/smartboard.jpg" alt="スマートボード">
1284<p class="right">2023年12月6日</p>
1285
1286<p>
1287Catchpointの理念は、AIを単にAIのためだけに導入すべきではないということです。<br>
1288むしろ、AIが特定のビジネス課題に対処するための最も効果的なソリューションであることが証明されたときに採用されるべきです。<br>
1289現在、世界がAI革命の熱狂に包まれている一方で、業界をリードするIPMプラットフォームは、長年にわたり静かに人工知能の可能性を活用してきました。
1290</p>
1291</a>
1292
1293<a class="item" href="./blog-2023-12-01.html">
1294<h3>2023年秋 プロダクト発表会のまとめ</h3>
1295<img decoding="async" src="./images/whats_new_at_Catchpoint.jpg" alt="Catchpointの新情報">
1296<p class="right">2023年12月1日</p>
1297
1298<p>
12992023年秋のプロダクト発表会では、検知までの時間を短縮し、自動化機能を向上させ、グローバルなオブザーバビリティ・ネットワークをさらに拡大する、Catchpointの最新のイノベーションを紹介しました。
1300</p>
1301</a>
1302
1303<a class="item" href="./blog-2023-11-16.html">
1304<h3>アプリケーション監視の進化:Catchpointトレーシングの導入</h3>
1305<img decoding="async" src="./images/Internet_Tracing.svg" alt="インターネットトレーシング">
1306<p class="right">2023年11月16日</p>
1307
1308<p>
1309「クラウド・ネイティブ」が複雑さと分散を意味するようになった時代において、アプリケーション監視の世界は大きな課題に直面しています。
1310</p>
1311</a>
1312
1313<a class="item" href="./blog-2023-11-09.html">
1314<h3>インターネットソナー:障害検知のゲームチェンジャー</h3>
1315<img decoding="async" src="./images/internet_sonar_globe.jpg" alt="インターネットソナー">
1316<p class="right">2023年11月9日</p>
1317
1318<p>
1319障害によって毎分数万ドルの損害が発生するような場合、障害の原因をできるだけ早く特定することが極めて重要なミッションとなります。<br>
1320今は、干し草の山から針を探し出すような、責任のなすりつけ合いや、急ごしらえの作戦会議をしている場合ではありません。<br>
1321障害の検出を迅速化するためには、シンプルでインテリジェントな、信頼できるインターネット・ヘルス情報が必要です。 
1322</p>
1323</a>
1324
1325<a class="item" href="./blog-2023-10-31.html">
1326<h3>今年のハロウィンが待ち遠しいホラー映画</h3>
1327<img decoding="async" src="./images/halloween_pumpkin.jpg" alt="ハロウィーンのかぼちゃ">
1328<p class="right">2023年10月31日</p>
1329
1330<p>
1331葉が落ち、夜が暗く寒くなる季節です。<br>
1332パンプキン・スパイスの香りが広がり、アップル・サイダーが突然流行りだし、子供たちは毎年恒例の隣人への「トリック・オア・トリート」に参加するためにコスチュームを用意し始めます。<br>
1333芝生には墓石や骸骨、魔女が出現し、不気味な雰囲気が漂います。 
1334</p>
1335</a>
1336
1337<a class="item" href="./blog-2023-10-26.html">
1338<h3>早期発見とインターネット・レジリエンスの関連性:Salesforceの障害から学ぶこと</h3>
1339<img decoding="async" src="./images/salesforce.png" alt="Salesforce">
1340<p class="right">2023年10月26日</p>
1341
1342<p>
1343障害にかかる1時間あたりのコストを調査したほとんどすべての研究は、必ず「障害にはコストがかかる」という明確かつ否定できない結論を導いています。<br>
13442016年の調査によると、ダウンタイムの平均コストは1分あたり約9,000ドルと見積もられています。<br>
1345さらに最近の調査では、回答者の61%が障害によるコストは少なくとも10万ドル、32%が少なくとも50万ドル、21%がダウンタイム1時間あたり少なくとも100万ドルと回答しています。
1346</p>
1347</a>
1348
1349<a class="item" href="./blog-2023-10-24.html">
1350<h3>DNSキャッシュポイズニングのリスク - ケーススタディ</h3>
1351<img decoding="async" src="./images/poisoned_mushroom.jpg" alt="毒キノコ">
1352<p class="right">2023年10月24日</p>
1353
1354<p>
1355最近、私たちはスポットライトを浴びていないが、サイト運用に大きな影響を与える第三のリスクに出くわしました。<br>
1356大手のeコマース企業と作業している際に、彼らのモバイルサイトを監視していると、時折DNSエラーが発生していることに気付きました。<br>
1357何時間ものトラブルシューティングと実験の後、モバイルサイトのプロバイダであるUsablenetが誤ってDNSキャッシュを汚染していることが判明しました。
1358</p>
1359</a>
1360
1361<a class="item" href="./blog-2023-10-23.html">
1362<h3>DNSSECとは?</h3>
1363<img decoding="async" src="./images/encryption.jpg" alt="暗号化">
1364<p class="right">2023年10月23日</p>
1365
1366<p>
1367過去数年で、DNS関連の攻撃手法(スプーフィング、キャッシュポイズニング、DNSハイジャックなど)の数は前例のないほど増加しました。<br>
1368これが、DNSにセキュリティ拡張を追加するための「ドメインネームシステムセキュリティ拡張(DNSSEC)」の開発を促しました。
1369</p>
1370</a>
1371
1372<a class="item" href="./blog-2023-10-19.html">
1373<h3>GigaOmウェビナーまとめ―専門家の洞察:プロのように障害を乗り切る</h3>
1374<img decoding="async" src="./images/handling_system.jpg" alt="システムのハンドリング">
1375<p class="right">2023年10月19日</p>
1376
1377<p>
1378ウェビナー「専門家の洞察:プロのように障害を乗り切る」では、Catchpointのプロダクト・マーケティング担当VPであるHoward Beader氏が、GigaOm社のCTO兼リード・アナリストであるHoward Holton氏にインタビューしました。<br>
13792人のHowardは、インターネット・レジリエンスという重要なテーマと、今日のデジタル時代におけるその意義について深く掘り下げました。<br>
1380以下はその重要なポイントの要約です。
1381</p>
1382</a>
1383
1384<a class="item" href="./blog-2023-10-11.html">
1385<h3>ピーク時に最高のパフォーマンスを:Catchpoint インターネット・レジリエンス・プログラムを開始</h3>
1386<img decoding="async" src="./images/black_monday_sales.jpg" alt="ブラックマンデーセール">
1387<p class="right">2023年10月11日</p>
1388
1389<p>
1390最新のお知らせで、Catchpointはインターネット・レジリエンス・プログラム(従来はブラック・フライデー・アシュアランスとして知られていました)を発表することができ、大変嬉しく思います。<br>
1391このプログラムは、重要なイベント時にWebサイトやアプリケーションのパフォーマンスとレジリエンスを確保するために、専門エンジニアのチームをオンデマンドで利用できるようにするものです。<br>
1392eコマース企業がホリデーシーズンのピーク時にこのプログラムが不可欠でã
1392‚ると考える理由は明らかですが、ITチームが限界まで引き伸ばされるのはショッピングイベントだけではありません。
1393</p>
1394</a>
1395
1396<a class="item" href="./blog-2023-10-06.html">
1397<h3>RUMとInternet Synthetic Monitoringの相互補完力</h3>
1398<img decoding="async" src="./images/multiple_monitoring.jpg" alt="多眼的モニタリング">
1399<p class="right">2023年10月06日</p>
1400
1401<p>
1402ユーザの期待はかつてないほど高まっており、パフォーマンスの不調はユーザの不満やビジネス機会の損失に繋がります。<br>
1403デジタル資産に対するリアルタイムの洞察を得て、この競争環境で成功するには、企業はSyntheticとReal User Monitorin(RUM)の両方を組み込んだInternet Performance Monitoring(IPM)が必要です。<br>
1404RUMとSyntheticは、同時に使用することで、パフォーマンスとユーザ体験の包括的なビューを提供する、2つの強力なツールとなります。
1405</p>
1406</a>
1407
1408<a class="item" href="./blog-2023-09-27.html">
1409<h3>BGP監視のマイルストーンとCatchpoint初の特許を祝う</h3>
1410<img decoding="async" src="./images/connect_via_bgp.jpg" alt="BGPで繋がる世界">
1411<p class="right">2023年9月22日</p>
1412
1413<p>
1414Catchpointは先日、当社初の特許取得という重要な節目を迎えました。<br>
1415この特許は、発明者であるスタッフ・エンジニアのAlessandro ImprotaとLuca Sani、エンジニアリング担当VPのSergey Katsev、そして最高製品・技術責任者のDritan Suljotiの功績を保護するものです。<br>
1416この特許は「ターゲット自律システムに到達するために交差するボーダー・ゲートウェイ・プロトコルのネイバーの数を減らす方法とシステム」を構築するものです。
1417</p>
1418</a>
1419
1420<a class="item" href="./blog-2023-09-22.html">
1421<h3>Catchpointとインターネット・パフォーマンスの15年の歴史を振り返る</h3>
1422<img decoding="async" src="./images/15_years_of_catchpoint.svg" alt="Catchpoint 15周年">
1423<p class="right">2023年9月22日</p>
1424
1425<p>
142615年前、インターネットというのはまったく異なる場所でした。<br>
1427それはまったく異なる規模で運営され、異なるマーケット・リーダーが存在し、異なる技術的課題に直面していました。<br>
1428しかし、変わらなかったもの、それは最高のパフォーマンスとレジリエンスに対するニーズであり、それはかつてないほど高いものだったのです。
1429</p>
1430</a>
1431
1432<a class="item" href="./blog-2023-09-15.html">
1433<h3>インターネットパフォーマンス監視(IPM)で収益を上げ、インターネットの途絶からビジネスを守る方法</h3>
1434<img decoding="async" src="./images/protect_revenue.jpg" alt="収益を守る">
1435<p class="right">2023年9月15日</p>
1436
1437<p>
1438ここ数カ月、私達はForrester Consulting社が実施した最近の調査から、示唆に富む結果を分析してきました。<br>
1439この調査の1ヶ月前、インターネットの途絶により、調査対象の組織の37%が100,000ドルから499,000ドルの損失をしたと推定しており、39%が500,000ドルから999,999ドルの損失をしたと答えました。<br>
1440十分な「見える化」をしてない場合、企業は平均で月に76回の途絶を経験しています。
1441</p>
1442</a>
1443
1444<a class="item" href="./blog-2023-09-14.html">
1445<h3>Catchpoint 6つのGartner&reg; ハイプ・サイクル&trade;・レポート2023で評価される</h3>
1446<img decoding="async" src="./images/hype_cycle.jpg" alt="ハイプ・サイクル">
1447<p class="right">2023年9月14日</p>
1448
1449<p>
1450今回の記事では、Gartner社が発表した6つの新しいハイプ・サイクル・レポートの各カテゴリーで、Catchpointについて言及されていることをお知らせします。
1451</p>
1452</a>
1453
1454<a class="item" href="./blog-2023-09-12.html">
1455<h3>クラウドプロバイダは、あらゆることを、あらゆる場所で、一度に伝えているだろうか?</h3>
1456<img decoding="async" src="./images/the-internet-stack.png" alt="インターネットスタック">
1457<p class="right">2023年9月12日</p>
1458
1459<p>
1460インターネットは今日、組織が依存する新しいエンタープライズネットワークです。<br>
1461しかし、主要なアプリケーションやシステムのほとã
1461‚“どはクラウドにアウトソースされています。<br>
1462幸いなことに、クラウドプロバイダはアップタイムを維持することに注力しており、障害情報を迅速にステータスページに掲載しています。<br>
1463しかし、それは本当でしょうか?
1464</p>
1465</a>
1466
1467<a class="item" href="./blog-2023-09-11.html">
1468<h3>AWS Lambdaを紐解く:スケーラビリティと適用性を探る</h3>
1469<img decoding="async" src="./images/global_scale_network.jpg" alt="グローバル規模のネットワーク">
1470<p class="right">2023年9月11日</p>
1471
1472<p>
1473マイクロサービスとサーバレスアーキテクチャに関するこのブログシリーズの最終回では、私たちの経験から生じた中心的な疑問の1つをより深く探ります。<br>
1474「AWS Lambda にはスケーラビリティの問題があるのか?」<br>
1475AWS Lambdaのスケーラビリティの複雑さを深く掘り下げ、その強みと潜在的なボトルネックを検証します。
1476</p>
1477</a>
1478
1479<a class="item" href="./blog-2023-09-08.html">
1480<h3>DORAの準備はできていますか?</h3>
1481<img decoding="async" src="./images/banking_and_ict.jpg" alt="銀行とICT">
1482<p class="right">2023年9月8日</p>
1483
1484<p>
1485子供向けの人気テレビキャラクターと混同しないでください。<br>
1486DORAは金融業界向けの新しいEUの規則で、デジタルオペレーションレジリエンス法(Digital Operational Resilience Act)の略です。<br>
1487DORAは2023年1月16日に法制化され、2025年1月17日から適用が開始されるため、最高リスク責任者や最高情報セキュリティ責任者などの金融業界の上級幹部はその意味を理解し、初日からコンプライアンスに備えることが極めて重要です。
1488</p>
1489</a>
1490
1491<a class="item" href="./blog-2023-09-07.html">
1492<h3>ウォータークーラーなしで人間関係を構築する方法</h3>
1493<img decoding="async" src="./images/people_with_water_cooler.jpg" alt="ウォータークーラーと人々">
1494<p class="right">2023年9月7日</p>
1495
1496<p>
1497何十年もの間、ウォータークーラーは現代の職場の象徴として君臨してきました。<br>
1498それは集まる場所としての役割を果たし、自然な会話のきっかけにもなり、異なる部署の同僚が集い、役職や上下関係の垣根を越えて話を共有する社交場でもありました。<br>
1499もちろん、パンデミックはそのすべてを変えました。<br>
1500突然オフィスは空っぽになり、ハイブリッドの職場やリモートの職場が流行しました。<br>
1501オンラインコミュニケーションにおいて、ウォータークーラーに代わるものが必要になっています。
1502</p>
1503</a>
1504
1505<a class="item" href="./blog-2023-09-05.html">
1506<h3>途絶によるコストを計算する:Webサイト体験監視が必要な理由</h3>
1507<img decoding="async" src="./images/speed_and_revenue.jpg" alt="速度と収益">
1508<p class="right">2023年9月5日</p>
1509
1510<p>
1511今日、提供する製品やサービスにかかわらず、あらゆるビジネスがハイテク企業になっています。<br>
1512Tesla社は自動車を製造するハイテク企業ですが、Footlocker社もまた、スニーカーを販売するハイテク企業だと言えるかもしれません。<br>
1513このような状況を踏まえ、Catchpointがフォレスター・コンサルティングに委託して実施した、eコマース企業に対するインターネット途絶の真のコストに関する2023年の調査結果は、Eコマース企業だけでなく、オンラインプレゼンスを持つ全ての企業の背筋を凍らせるものでした。
1514</p>
1515</a>
1516 
1517<a class="item" href="./blog-2023-09-04.html">
1518<h3>サーバレスの景観をナビゲートする:トレースコレクタAPIの旅からの教訓</h3>
1519<img decoding="async" src="./images/connect_over_api.jpg" alt="APIを介した接続">
1520<p class="right">2023年9月4日</p>
1521
1522<p>
1523今回は、Prime Videoのケーススタディと並行しながら、トレーシングコレクタAPIの実装にまつわる私たちの旅にスポットライトを当てます。<br>
1524私たちの経験、直面した課題、そして学んだ教訓を共有します。<br>
1525さらに、AWS Lambdaのスケーラビリティ、様々なシナリオにおけるサーバレスアーキテクチャの適用可能性、あらゆるアーキテクチャセットアップにおける監視の重要性にまつわる重要な疑問を解決することを目標とします。 
1526</p>
1527</a>
1528
1529<a class="item" href="./blog-2023-09-03.html">
1530<h3>デジタル体験を向上させるのは、顧客だけでなく、従業員も重要です</h3>
1531<img decoding="async" src="./images/good_workforce_experience.jpg" alt="良い従業員体験">
1532<p class="right">2023年9月3日</p>
1533
1534<p>
1535収益と優れたカスタマー・エクスペリエンスとの関連性は明らかであるため、注目の的であり、最優先事項であることがよくあります。<br>
1536しかし、ほとんどの組織が気づいていないのは、それと同じくらい重要な、まったく別のタイプの顧客が存在するということです。<br>
1537従業員です。
1538</p>
1539</a>
1540
1541<a class="item" href="./blog-2023-08-30.html">
1542<h3>誤解を解く: Amazon Prime Videoのマイクロサービスとサーバレスへのアプローチ</h3>
1543<img decoding="async" src="./images/serverless.jpg" alt="サーバレス">
1544<p class="right">2023年8月30日</p>
1545
1546<p>
1547このブログでは、Amazon Prime Videoの再設計されたアーキテクチャについて詳しく見ていきます。<br>
1548それがモノリスへの回帰を意味するのか、それとも最適なパフォーマンスとコスト効率のために異なるアーキテクチャスタイルを調和させて統合するものなのかを分析します。<br>
1549さらに、「サーバレスファースト」という考え方と、特定のユースケースと要件に基づいて代替的なアーキテクチャアプローチを考慮する重要性についても議論します。
1550</p>
1551</a>
1552
1553<a class="item" href="./blog-2023-08-29.html">
1554<h3>サードパーティソフトウェアに起因するWebサイトの隠れたる危険:5つの重要な教訓を含むケーススタディ</h3>
1555<img decoding="async" src="./images/built_with_3rd_party_content.jpg" alt="サードパーティーコンテンツが仕込まれたWebページ">
1556<p class="right">2023年8月29日</p>
1557
1558<p>
1559Webサイトでサードパーティのソフトウェアを使用することは、リスクとリターンがあります。<br>
1560eコマースサイトやプラットフォームは、顧客データの抽出からライブチャットの有効化、サイトの変更に対するユーザ体験の分析まで、通常、機能性と特長を増強するために多数のサードパーティのアプリやツールの実装に依存しています。<br>
1561サードパーティはこれらの対話型の目的のためにしばしば有益である一方、ユーザ体験の中断の原因ともなり得ます。
1562</p>
1563</a>
1564
1565<a class="item" href="./blog-2023-08-18.html">
1566<h3>マイクロサービスとサーバレス・アーキテクチャの利点と妥協点を探る</h3>
1567<img decoding="async" src="./images/microservices_and_serverless.jpg" alt="マイクロサービスとサーバレス">
1568<p class="right">2023年8月18日</p>
1569
1570<p>
1571サーバレス・コンピューティングは、実際どの程度需要があるのでしょうか?<br>
15722014年にAmazonが普及させたサーバレス・コンピューティングは、2018年の時点ですでに最も成長率の高いパブリッククラウドサービスの座を獲得していました。<br>
1573市場総額は2022年に90億米ドルを突破し、2032年には900億米ドルに達すると予測されており、この比較的新しい分野はかなり順調に成長していると言えるでしょう。
1574</p>
1575</a>
1576
1577<a class="item" href="./blog-2023-08-09.html">
1578<h3>Webサイトのコンバージョンを向上させるには</h3>
1579<img decoding="async" src="./images/conversion_on_web.jpg" alt="Webでのコンバージョン">
1580<p class="right">2023年8月9日</p>
1581
1582<p>
1583この隔週マイクロ・ウェビナー・シリーズでは、CatchpointとITOps Timesが協力して、インターネット・レジリエンスを確保するために不可欠な6つの重要トピックについて解説します。<br>
1584最終回となる第6回は、Webサイトにおけるコンバージョンの向上という重要な側面に焦点を当てます。<br>
1585あなたのWebサイトのパフォーマンスを最適化し、コンバージョン率を高めるための実用的な知見をご紹介します。
1586</p>
1587</a>
1588
1589<a class="item" href="./blog-2023-08-03.html">
1590<h3>企業はどのようにして従業員のデジタル体験を向上させることができるのか</h3>
1591<img decoding="async" src="./images/employee_experience.jpg" alt="従業員体験">
1592<p class="right">2023年8月3日</p>
1593
1594<p>
1595この隔週マイクロ・ウェビナー・シリーズでは、CatchpointとITOps Timesが提携し、貴社のインターネット・レジリエンスを確保するために不可欠な6つの重要トピックを取り上げます。<br>
1596第5回では、企業が従業員のデジタル体験を向上させる方法について説明します。
1597</p>
1598</a>
1599
1600<a class="item" href="./blog-2023-07-28.html">
1601<h3>企業はどのようにしてネットワークとAPIのパフォーマンスを向上させることができるのか</h3>
1602<img decoding="async" src="./images/api.jpg" alt="APIの計測・監視">
1603<p class="right">2023年7月28日</p>
1604
1605<p>
1606この隔週マイクロ・ウェビナー・シリーズでは、CatchpointとITOps Timesが提携し、貴社のインターネット・レジリエンスを確保するために不可欠な6つの重要トピックを取り上げます。<br>
1607この第4回目では、インターネットパフォーマンス監視の実装によってネットワークとAPIのパフォーマンスを向上させるテクニックについて説明します。
1608</p>
1609</a>
1610
1611<a class="item" href="./blog-2023-07-14.html">
1612<h3>インターネット・レジリエンスは、eコマース事業者の収益拡大にどのように貢献できるのか</h3>
1613<img decoding="async" src="./images/woman_on_ecommerce.jpg" alt="Eコマースで買ã
1613„物する女性">
1614<p class="right">2023年7月14日</p>
1615
1616<p>
1617CatchpointとITOps Timesは提携し、ビジネスのインターネット・レジリエンスを確保するために理解しておくべき6つの重要なトピックを、1回10分以内のマイクロウェビナー・シリーズとして隔週でお届けします。<br>
1618第3回目となる今回は、なぜインターネット・レジリエンスが小売企業やeコマース企業にとって重要なのかについてお話しします。
1619</p>
1620</a>
1621
1622<a class="item" href="./blog-2023-07-07.html">
1623<h3>インターネットパフォーマンス監視を無視することの真の代償</h3>
1624<img decoding="async" src="./images/datacenter.jpg" alt="データセンター">
1625<p class="right">2023年7月7日</p>
1626
1627<p>
1628ビジネスにおけるインターネットの障害の経済的な影響はよく認識されています。<br>
1629ただし、各企業の個別の性質、環境、業界、リスク許容度などの要素から、正確なコストを評価することは困難です。<br>
1630このコストを理解する上で重要な突破口となったのが、Catchpointに代わってForrester Consulting社が最近実施した委託調査です。
1631</p>
1632</a>
1633
1634<a class="item" href="./blog-2023-06-29.html">
1635<h3>インターネットパフォーマンス監視(IPM)の紹介:どのように役立つのか?</h3>
1636<img decoding="async" src="./images/internet_performance.jpg" alt="インターネットパフォーマンス">
1637<p class="right">2023年6月29日</p>
1638
1639<p>
1640CatchpointとITOps Timesは、この隔週のマイクロウェビナー・シリーズで、あなたのビジネスにインターネット・レジリエンスを確保するために理解しておくべき6つの重要なトピックを、それぞれ10分以内で解説しています。 <br>
1641この第2回では、インターネットパフォーマンス監視(IPM)の世界をさらに深く掘り下げます。
1642</p>
1643</a>
1644
1645<a class="item" href="./blog-2023-06-23.html">
1646<h3>より環境に優しいデジタルの未来を築く:Catchpointが「Carbon Control」を提供開始</h3>
1647<img decoding="async" src="./images/co2_emissions.jpg" alt="CO2削減">
1648<p class="right">2023年6月23日</p>
1649
1650<p>
1651より環境に良い地球環境を目指す私たちは、ペットボトルやコーヒーカップ、レジ袋などの使い捨て製品が、温室効果ガス排出に与える悪影響について、次第に認識するようになってきました。<br>
1652しかし、ほとんど気づかれていない大きなCO2排出の元凶が存在します-インターネットのカーボンフットプリントです。
1653</p>
1654</a>
1655
1656<a class="item" href="./blog-2023-06-16.html">
1657<h3>ハイブリッドな職場はこれからも続く―新調査で明らかになったハイブリッドワークの動向とレジリエンスを実現するための方法</h3>
1658<img decoding="async" src="./images/remote_work.jpg" alt="リモートワーク">
1659<p class="right">2023年6月16日</p>
1660
1661<p>
1662長年に渡り、多くの企業は従業員体験の監視戦略の構築を敬遠し、代わりに消費者への対応に焦点を当てていました。<br>
1663Catchpointがスポンサーを務めるIDC社のスポットライトレポートは、そのような時代はまもなく終わろうとしていることを示唆しています。<br>
1664このブログでは、ハイブリッドワークのトレンドに関するIDCスポットライトレポートから、重要なポイントを探っていきます。
1665</p>
1666</a>
1667
1668<a class="item" href="./blog-2023-06-02.html">
1669<h3>Traseroute InSession:より信頼性の高いネットワーク診断ツールを目指したCatchpointの努力</h3>
1670<img decoding="async" src="./images/traceroute_traffic.jpg" alt="traceroute traffic">
1671<p class="right">2023年6月2日</p>
1672
1673<p>
16741988年に誕生して以来、Tracerouteはいくつかのバリエーションを経てきました。<br>
1675「なぜそんなにたくさんあるのか」と疑問に思われるかもしれません。<br>
1676答えは簡単で、Tracerouteの機能を実現するには、セキュリティとユーティリティのバランスが必要だったからです。
1677</p>
1678</a>
1679
1680<a class="item" href="./blog-2023-05-26.html">
1681<h3>BGPの先にあるもの 障害を防ぐために</h3>
1682<img decoding="async" src="./images/bgp_network.jpg" alt="BGP Network">
1683<p class="right">2023年5月26日</p>
1684
1685<p>
1686紙ナプキンの裏に書かれた最初の構想以来、BGPはインターネットに不可欠な要素となっています。<br>
1687しかし、その普遍性とシンプルさは、あらゆる組織のインターネット・スタックにおける潜在的な弱点でもあります。<br>
1688オープンでほぼ普遍的なプロトコルであるため、潜在的に悪意のある攻æ
1688’ƒã®ãƒ™ã‚¯ãƒˆãƒ«ã¨ãªã‚‹ã®ã§ã™ã€‚<br>
1689また、単純な設定ミスによって同じくらいの問題を引き起こすこともあります(実際、この2つの違いを見分けることはそれ自体が難しいことです)。
1690</p>
1691</a>
1692
1693<a class="item" href="./blog-2023-05-19.html">
1694<h3>なぜインターネット・レジリエンスにこだわる必要があるのか?</h3>
1695<img decoding="async" src="./images/internet_resilient.jpg" alt="Internet Resilient">
1696<p class="right">2023年5月19日</p>
1697
1698<p>
1699ITプロフェッショナルは、自社の顧客と従業員のためにインターネット・レジリエンスを確保する必要があります。<br>
1700しかし、その意味するところは何なのでしょうか。<br>
1701また、多くのことがコントロールできない中で、デジタルデリバリーチェーンのすべてを監視するにはどうしたらよいのでしょうか。<br>
1702その答えは、「インターネットパフォーマンス監視(IPM)」です。
1703</p>
1704</a>
1705
1706<a class="item" href="./blog-2023-05-12.html">
1707<h3>Jan Zorz氏によるIPv6の神話解明、その普及が遅れている理由</h3>
1708<img decoding="async" src="./images/ipv6_network.jpg" alt="IPv6 Network">
1709<p class="right">2023年5月12日</p>
1710
1711<p>
1712IPv6は、インターネットの成長とその既存のIPv4アドレスプロトコルに対する潜在的な影響、特にアドレスの枯渇の懸念に対処するために、1990
1712年代後半にIPv4の後継として開発されました。<br>
1713一定期間デュアルスタックソリューションとして運用された後、IPv4は完全に廃止されることになると考えられていました。<br>
1714しかし、25年近く経った現在、IPv4アドレスの枯渇が現実的な問題となっており、その一因としてIPv6の導入が遅れていることが挙げられます。
1715</p>
1716</a>
1717
1718<a class="item" href="./blog-2023-04-28.html">
1719<h3>SREcon23アメリカが終了しましたが、学びは終わりません!</h3>
1720<img decoding="async" src="./images/sre.jpg" alt="SRE">
1721<p class="right">2023年4月28日</p>
1722
1723<p>
1724「言われたことは、忘れる。教わったことは、覚える。参加したことは、学ぶ。」といったような格言には、様々な形や相反する考え方があります。<br>
1725それが政治家に起因するものなのか、哲学者なのか、あるいは他の人なのか、私には分かりませんが(その場にいなかったので)、最後の「参加したことは、学ぶ」という部分には注目したいところです。<br>
1726SREcon23 アメリカの感想を述べますと、私は心から「参加した」「学んだ」と言えます。<br>
1727</p>
1728</a>
1729
1730<a class="item" href="./blog-2023-04-19.html">
1731<h3>ASP.NET Core Web APIによるJSON Patch操作の応用</h3>
1732<img decoding="async" src="./images/json.jpg" alt="JSON Patch">
1733<p class="right">2023年4月19日</p>
1734
1735<p>
1736APIは、その柔軟性と統合のしやすさから、現代のデジタルビジネスには欠かせないものとなっています。<br>
1737Catchpointでは、最新の技術やトレンドを追いかけ、さまざまなAPIを公開して開発者が幅広い操作を行えるようにすることを常に目指しています。<br>
1738近々、REST APIの最新バージョンをローンチする予定で、既存のバージョンと同等の機能を実現するだけでなく、APIを扱う開発者に向けた新機能や技術的な強化を追加します。
1739</p>
1740</a>
1741
1742<a class="item" href="./blog-2023-04-13.html">
1743<h3>インターネット障害の高い代償:新たな調査がeコマース企業への財政的影響を明らかにする</h3>
1744<img decoding="async" src="./images/Catchpoint_Forrester_Study.jpg" alt="Forrester Study">
1745<p class="right">2023年4月13日</p>
1746
1747<p>
1748インターネットの障害はどのような組織にとっても頭痛の種ですが、特にeコマース企業にとっては、単なる不便以上のものになっています。<br>
1749Forrester Consulting社による新たな調査では、インターネット障害の実際のコストを定量化することで、業界に衝撃波を送り込むことが予想されます。<br>
1750ネタバレ注意:思っているよりも高額です。
1751</p>
1752</a>
1753
1754<a class="item" href="./blog-2023-04-07.html">
1755<h3>ダイヤルアップからクラウドへ:インターネットの時代にAPMが十分でない理由</h3>
1756<img decoding="async" src="./images/age_of_internet.jpg" alt="インターネットの時代">
1757<p class="right">2023年4月7日</p>
1758
1759<p>
1760もしインターネットがなかったら、あなたは今頃何をしていたでしょうか?<br>
1761私たちが知っているワールド・ワイド・Web(www)は、まだ数十年前のものですが、それがない生活は考えにくいです。<br>
176256kモデムを使い、AOLのアカウントにアクセスし、メールの有無を確認するためにあの懐かしい接続音を待ちわびていた、「パーソナル」インターネットの黎明期を懐かしく思い出すことができます。<br>
1763私たちは、そのささやかな始まりから長い道のりを歩んできたのです。 
1764</p>
1765</a>
1766
1767<a class="item" href="./blog-2023-03-31.html">
1768<h3>Catchpoint「フィールド・キックオフ 2023」のキーポイント:頂点への旅路!</h3>
1769<img decoding="async" src="./images/austin.jpg" alt="オースチン">
1770<p class="right">2023年3月31日</p>
1771
1772<p>
1773先月、世界中のCatchpoint利用者がテキサス州オースティンに集まり、2019年以来のフィールド・キックオフを開催しました。<br>
1774営業、マーケティング、L&amp;D、カスタマー、バリュー/ソリューションエンジニアリングの各チームと、プロダクト、人事の代表者が集まり、昨年の成功を祝うとともに、2023年に向けて、CEOのMehdi Daoudi氏が「レジリエンスの年」と名付けた年に向けての取り組みを行いました。
1775</p>
1776</a>
1777
1778<a class="item" href="./blog-2023-03-17.html">
1779<h3>SREレポート2023年:予想と現在の経済状況</h3>
1780<img decoding="async" src="./images/report_analysis.jpg" alt="レポートの分析">
1781<p class="right">2023年3月17日</p>
1782
1783<p>
1784テック業界や経済全体に疑問や課題が立ちはだかる今こそ、過去から学び、一歩を踏み出す絶好の機会です。<br>
1785信頼性エンジニアとして、私たちは定期的にサービスレベル目標(SLO)を使って、システムの性能、信頼性、傾向を把握し、意思決定に役立てたり優先順位を決めたりしています。<br>
1786よりマクロなレベルで、Catchpointが毎年発行している「SREレポート」は、現場の状況を知ることで、チームや経営陣の意思決定をより的確なものにするために役立っています。
1787</p>
1788</a>
1789
1790<a class="item" href="./blog-2023-03-10.html">
1791<h3>2023年の障害を防ぐために</h3>
1792<img decoding="async" src="./images/preventing_outages_in_2023.jpg" alt="Preventing Outages in 2023">
1793<p class="right">2023年3月10日</p>
1794
1795<p>
1796ここCatchpointでは、過去18ヶ月間にわたる障害に焦点を当てたホワイトペーパー「2023年の障害を防ぐために―最近の失敗事例から学んだこと」を発表したばかりです。<br>
1797CatchpointのIPM(Internet Performance Monitoring)プラットフォームが特定した10件の大規模・断続的な障害について深く掘り下げ、データから見えてくるものを検証しています。
1798</p>
1799</a>
1800
1801<a class="item" href="./blog-2023-03-09.html">
1802<h3>SREレポート2023年:現場からの知見―Toil(労苦)</h3>
1803<img decoding="async" src="./images/sre_report2023.jpg" alt="SRE Report 2023">
1804<p class="right">2023年3月9日</p>
1805
1806<p>
1807Toil(労苦)。<br>
1808SREにとって、この4文字の宿敵「Toil」ほど直感的なインパクトを与える言葉は他にないでしょう。<br>
1809Toilが悪いことであることは、かなりの人が認識し、同意していますが、口語ではよく誤用される言葉です。<br>
1810SREの専門用語として、「Toil」は、人が時間を費やす他の種類の仕事と区別される、いくつかの非常に特殊な特徴を持っています。
1811</p>
1812</a>
1813
1814<a class="item" href="./blog-2023-03-03.html">
1815<h3>Catchpointが選ぶ2022年の人気記事TOP22</h3>
1816<img decoding="async" src="./images/top_stories.jpg" alt="トップストーリー">
1817<p class="right">2023年3月3日</p>
1818
1819<p>
1820Catchpointでは、2月に突入する前に、この1年を振り返り、過去12ヶ月間にインターネットパフォーマンス監視(IPM)の分野で起こったすべてのことを振り返っています。<br>
1821この記事では、エンジニアリングチームが右にシフトすべき理由、2023年のインターネット・レジリエンスの必要性、そして最も成功しているデジタル企業に見られるようなパフォーマンス文化の構築方法について、弊社のブログや業界紙から記事をご紹介しています。
1822</p>
1823</a>
1824
1825<a class="item" href="./blog-2023-03-02.html">
1826<h3>Microsoftのクラウド障害により、全世界の労働力に影響が及ぶ</h3>
1827<img decoding="async" src="./images/Microsoft_building.jpg" alt="Microsoft">
1828<p class="right">2023年3月2日</p>
1829
1830<p>
18312023年1月25日、クラウドサービスプロバイダのMicrosoftが長時間の障害に見舞われ、私たちの多くが(全世界で10億人以上のユーザが)重要な業務活動をMicrosoftに依存していることが明らかになりました。<br>
1832Microsoftのような重要なワークフォースサービスが停止すると、世界中のチームが大きな混乱に陥るため、インターネット・レジリエンスはビジネスの優先事項となっています。<br>
1833ITチームが問題をいち早く発見し、その原因を切り分け、トラブルシューティングを行うことで、通常業務を再開し、ビジネスへの影響を最小限に抑えることができます。
1834</p>
1835</a>
1836
1837<a class="item" href="./blog-2023-02-21.html">
1838<h3>その1分間はおいくらですか?</h3>
1839<img decoding="async" src="./images/time_is_money.jpg" alt="時は金なり">
1840<p class="right">2023年2月21日</p>
1841
1842<p>
1843ネットワークの障害は、一般によくあることですが、そのコストは高くつきます。<br>
1844通常、人々が思っているよりはるかに高額です。<br>
1845そう、確かにネットワークはダウンし、企業は損失を被っていますが、その損失がどれほどのものか、あなたは本当に理解していますか?<br>
1846また、障害発生時の1分あたりのコストは、実際にどのくらいになるのでしょうか?<br>
1847それは多くの人が考えている以上に、かなり簡単に軽減できるものなのです。
1848</p>
1849</a>
1850
1851<a class="item" href="./blog-2023-01-25.html">
1852<h3>SREレポート2023 ― 我々は同じ考えを共有しているか? はい/いいえ/たぶん</h3>
1853<img decoding="async" src="./images/team_alignment.jpg" alt="チームの連携">
1854<p class="right">2023年1月25日</p>
1855
1856<p>
1857今年のSREレポートでは、特定の機会や課題に関する質問に対して、役割やランク(例:個人事業主と経営幹部)による回答を詳しく調べたところ、興味深いパターンが浮かび上がってきました。<br>
1858平均値の背景には、いくつかの重要な分野において、実務担当者と経営陣の間にズレが生じているというテーマがありました。
1859</p>
1860</a>
1861
1862<a class="item" href="./blog-2023-01-12.html">
1863<h3>CatchpointのIPMプラットフォームがAmazonの2日間の検索障害を検出した方法</h3>
1864<img decoding="async" src="./images/search_on_a_smartphone.jpg" alt="スマートフォンで検索">
1865<p class="right">2023年1月12日</p>
1866
1867<p>
1868全てのインターネット障害がWebサイトをダウンさせるわけではありません。<br>
1869中には、一部のユーザにしか影響を与えないものや、サイト機能の一部にしか影響を与えないものもあります。<br>
1870さらに、これらは相対的に「隠された」性質を持っているため、苦情を出すユーザも少なく、企業は必ずしもすぐそれに気づかないかもしれません。<br>
1871しかし、このような障害は深刻な結果を招く恐れがあるため、できるだけ早く発見し、問題の軽減と解決に努めたいものです。
1872</p>
1873</a>
1874
1875<a class="item" href="./blog-2022-12-28.html">
1876<h3>インターネットパフォーマンス監視(IPM)とは何か、APMとの違いは何か?</h3>
1877<img decoding="async" src="./images/internet_performance_monitoring.jpg" alt="インターネットパフォーマンス監視">
1878<p class="right">2022年12月28日</p>
1879
1880<p>
1881今日、インターネットを中心とする組織のほとã
1881‚“どは、何らかの形でAPM(Application Performance Management)ツールを使用しています。<br>
1882しかし、それだけでは十分ではありません。<br>
1883この10年で、世の中はすっかり変わってしまいました。
1884</p>
1885</a>
1886
1887<a class="item" href="./blog-2022-12-22.html">
1888<h3>クリスマスに欲しいのは、回復力のあるインターネット!</h3>
1889<img decoding="async" src="./images/internet_with_christmas.jpg" alt="クリスマスとインターネット">
1890<p class="right">2022年12月22日</p>
1891
1892<p>
1893拝啓 サンタさん<br>
1894私は今年、とっても優秀なITオペレーションズ・マネージャーでした。 <br>
1895(今の世相を考えると、これは大袈裟かもしれませんけど)<br>
1896それで、私の欲しいものリストが何点かあるんです。
1897</p>
1898</a>
1899
1900<a class="item" href="./blog-2022-12-21.html">
1901<h3>さらばLAN ― インターネットこそがネットワーク</h3>
1902<img decoding="async" src="./images/internet.jpg" alt="インターネット">
1903<p class="right">2022年12月21日</p>
1904
1905<p>
1906私たちは今、重要な技術革新の頂点にいます。<br>
1907ピーター・ドラッカーが言うところの、技術の「非連続性」です。<br>
1908今日、多くの企業が「古いレガシーネットワーク」を停止し、LANもWANもオンプレミスのデータセンターも持たずにビジネスを展開しています。<br>
1909今や、全てがインターネット上にあります。
1910</p>
1911</a>
1912
1913<a class="item" href="./blog-2022-12-16.html">
1914<h3>CatchpointによるBGP監視 ― BGPの問題を「早急に」発見し修正する</h3>
1915<img decoding="async" src="./images/bgp_on_the_globe.jpg" alt="地球上のBGP">
1916<p class="right">2022年12月16日</p>
1917
1918<p>
1919BGPは、事実上、インターネットの郵便サービスです。<br>
1920BGPがなければ、トラフィックは動きません。<br>
1921そのため、設定に問題があったり、最悪の場合、悪意ある行為があった場合、その影響は甚大なものになる可能性があります。
1922</p>
1923</a>
1924
1925<a class="item" href="./blog-2022-12-01.html">
1926<h3>「SREレポート2023」で私が最も驚いた発見</h3>
1927<img decoding="async" src="./images/sre_report2023.jpg" alt="SRE Report 2023">
1928<p class="right">2022年12月1日</p>
1929
1930<p>
1931私、Leo Vasiliouは、過去3年間SREレポートの執筆を担当する栄誉に預かりました。<br>
19322023年版では、Anna Jones氏、Kurt Andersen氏、Steve McGhee氏といった素晴らしい人たちとの共同作業も含まれています。<br>
1933レポートを発表する際には、いつも 「最も驚いたことは何ですか?」と聞かれます。<br>
1934そして、例年なら考え込んでしまうのですが、2023年のレポートから最も驚いたことは、即座に判明しました。</p>
1935</a>
1936
1937<a class="item" href="./blog-2022-11-25.html">
1938<h3>SREに権限を与える ― 「SREレポート2023」の結論</h3>
1939<img decoding="async" src="./images/sre_report2023.jpg" alt="SRE Report 2023">
1940<p class="right">2022年11月25日</p>
1941
1942<p>
1943正直言って、調査が好きな人はいないでしょう。<br>
1944しかし、調査というのは、人間とコンピュータ、社会工学的な複雑なシステムに対する洞察を求める私たちの大きなニーズを満たすものです。<br>
1945コンピュータの部分はよく測定できているのですが、人間の部分はなかなかうまくいかないんですよね。<br>
1946GoogleのSREが、削減したい指標として「労力」を最初に定義したとき、私たちはツールやコンピュータシステムからの知見に基づき、それを数値化することにあまりにも長い時間を費やしてしまいました。
1947</p>
1948</a>
1949
1950<a class="item" href="./blog-2022-11-18.html">
1951<h3>デジタル免疫とインターネット回復力 ― オーランドでの素晴らしいカンファレンス</h3>
1952<img decoding="async" src="./images/internet_resilience.jpg" alt="インターネットの回復力">
1953<p class="right">2022年11月18日</p>
1954
1955<p>
1956世の中は正常に戻りつつあります。<br>
19573年ぶりにほぼ出張なしで参加したカンファレンスでしたが、Gartner社は期待を裏切らない内容でした。
1958「Gartner IT Symposium//Xpo™」には、世界中から何千人もの参加者がフロリダ州オーランドに集まり、再び一堂に会することに、誰もが私と同じように興奮(そして、少し緊張)していたことでしょう。<br>
1959</p>
1960</a>
1961
1962<a class="item" href="./blog-2022-11-07.html">
1963<h3>大手自動車保険会社、エンドユーザ体験の監視で代理店従業員の生産性を促進</h3>
1964<img decoding="async" src="./images/work_in_all_over_usa.jpg" alt="全米で働く">
1965<p class="right">2022年11月7日</p>
1966
1967<p>
19682020年3月には、多くの組織がすぐにリモートワーク主体の働き方に軸足を移しました。<br>
1969あらゆる業界の多くのITチームにとって、これは従業員が効率的に在宅勤務を行うための技術を確保するための大規模な緊急対策を意味しました。<br>
1970幸いなことに、特に保険業界では、すでにリモートワーカーを擁している企業が多く、この移行をうまく乗り切ることができました。<br>
1971しかし、特にエンドユーザ体験の監視においていくつかのギャップが露呈し、さらなるIT投資の必要性が強まっています。
1972</p>
1973</a>
1974
1975<a class="item" href="./blog-2022-11-02.html">
1976<h3>ビジネスに必要なのは、回復力のあるインターネット</h3>
1977<img decoding="async" src="./images/network_on_the_city.jpg" alt="都市を覆うネットワーク">
1978<p class="right">2022年11月2日</p>
1979
1980<p>
1981私が5ヶ月前にCatchpointに入社して最初に驚いたことのひとつは、オブザーバビリティ市場の混乱ぶりでした。<br>
1982どのベンダーも、顧客や従業員、あるいはその両方に対して優れたデジタル体験を保証することに関して、ほぼ同じメッセージを発しています。<br>
1983もちろん、このような体験は正しく行われることが重要ですが、ほとんどの場合、これらのソリューションの多くは、せいぜいサイトがライブで利用可能であること、そして一部のユーザからアクセス可能であることを確認するのに役立つ程度に過ぎません。
1984</p>
1985</a>
1986
1987<a class="item" href="./blog-2022-10-14.html">
1988<h3>DNS解決に失敗した事例から得た3つの教訓</h3>
1989<img decoding="async" src="./images/dns1.jpg" alt="DNS">
1990<p class="right">2022年10月14日</p>
1991
1992<p>
1993サイト信頼性エンジニアやネットワークエンジニア、あるいは単にデジタルサービスの監視に携わっている人なら、DNSが正しく動作していなければ、ユーザが障害を体験するということはもうご存知のことでしょう。<br>
1994しかし、DNSはWebの回復力と可用性を確保する上で重要であるにも関わらず、正しく監視されていないことが多く、その結果、障害が発見されず、ビジネスに何らかの連鎖反応が生じる可能性があります。
1995</p>
1996</a>
1997
1998<a class="item" href="./blog-2022-10-06.html">
1999<h3>WebPageTest by Catchpoint 初の無料Webパフォーマンスコースのご紹介</h3>
2000<img decoding="async" src="./images/online_training.jpg" alt="オンライントレーニング">
2001<p class="right">2022年10月6日</p>
2002
2003<p>
20042022年9月、WebPageTestでは、新しい完全無料のオンラインコース、WPTシニアエクスペリエンスエンジニアのScott Jehl氏による「Lightning-Fast Web Performance」で、パフォーマンス教育スペースへの第一歩を踏み出すことができ、とても嬉しく思っています。<br>
2005このコースは、Webパフォーマンスについてもっと知りたいと思っているDevOpsエンジニアの方にも、Webサイトの最適化やレイテンシの低減を担当するフロントエンドやQAチームの方にもおすすめです。
2006</p>
2007</a>
2008
2009<a class="item" href="./blog-2022-10-03.html">
2010<h3>Catchpointの新機能「Node to Node」で企業の死角をなくす</h3>
2011<img decoding="async" src="./images/trouble_shooting_at_datacenter.jpg" alt="データセンターでのトラブルシューティング">
2012<p class="right">2022年10月3日</p>
2013
2014<p>
2015Catchpointでは、年に7回程度、新機能をリリースしています。<br>
2016Catchpointの前リリースであるAndanteには、より直感的でユーザがより早くソリューションを見つけられるように再設計された強力な新しいスマートボード、独自のRUMソリューションを強化する追加メトリクス、デジタル体験スコアが特定する問題に基づいてワークフォースエクスペリエンスのアラートを生成する機能など、様々な更新と新機能が含まれています。 
2017</p>
2018</a>
2019
2020<a class="item" href="./blog-2022-09-30.html">
2021<h3>Catchpointで「データの力」を活用する</h3>
2022<img decoding="async" src="./images/data_analysis2.jpg" alt="データ分析">
2023<p class="right">2022年9月30日</p>
2024
2025<p>
2026ただやみくもに道路を横断するのは非常に危険です。<br>
2027それは、活用できるデータポイントの数と、そのデータが完全なものかどうか、つまり信頼できるソースからリアルタイムで取得された要約されていないRAWデータであるかどうかにかかっており、あなたはその情報をもとに、「いつ」道路を渡れば安全なのかを判断することができます。
2028</p>
2029</a>
2030
2031<a class="item" href="./blog-2022-09-16.html">
2032<h3>Rogersの障害は、あなたが考えているよりも高くつきそうです</h3>
2033<img decoding="async" src="./images/network_trouble.jpg" alt="ネットワークのトラブルシューティング">
2034<p class="right">2022年9月16日</p>
2035
2036<p>
20372022年7月8日、カナダの通信会社Rogers Communicationsが、約2日間にわたりカナダの大半の地域に影響を及ぼす大規模な障害に見舞われました。<br>
20382021年に無線サーバに数時間影響を与える障害が発生したことがあり、まったく前例がなかったわけではありませんが、今回の障害の広さと深刻さは、一見したところでは、それよりはるかに大きな損害を与えることになりそうです。
2039</p>
2040</a>
2041
2042<a class="item" href="./blog-2022-09-12.html">
2043<h3>Catchpoint テクノロジーグループ ― チームワークの
2043大切さ</h3>
2044<img decoding="async" src="./images/team_work.jpg" alt="チームワーク">
2045<p class="right">2022年9月12日</p>
2046
2047<p>
2048最近、Catchpointのサマーインターンの高校生に、ソフトウェアエンジニアリングとは何かということを話していました。<br>
2049彼らは一週間ずつCatchpointの各部署で過ごしており、先週はCatchpointテクノロジーグループと一緒でした。<br>
2050高校生のインターン生とは、学校でどんな勉強をしているか、趣味は何かという話をしました。<br>
2051そして私たちは、ソフトウェアを作るには何が必要なのか、チームによってどのような役割があるのか、という話を始めました。
2052</p>
2053</a>
2054
2055<a class="item" href="./blog-2022-09-01.html">
2056<h3>ハッピー・システム管理者デー!</h3>
2057<img decoding="async" src="./images/happy_sysadmin_day.jpg" alt="Happy Sysadmin Day">
2058<p class="right">2022年9月1日</p>
2059
2060<p>
2061システム管理者の日、おめでとうございます!<br>
20627月29日は、システム管理者(およびネットワーク管理者、ネットワークエンジニア、ITヘルプデスクなど、ネットワークの稼働を支えている全ての人)の努力に感謝し、敬意を表する日です。<br>
2063あなたはこの一年間、問題の解決、ユーザの受け入れ、新しいシステムの統合、そして全世界の接続を維持することに従事してきました。<br>
2064毎年7月最後の金曜日に、あなたの努力が高く評価されていることを実感してください。
2065</p>
2066</a>
2067
2068<a class="item" href="./blog-2022-08-26.html">
2069<h3>Core Web Vitalの測定にCatchpointを使用する5つの理由</h3>
2070<img decoding="async" src="./images/data_analysis.jpg" alt="データ分析">
2071<p class="right">2022年8月26日</p>
2072
2073<p>
2074私たちは、共に歩んでいます。<br>
2075お客様の期待に応えるための継続的な努力の一環として、最近Core Web Vitalをパフォーマンス測定プログラムに追加しました。<br>
2076このたび、これらのメトリクスがCatchpointプラットフォームのネイティブパートになったことをお知らせします。<br>
2077DevOpsのSRE、プラットフォームオペレーションエンジニア、そしてビジネスと監視の戦略家は、この追加によって一連の重要な利点を実現することができます。
2078</p>
2079</a>
2080
2081<a class="item" href="./blog-2022-08-18.html">
2082<h3>DEJ市場調査でCatchpointがリーディングベンダーに選出される</h3>
2083<img decoding="async" src="./images/trophy_for_leader.jpg" alt="リーダーのトロフィー">
2084<p class="right">2022年8月18日</p>
2085
2086<p>
2087デジタルトランスフォーメーション(DX)は、長年にわたり、将来を見据えたビジネスや組織戦略の基礎となっていますが、今日ほどその重要性が高まっている時代はありません。<br>
2088デジタル時代において、テクノロジーへの革新的なアプローチをビジネスの中心に据えることは、信頼性、影響力、成長、効率性にとって不可欠です。<br>
2089しかし、将来の市場や顧客、従業員のニーズに対応するためには、継続的な努力と再評価が必要です。 
2090</p>
2091</a>
2092
2093<a class="item" href="./blog-2022-08-10.html">
2094<h3>DEJの2022年ITパフォーマンスマネジメント調査 ― 主要ポイント</h3>
2095<img decoding="async" src="./images/analysis_report.jpg" alt="分析レポート">
2096<p class="right">2022年8月10日</p>
2097
2098<p>
2099Digital Enterprise Journal (DEJ) の2022年ITパフォーマンスマネジメント調査は、今日のITチームに影響を与える24の分野に焦点を当てています。<br>
2100例えば、人材獲得競争、複雑性の管理、データ管理、大規模な分析など、ITチームが眠れなくなるような苦痛がここにあるのです。<br>
2101しかし、深く掘り下げていくと、あるパターンが浮かび上がってきます。<br>
2102それは、全てビジネス・アウトカムに帰結するということでã
2102™ã€‚
2103</p>
2104</a>
2105
2106<a class="item" href="./blog-2022-08-03.html">
2107<h3>ECサイトの高トラフィックのためのサバイバルガイド</h3>
2108<img decoding="async" src="./images/requests_for_online_shopping.jpg" alt="大量のオンライン注文">
2109<p class="right">2022年8月3日</p>
2110
2111<p>
2112Amazonのプライムデー2022では、世界中の何十億人もの人たちと一緒に、何かお買い得なものを手に入れられましたか?<br>
21137月12日、13日の2日間、Amazonのオンラインショッピングイベントが開催されるのは周知の通りです。<br>
2114今年の数字についてはまだ確たる統計はありませんが、Influencer Marketing Hubによると、この世界最大のオンライン小売業者は、2021年のプライムデーにおいて、2020年から7.6%増の約112億ドルという記録的な売上を上げたとのことです。
21152億5,000万個以上の製品を販売し、供給不足の心配はありませんでしたが、ネットワークの帯域は別です。
2116</p>
2117</a>
2118
2119<a class="item" href="./blog-2022-08-01.html">
2120<h3>右シフトするには、オブザーバビリティが必要</h3>
2121<img decoding="async" src="./images/data_stream.jpg" alt="データストリーム">
2122<p class="right">2022年8月1日</p>
2123
2124<p>
2125先日、サファイヤ・ベンチャーズ社のHypergrowth Engineering Summitに参加しました。<br>
2126その中で、CircleCI社CTOロブ・ズーバー氏と、LaunchDarkly社エンジニアリング・プロダクト担当SVPジョナサン・ノレン氏によるによるパネルディスカッションが行われました。<br>
2127このセッションでは、誰もが左にシフトしているこの世界において、チームはむしろ右にシフトすることを考えるべきだという、示唆に富んだ話がなされました。
2128</p>
2129</a>
2130
2131<a class="item" href="./blog-2022-07-12.html">
2132<h3>エンジニアチームの拡張 ― CatchpointエンジニアリングVPの視点から</h3>
2133<img decoding="async" src="./images/engineering_team.jpg" alt="エンジニアリングチーム">
2134<p class="right">2022年7月12日</p>
2135
2136<p>
2137Catchpointでは、私の役割は大きく分けて2つあります。<br>
21381つはエンジニアチームの設計と管理、もう1つはエンジニアチームと協力して、当社のプラットフォームを動かす様々な分散システムを設計し、その管理をすることです。<br>
2139先日、サファイヤ・ベンチャーズ社のHypergrowth Engineering Summitに参加しました。<br>
2140ここでは、高機能なエンジニアリングの構築と拡張に焦点を当てたセッションが行われました。<br>
2141</p>
2142</a>
2143
2144<a class="item" href="./blog-2022-07-07.html">
2145<h3>Monitorama 2022 - Mehdi Daoudi氏とのQ&A</h3>
2146<img decoding="async" src="./images/portland_oregon.jpg" alt="オレゴン州ポートランド">
2147<p class="right">2022年7月7日</p>
2148
2149<p>
2150今年のMonitoramaが間近に迫ってきました。<br>
2151監視やオブザーバビリティ、SLIやSLOのこと、そして何よりも、ベンダーやプロバイダではなく実務担当者が行っていることについて、業界の専門家やコミュニティリーダーによる講演が行われるのが特徴です。<br>
2152その準備のために、CatchpointのCEOであり、No.1のMonitoramaファンであるメディ・ダウディ氏に、このイベントに関するいくつかの質問と、過去数年間の監視とオブザーバビリティの変化に関する、彼の認識について答えてもらいました。
2153</p>
2154</a>
2155
2156<a class="item" href="./blog-2022-06-27.html">
2157<h3>SLOconf 2022を振り返って:SLOはみんなのためにある</h3>
2158<img decoding="async" src="./images/slo.jpg" alt="SLO">
2159<p class="right">2022年6月27日</p>
2160
2161<p>
21622022年5月に開催された素晴らしいSLOconfには参加されましたか?<br>
21634つのトラックで60以上の講演が行われ、SLO(サービスレベル目標)の
2163定義からエラー予算の財務的な枠組みまで、あらゆることが網羅されています。<br>
2164私たちと同じように、あなたもいくつかのことを見逃しているかもしれません。
2165</p>
2166</a>
2167
2168<a class="item" href="./blog-2022-06-16.html">
2169<h3>Catchpointインサイト ― より洞察に満ちたパフォーマンスデータ分析のための多次元データの取得</h3>
2170<img decoding="async" src="./images/multi-dimensional_data.jpg" alt="多次元的データ">
2171<p class="right">2022年6月16日</p>
2172
2173<p>
2174Catchpointのインサイト機能は、お客様が豊富な分析を行うために、洞察に満ちたパフォーマンスデータを収集する機会を提供します。<br>
2175今回の記事では、いくつかの例を挙げながら、なぜそれが重要なのかについて説明します。
2176</p>
2177</a>
2178
2179<a class="item" href="./blog-2022-06-14.html">
2180<h3>WebPageTestの機能「機会と実験」の紹介 ― パフォーマンスを推測で判断しない</h3>
2181<img decoding="async" src="./images/experiments.jpg" alt="実験">
2182<p class="right">2022年6月14日</p>
2183
2184<p>
2185ご存知の方も多いと思いますが、CatchpointとWebPageTestは、IT組織全体でより強い連携を築くことを目的として、18ヶ月前に提携を結びました。<br>
2186今回、我々がWebPageTestの全ユーザのために一連の新しい強力な機能と特徴を発表することにより、お客様とそのチームがより早く、より簡単に、Webサイトのパフォーマンスや改善の余地について、そして何よりも、これらの機会がいかに意義深いことであるかご理解いただけることを嬉しく思います。
2187</p>
2188</a>
2189
2190<a class="item" href="./blog-2022-05-31.html">
2191<h3>Catchpoint、再び巡業へ</h3>
2192<img decoding="async" src="./images/business_seminar.jpg" alt="ビジネスセミナー">
2193<p class="right">2022年5月31日</p>
2194
2195<p>
21962年間バーチャルミーティングを続けてきたCatchpointのEMEAチームは、ついに再び巡業の旅に出ました。<br>
21972022年4月下旬からの4週間でICE(ロンドン)、Datacloud Global Congress(モナコ)、DTX(マンチェスター)、DevOpsDays(バーミンガム)と立て続けにイベントに参加しています。
2198</p>
2199</a>
2200
2201<a class="item" href="./blog-2022-05-25.html">
2202<h3>ハイブリッドな職場にはSaaSオブザーバビリティへの新しいアプローチが求められる</h3>
2203<img decoding="async" src="./images/saas2.jpg" alt="SaaS">
2204<p class="right">2022年5月25日</p>
2205
2206<p>
2207Catchpointでは2020年に初めて分散型勤務を取り入れましたが、現在ではほとんどの企業が持続的にハイブリッドな働き方を導入しています。<br>
2208Gallup社の最近の調査によると、この状況がすぐに変わることはないようです。<br>
2209一方、ここ数年、同時にSaaSの利用が爆発的に増えています。<br>
2210実際、2020年は初めてクラウド市場が非クラウド市場を上回った年であり、その主たる要因はSaaSであったとされています。  
2211</p>
2212</a>
2213
2214<a class="item" href="./blog-2022-05-24.html">
2215<h3>Vlog ― 可用性監視と到達性オブザーバビリティの比較</h3>
2216<img decoding="async" src="./images/digital_supply_chain_management.jpg" alt="デジタルサプライチェーンマネジメント">
2217<p class="right">2022年5月24日</p>
2218
2219<p>
2220今日のハイパーコネクテッドワールドの複雑さは、監視(監視)に対する考え方のパラダイムシフトを促しています。<br>
22212021年に相次いだインターネットの障害や混乱は、インターネットの生態系がいかに繋がりやすく、比較的脆いものであるかを示しています。<br>
2222このような要求に応えるには、積極的なエンドユーザ体験オブザーバビリティが必要です。<br>
2223結局のところ、ユーザが今いる場所から貴社のサービスに到達できなければ、何も意味がã
2223ªã„のです。
2224</p>
2225</a>
2226
2227<a class="item" href="./blog-2022-05-13.html">
2228<h3>ウェビナーのまとめ ― デジタル体験オブザーバビリティとは?</h3>
2229<img decoding="async" src="./images/woman_opens_car_hood.jpg" alt="車の修理で悩む女性">
2230<p class="right">2022年5月13日</p>
2231
2232<p>
2233SRE、DevOps、および監視戦略家は、今日、サービスの生産と配信に関わる可動部品の数と全体的な複雑さの両方において、驚異的な増加に対処しています。<br>
2234その結果、従来の監視の限界が明らかになりつつあります。<br>
2235そこで、デジタル体験オブザーバビリティの登場です。
2236</p>
2237</a>
2238
2239<a class="item" href="./blog-2022-04-22.html">
2240<h3>進化したITOps監視</h3>
2241<img decoding="async" src="./images/itops_lady.jpg" alt="ITOpsの担当者">
2242<p class="right">2022年4月22日</p>
2243
2244<p>
2245リモートワークへの移行は、ほとんどの企業や事業者にとって未曾有の挑戦でした。<br>
2246プロセスやワークフローを保守するため、IT運用部門を迅速に立ち上げなければなりませんでした。<br>
2247監視ツールは、ITOpsがインシデントを分析し、迅速に解決するために必要なあらゆることを可能にする上で、重要な役割を担っています。
2248</p>
2249</a>
2250
2251<a class="item" href="./blog-2022-04-20.html">
2252<h3>エンドポイント監視によるネットワークとVPNのパフォーマンス問題の解決</h3>
2253<img decoding="async" src="./images/online_meeting.jpg" alt="オンラインミーティング">
2254<p class="right">2022年4月20日</p>
2255
2256<p>
2257ITプロフェッショナルは今、リモート環境に適応し、分散した在宅勤務者を管理することを学んでいます。<br>
2258最近IT担当者と話をすると、多くの人が、接続性/VPNやホームネットワークの問題が最大の課題であるものの、これらの問題を診断しトラブルシューティングするための可視性が不足していることを挙げています。
2259</p>
2260</a>
2261
2262<a class="item" href="./blog-2022-04-15.html">
2263<h3>Microsoft Teams VoIP監視のエッセンス</h3>
2264<img decoding="async" src="./images/microsoft_teams.jpg" alt="Microsoft Teams">
2265<p class="right">2022年4月15日</p>
2266
2267<p>
2268Microsoft Office 365は、他のツールよりも優位性があります。<br>
2269Office 365のエコシステムにより、ユーザはリモートワークをしながら簡単に他の人と共同して働くことができます。<br>
2270ユーザは幅広いソリューションから選択することができ、Office 365は、これらのツール間の容易な統合という、さらなる利点を提供します。
2271</p>
2272</a>
2273
2274<a class="item" href="./blog-2022-04-14.html">
2275<h3>Future Forward Podcast ― 完璧なデジタル顧客体験の提供</h3>
2276<img decoding="async" src="./images/podcast.jpg" alt="ポッドキャスト">
2277<p class="right">2022年4月14日</p>
2278
2279<p>
2280コロナ禍がオンラインでの仕事、買い物、遊びの方法に激震を与えている今、デジタル顧客体験はかつてないほど重要なものとなっています。<br>
2281CatchpointのCEO兼共同創業者であるメディ・ダウディ氏が、CIO Executive Councilのティム・スキャネル氏と、デジタル化が進む世界で完璧な顧客体験を提供するという課題について、広範囲に及ぶインタビューで語っています。
2282</p>
2283</a>
2284
2285<a class="item" href="./blog-2022-04-08.html">
2286<h3>どこにいても仕事ができる ― 必要な帯域幅は?</h3>
2287<img decoding="async" src="./images/bandwidth_meter.jpg" alt="スループットメーター">
2288<p class="right">2022年4月8日</p>
2289
2290<p>
2291「どこでも働ける」時代になって久しいですが、従業員体験のマネジメントは、まだまだ企業が頭を悩ませているところです。<br>
2292ほとんどの社員がリモートワークを続け、新しい場所へ引っ越すことも増えています。<br>
2293従業員の所在地や使用するISPなどによって、ユーザ体験は大きく異なるため、上記の質問には答えにくいものなのです。
2294</p>
2295</a>
2296
2297<a class="item" href="./blog-2022-04-05.html">
2298<h3>「Symphony」のご紹介 ― Catchpointの新しいユーザ体験プラットフォーム</h3>
2299<img decoding="async" src="./images/symphony.jpg" alt="シンフォニー">
2300<p class="right">2022年4月5日</p>
2301
2302<p>
2303私たちCatchpointは「体験こそがポイント」と考え、常にお客様の製品に対するユーザ体験を向上させるためのサポートに努めています。<br>
2304このようなモットーのもと、私たちは自社プラットフォームの使いやすさと有効性を真剣に考え、「Catchpointポータル」で世界最高水準のユーザ体験を提供できるよう、常に努力を続けているのです。<br>
2305そんな思いから、ここ数年の大半を費やして、Catchpointポータルを一から設計し直したã
2305®ã§ã™ã€‚<br>
2306本日(2022年3月30日)、Allegroのリリースに伴い、新しいUXプラットフォームであるSymphonyの一般提供を開始したことをお知らせします。
2307</p>
2308</a>
2309
2310<a class="item" href="./blog-2022-03-31.html">
2311<h3>Salesforceアプリケーションのパフォーマンス監視</h3>
2312<img decoding="async" src="./images/salesforce.jpg" alt="Salesforce">
2313<p class="right">2022年3月31日</p>
2314
2315<p>
2316Salesforceは、多くの企業にとって重要なコンポーネントです。<br>
2317ダウンタイムが発生すると、顧客獲得、リードジェネレーション、顧客サービスおよび顧客維持に影響を与える可能性があります。<br>
2318そのため、クラウドアプリケーションを監視し、問題があればすぐに検知して対処できるようにすることが重要です。
2319</p>
2320</a>
2321
2322<a class="item" href="./blog-2022-03-29.html">
2323<h3>CatchpointによるDNSパフォーマンスの正しい監視法</h3>
2324<img decoding="async" src="./images/dns.jpg" alt="DNS">
2325<p class="right">2022年3月29日</p>
2326
2327<p>
2328DNSパフォーマンスを監視することで、DNS解決プロセスのために必要とされる洞察が得られ、遅延、マッピングの異常、およびアプリケーション配信チェーンにおける他のエンドユーザに影響を与える問題を特定することが可能になります。<br>
2329また、DNSの監視は、DDoS攻撃や中間者攻撃などのサイバー攻撃時の第一線の防衛手段として機能することもできるのです。
2330</p>
2331</a>
2332
2333<a class="item" href="./blog-2022-03-23.html">
2334<h3>CDNオブザーバビリティ―拡張インフラを監視しなければならない理由</h3>
2335<img decoding="async" src="./images/cdn.jpg" alt="CDN">
2336<p class="right">2022年3月23日</p>
2337
2338<p>
2339コンテンツデリバリーネットワーク(CDN)は、20年以上前からアプリケーションインフラに不可欠な存在となっています。<br>
2340CDNはエンドユーザにとって重要な存在ですが、もはや単なるキャッシングサーバとは考えられていません。<br>
2341フロントエンドの最適化と共に、DDoS攻撃などのサイバー脅威からのセキュリティを提供するために進化しています。
2342</p>
2343</a>
2344
2345<a class="item" href="./blog-2022-03-16.html">
2346<h3>今こそデジタルワールドに対応したオブザーバビリティの実現を</h3>
2347<img decoding="async" src="./images/digital_world.jpg" alt="デジタルワールド">
2348<p class="right">2022年3月16日</p>
2349
2350<p>
2351本日Catchpointは、デジタル体験のオブザーバビリティプラットフォームを発表し、新しい章の幕開けをしました。<br>
2352今回のブログでは、この度の発表の背景となった様々な要因、また、当社のプラットフォームの継続的な進化が、いかに市場の大きなニーズを支えているかをご紹介します。 
2353</p>
2354</a>
2355
2356<a class="item" href="./blog-2022-03-11.html">
2357<h3>Catchpointのプロフィール ― エヴァ・ボーズ=チャタートンに聞く「これまでとこれから」</h3>
2358<img decoding="async" src="./images/office.jpg" alt="オフィス">
2359<p class="right">2022年3月11日</p>
2360
2361<p>
2362エヴァ・ボーズ=チャタートン氏は、Catchpointのグローバル人事と人材採用を担当し、2009年には僅かな人数だった同社を、全世界で300人以上の従業員を抱えるまでに成長させました。<br>
2363人事と人材管理の分野で20年以上の経験を持つエヴァは、Getty Images、Guardian Life Insurance、DoubleClickでチームを率いてきました。<br>
2364</p>
2365</a>
2366
2367<a class="item" href="./blog-2022-03-04.html">
2368<h3>2022年2月22日のSlack障害 ― 「おはよう!16分間のストレスです!」</h3>
2369<img decoding="async" src="./images/chat_error.jpg" alt="チャットのエラー">
2370<p class="right">2022年3月4日</p>
2371
2372<p>
2373地震や津波の検知、軍事防衛、ビジネスや金融の危機など、早期警報システムの重要性が理解されるようになって久しいです。<br>
2374ではなぜサービスプロバイダ、特にSaaS(Software as a Service)を提供するプロバイダは、そうではないのでしょうか?<br>
2375時は金なりという言葉のように、1分が数百万ドルにさえなることのある世界では、企業や消費者のエンドユーザに対するサービスの供給チェーンと配信チェーンを大変注意深く見守ることが重要です。
2376</p>
2377</a>
2378
2379<a class="item" href="./blog-2022-02-21.html">
2380<h3>AWSの「12月の障害祭り」から何を学ぶか?</h3>
2381<img decoding="async" src="./images/volcano_eruption.jpg" alt="火山の噴火">
2382<p class="right">2022年2月21日</p>
2383
2384<p>
23852021年に発生した相次ぐインターネットの停止や混乱は、インターネットのエコシステム同士がいかに繋がっていて、相対的に脆弱であるかを示しています。<br>
2386例を挙げるなら、12月に発生したAmazon Web Services(AWS)の3連続の障害です。<br>
2387この障害は「サービスが失敗するのに大きいも小さいもない」という事実を如実に物語っています。 
2388</p>
2389</a>
2390
2391<a class="item" href="./blog-2022-02-15.html">
2392<h3>Catchpointニュース - 2022年1月: WebPageTestが輝きを放つ</h3>
2393<img decoding="async" src="./images/2022_01.jpg" alt="2022年1月">
2394<p class="right">2022年2月15日</p>
2395
2396<p>
2397CatchpointのWebPageTestは、1月にUIの大幅な変更を発表したことで注目を集め、同製品のチームメンバーがイベントに参加したり、開発者の動向についてコメントしたりしました。<br>
2398またCatchpointは2022年のThe Cloud 100にて「最もクールなクラウド監視及びマネジメント企業20社」のうちの1社にも選ばれました。<br>
2399なんて名誉なことでしょう!
2400</p>
2401</a>
2402
2403<a class="item" href="./blog-2022-02-08.html">
2404<h3>包括的なBGPアラート戦略の構築</h3>
2405<img decoding="async" src="./images/bgp_connection_on_the_global.jpg" alt="地球上を張り巡るBGP接続">
2406<p class="right">2022年2月8日</p>
2407
2408<p>
2409BGPルートの健全性を確保することは、強固なネットワーク監視戦略の最も重要な部分の1つです。<br>
2410IPアドレスプリフィックスのいずれかがエンドユーザに到達できない場合、問題の本質をピンポイントで把握するためには、直接的で実用的なデータを使って、できるだけ早く知る必要があります。<br>
2411このような鋭いリアルタイムのBGPアラート機能がなければ、エンドユーザ体験の問題のトラブルシューティングは非常に難しくなり、平均検出時間(MTTD)や平均解決時間(MTTR)の増加に繋がります。
2412</p>
2413</a>
2414
2415<a class="item" href="./blog-2022-02-04.html">
2416<h3>2021年のサイバー5から得られた大きな収穫</h3>
2417<img decoding="async" src="./images/online_shoppings.jpg" alt="オンラインショッピング">
2418<p class="right">2022年2月4日</p>
2419
2420<p>
2421今年のホリデーシーズンにオンラインで買い物をしたのはあなただけではありません。<br>
2422感謝祭とサイバーマンデーの間の5日間である「サイバー5」は、2021年の11月と12月のEコマース全体の売上の5分の1を占めました。<br>
2423(全体の支出額は昨年からやや減少しているにも関わらず)<br>
2424アメリカ人は、ブラックフライデーに89億ドル、サイバーマンデーに107億ドルの買い物をしました。<br>
2425このように、サイバー5は企業にとって、Webサイトをスムーズに稼働させ、トラフィックの増加に対応するための重要な時期となります。<br>
2426サイバー5の期間中、上位のECサイトが全体的にどのようなパフォーマンスを見せたã
2426®ã‹ã‚’知りたい方は、ぜひご一読ください。
2427</p>
2428</a>
2429
2430<a class="item" href="./blog-2022-01-28.html">
2431<h3>エンドユーザ体験監視とは?どのように役立つのか?</h3>
2432<img decoding="async" src="./images/work_at_home.jpg" alt="在宅勤務でのエンドユーザ体験">
2433<p class="right">2022年1月28日</p>
2434
2435<p>
2436エンドユーザ体験の監視とは、考え方や哲学のことです。<br>
2437ITは結果ではなく、目的を達成するための手段であることを認識することです。
2438</p>
2439</a>
2440
2441<a class="item" href="./blog-2022-01-27.html">
2442<h3>群衆の叡智:ユーザセンチメント・オブザーバビリティの価値</h3>
2443<img decoding="async" src="./images/unhappy_user.jpg" alt="顧客体験に不満があるユーザ">
2444<p class="right">2022年1月27日</p>
2445
2446<p>
2447ビジネスに不満があるとき、多くの人が最初にすることは何でしょうか?<br>
2448ソーシャルメディアで文句を言うことです。<br>
2449これらのコメントを観測する=ユーザセンチメント・オブザーバビリティを行うことにより、UXに大きな影響を与える問題が発生した場合に、それを事前に察知することができます。
2450</p>
2451</a>
2452
2453<a class="item" href="./blog-2022-01-25.html">
2454<h3>Catchpointニュース - 2021年12月:私たちが予測するもの</h3>
2455<img decoding="async" src="./images/2022.jpg" alt="2021年から2022年へ">
2456<p class="right">2022年1月25日</p>
2457
2458<p>
245912月は、AWSが3週間で3回の障害を起こすという前代未聞の事態に揺れました。<br>
2460Catchpointでは、この3つの障害の詳細と商業的な影響を掘り下げたインシデント・レビューを行いました。
2461</p>
2462</a>
2463
2464<a class="item" href="./blog-2022-01-14.html">
2465<h3>ビデオ・オブザーバビリティ:世界を動かすビデオ会議 ― 運用し続けるためにはどうすればよいか</h3>
2466<img decoding="async" src="./images/video_conference.jpg" alt="ビデオ会議システムの利用体験">
2467<p class="right">2022年1月14日</p>
2468
2469<p>
2470仕事をするときには、自分の力を最大限に発揮することが大切です。<br>
2471しかし、日々のワークライフにおいてビデオ会議に頼る機会が増えてきた今、いかに自分をアピールできるかもまた成功の鍵を握っています。<br>
2472残念ながら、広範囲に分散した従業員に完璧なビデオ体験を提供するとなると、IT部門にとっては頭痛の種になりかねません。 
2473</p>
2474</a>
2475
2476<a class="item" href="./blog-2022-01-05.html">
2477<h3>インシデント・レビュー - 12月に入って3回目 AWSの障害-泣きっ面に蜂</h3>
2478<img decoding="async" src="./images/domino_effect.jpg" alt="ドミノ効果">
2479<p class="right">2022年1月5日</p>
2480
2481<p>
2482以下は、2021年12月22日に発生したAmazon Web Services(AWS)の障害を分析したものです。
2483</p>
2484</a>
2485
2486<a class="item" href="./blog-2022-01-04.html">
2487<h3>インシデント・レビュー ‐ 今週もAWSの障害が発生</h3>
2488<img decoding="async" src="./images/sheeps_and_dog.jpg" alt="羊たちと犬">
2489<p class="right">2022年1月4日</p>
2490
2491<p>
2492以下は、2021年12月15日に発生したAmazon Web Servicesの障害を分析したものです。
2493</p>
2494</a>
2495
2496<a class="item" href="./blog-2021-12-22.html">
2497<h3>WebPageTestとCatchpointの1年 ― Tim KadlecとJeena JamesによるQ&A</h3>
2498<img decoding="async" src="./images/team_for_monitoring_service.jpg" alt="監視サービスを作るチーム">
2499<p class="right">2021年12月22日</p>
2500
2501<p>
2502WebPageTestとCatchpointのパートナーシップが1年を迎え、WebPageTestのゼネラル・マネージャーであるJeena James氏と、エンジニアリング・ディレクターであるTim Kadlec氏がQ&Aを行い、昨年の重要なマイルストーンと今後の展望について語ってくれました。<br>
2503お楽しみください!
2504</p>
2505</a>
2506
2507<a class="item" href="./blog-2021-12-16.html">
2508<h3>オブザーバビリティ vs. 監視 ― 観測 対 監視</h3>
2509<img decoding="async" src="./images/monitoring_eye.jpg" alt="監視する目">
2510<p class="right">2021年12月16日</p>
2511
2512<p>
2513「監視」という言葉を定義することは、パフォーマンス空間が年々大きく進化していることを考えると、難しい課題です。<br>
2514最近、監視の世界にも変化があり、監視の定義や目的に関する健全な議論が行われ、その中で「オブザーバビリティ(可観測性)」という新しい言葉が生まれています。 
2515</p>
2516</a>
2517
2518<a class="item" href="./blog-2021-12-14.html">
2519<h3>Catchpointニュース - 2021年11月:Catchpointはエッジのオブザーバビリティを拡大、Googleは暗中へ</h3>
2520<img decoding="async" src="./images/news.jpg" alt="ニュース">
2521<p class="right">2021年12月14日</p>
2522
2523<p>
2524絶え間なくインシデントレビューが続き、1本のみならず2本の分析記事がCatchpointの専門家によるものです。<br>
2525今月はGoogleCloudが複数の製品で障害を起こし、SpotifyからPricelineまで多くのGoogle Cloudの顧客のWebサイトがクラッシュしたため、Googleが注目を浴びることとなりました。 
2526</p>
2527</a>
2528
2529<a class="item" href="./blog-2021-12-09.html">
2530<h3>インシデント・レビュー - AWSの障害でAmazonを含む主要なオンラインサービスがクラッシュ</h3>
2531<img decoding="async" src="./images/suffuring_on_outage.jpg" alt="システム障害による痛手">
2532<p class="right">2021年12月9日</p>
2533
2534<p>
2535Amazon Web Servicesの障害により、Amazon、Amazon Prime、Amazon Alexa、Venmo、Disney+、Instacart、Roku、Kindle、複数のオンラインゲームサイトなどの主要なオンラインサービスが停止し、数百万人のユーザが影響を受けました。<br>
2536この障害は、2021年12月8日にUS-EAST-1リージョン(米国東部(バージニア北部))で発生したもので、ブログ公開時点ではまだ継続中です。
2537</p>
2538</a>
2539
2540<a class="item" href="./blog-2021-12-08.html">
2541<h3>SaaSのパフォーマンスを向上させるための3つの戦術とお金を節約するための1つの戦術</h3>
2542<img decoding="async" src="./images/saas.jpg" alt="SaaS">
2543<p class="right">2021年12月8日</p>
2544
2545<p>
2546デジタルの世界 ―― 私たちはその中で仕事をしたり、遊んだりしています。<br>
2547もちろん、あなたがデジタル体験を担当するIT部門で働いている場合は別です。<br>
2548その場合は、悪夢を見ることになります。
2549</p>
2550</a>
2551
2552<a class="item" href="./blog-2021-12-02.html">
2553<h3>インシデント・レビュー - Google Cloudの障害がエンドユーザに広く影響を与える</h3>
2554<img decoding="async" src="./images/cloud_network_issue.jpg" alt="クラウドネットワークの
2554問題">
2555<p class="right">2021年12月2日</p>
2556
2557<p>
2558インターネットの障害は、あなたが、エンドユーザであれ、SRE(サイト信頼性エンジニアリング)やDevOps部門の責任者であれ、平常心を保ちながらインシデント対策本にあることを実践しようとするときに、意表を突いてきます。
2559</p>
2560</a>
2561
2562<a class="item" href="./blog-2021-11-15.html">
2563<h3>インシデント・レビュー - Comcast社の大規模な障害により、米国内の数百万人のユーザが自宅で仕事をすることができなくなる</h3>
2564<img decoding="async" src="./images/trouble_on_work_from_home.jpg" alt="在宅勤務での通信の問題">
2565<p class="right">2021年11月15日</p>
2566
2567<p>
256811月8日(月)及び9日(火)に発生したComcastの連日の停電は、米国全土のユーザに影響を与え、各地でユーザがオフラインになりました。<br>
2569最初の障害は月曜日の夜にサンフランシスコ湾岸地域で発生しました。<br>
25702回目の障害は火曜日の朝に発生し、主に中西部、南東部、東海岸の広い範囲に影響を与えましたが、その影響範囲は広範囲に及びました。
2571</p>
2572</a>
2573
2574<a class="item" href="./blog-2021-09-10.html">
2575<h3>インシデント・レビュー - 9月7日のスペクトル障害の背後にあるもの。BGPハイジャック博士か、それともBGPミス氏か?</h3>
2576<img decoding="async" src="./images/sherlock_holmes_on_computer.jpg" alt="シャーロック・ホームズ">
2577<p class="right">2021年9月10日</p>
2578
2579<p>
25802021年9月7日 16:36(UTC)に、オハイオ州、ウィスコンシン州、ケンタッキー州を含む米国中西部のSpectrum社のケーブルTVのユーザに障害が発生しました。<br>
2581同社のブロードバンドおよびテレビサービスを利用しているユーザは、ソーシャルメディアを利用して、この障害に迷惑しているとの声を上げました。 
2582</p>
2583</a>
2584
2585<a class="item" href="./blog-2021-09-07.html">
2586<h3>インシデント・レビュー - AWSサービスを使用するアプリケーションでAWSの停止により応答時間が急増</h3>
2587<img decoding="async" src="./images/incident_investigation.jpg" alt="インシデント調査">
2588<p class="right">2021年9月7日</p>
2589
2590<p>
25918月31日(火)、西海岸の広い地域(US-West-2リージョン)のユーザが、レスポンスタイムの大幅なスパイクによる影響を受けました。<br>
2592AWSの最も重要なサービスのうち、LambdaやKinesisなどが影響を受けました。
2593</p>
2594</a>
2595
2596<a class="item" href="./blog-2018-05-22.html">
2597<h3>Webパフォーマンス入門: HTTPヘッダ その2</h3>
2598<img decoding="async" src="./images/code_and_header_for_web.jpg" alt="コードとヘッダ、Webを動かす二つの歯車">
2599<p class="right">2018年5月22日</p>
2600
2601<p>
2602前回の記事では、基本的なHTTPヘッダについて、それらがどのように実装されているかについて、確認しました。<br>
2603ヘッダはページのパフォーマンスに様々な形で影響しますが、デジタル体験に対して良くも悪くも影響する、3つの要素があります。
2604</p>
2605</a>
2606
2607<a class="item" href="./blog-2018-04-13.html">
2608<h3>Webパフォーマンス入門: HTTPヘッダ</h3>
2609<img decoding="async" src="./images/http_protocol.jpg" alt="HTTPプロトコル">
2610<p class="right">2018年4月13日</p>
2611
2612<p>
2613Hypertext Transfer Protocol (HTTP) は、Tim Berners-Leeによって、1991年に初めて導入されました。<br>
2614最初のバージョンであるHTTP/0.9は、クライアント・サーバ間の、データ伝送の助けとなるように設計されました。<br>
2615このプロトコルは、TCP接続において、リクエスト・レスポンスモデルで動作しますが、長年にわたって改善や機能拡張が行われ、進化してきました。
2616</p>
2617</a>
2618
2619<a class="item" href="./blog-2018-04-09.html">
2620<h3>Webパフォーマンス入門: ページサイズの計測 (全体のダウンロード容量)</h3>
2621<img decoding="async" src="./images/lightweighting_makes_faster_running.jpg" alt="軽くなる程に走るのは速くなる">
2622<p class="right">2018年4月9日</p>
2623
2624<p>
2625このシリーズでは、最も重要なパフォーマンス指標の中から、いくつかご紹介していく予定です。<br>
2626リアルタイムデータを解析し、パフォーマンスの高いWebサイトと低いサイトを比較していきます。<br>
2627ベストプラクティスを詳しく解説し、デザインや内容に妥協することなくWebサイトを最適化したい方の一助としたいと思います。
2628</p>
2629</a>
2630
2631<a class="item" href="./blog-2018-01-22.html">
2632<h3>Webパフォーマンス入門: ページサイズの最適化</h3>
2633<img decoding="async" src="./images/fat_or_thin_muscled.jpg" alt="詰め込んだ重いサイトと鍛え抜かれた軽いサイト、どちらが軽快か?">
2634<p class="right">2018年1月22日</p>
2635
2636<p>
2637Webパフォーマンスは本当に重要なのでしょうか?<br>
2638本当に、Webサイトのパフォーマンスを最適化するための時間と労力に対して投資する必要があるのでしょうか?<br>
2639もしこれについて今も議論しているのであれば、真実を得るためのお手伝いをしましょう。<br>
2640Webサイトの最適化は直に速度・パフォーマンスを向上させ、それにより直帰率が低下し、コンバージョンが上昇します。<br>
2641つまり、そうです、Webサイトの最適化は重要で、特にサイトからの収益を上げたいのであれば尚更です。
2642</p>
2643</a>
2644
2645<a class="item" href="./blog-2017-12-05.html">
2646<h3>Webパフォーマンス入門: 画像のチューニングのヒント</h3>
2647<img decoding="async" src="./images/managing_images.jpg" alt="画像の管理">
2648<p class="right">
26482017年12月5日</p>
2649
2650<p>
2651ビジュアルコンテンツは、モダンなWebサイトにとって、なくてはならないものであり、最もミニマリスト志向のWebサイトデザインですら、完全なエンドユーザ体験のために、シャープで綺麗な画像に頼っています。<br>
2652スマートフォンからタブレット、ノートPCからデスクトップPCまで、近年はスクリーンサイズが多様になり、高品質な画像を用いて、正しく、あらゆるviewportで表示できるようにすることが重要になりました。<br>
2653ぼやけていたり、解像度の低かったりする画像では、Webサイトのデザインがみずぼらしく見えてしまい、最終的にはエンドユーザ体験に対してマイナスの影響を与えます。
2654</p>
2655</a>
2656
2657<a class="item" href="./blog-2017-11-27.html">
2658<h3>Webパフォーマンス入門: JavaScriptの最適化</h3>
2659<img decoding="async" src="./images/javascript_code.jpg" alt="JavaScriptのコード">
2660<p class="right">2017年11月27日</p>
2661
2662<p>
2663JavaScriptは、Webアプリケーションを再定義しました。滑らかなレスポンシブデザインの、動的なWebサイトの時代の到来を告げています。<br>
2664それは開発者の間で多くの支持を集め、jQueryやAngularJSのような、人気のあるライブラリーやフレームワークは全てJavaScriptで構築されています。<br>
2665(訳注: Angularの現行バージョンは、正確には主にTypeScriptで構築されています。)<br>
2666JavaScriptが、現状存在する様々なライブラリーを用いて提供する、無限のデザインの可能性は、Webアプリケーションの開発において欠くことのできないものとなりました。
2667</p>
2668</a>
2669
2670<a class="item" href="./blog-2017-10-25.html">
2671<h3>Webパフォーマンス入門: SSLとWebセキュリティ</h3>
2672<img decoding="async" src="./images/security_on_the_web.jpg" alt="Webのセキュリティ">
2673<p class="right">2017年10月25日</p>
2674
2675<p>
2676インターネットは、拡大し続けるデータの倉庫です。そのデータには、公開されているデータと、権限を持った人のみがアクセスできる(少なくともそうなっているべき)、個人的なデータや機密データの両方が含まれます。<br>
2677ハッカーがこのデータを盗聴・改竄する方法は数多くあり、WorldWide Webはデータの安全性を保証できませんので、あなたがデータが安全に伝送・保存さã
2677‚Œã¦ã„ることを保証しなければなりません。<br>
2678ネットショップや銀行サイトの顧客はハッカーの標的になりやすいため、かつてないほどにデータの暗号化が重要となり、サイバー攻撃の第一防御壁としての役割を担うようになっています。
2679</p>
2680</a>
2681
2682<a class="item" href="./blog-2017-09-15.html">
2683<h3>Webパフォーマンス入門: クリティカルレンダリングパス</h3>
2684<img decoding="async" src="./images/rendering_fast.jpg" alt="高速なレンダリング開始">
2685<p class="right">2017年9月15日</p>
2686
2687<p>
2688Webサイトの成功は、ユーザのデジタル体験と直に比例します。<br>
2689テクノロジーの時代においては、色々なことを知っている消費者、競争力のあるターゲットマーケティング、そして速度が重要です。<br>
2690ユーザはWebサイトが素早く読み込まれることを期待しています。<br>
2691ユーザが素早くWebページを閲覧できるほど、デジタル体験は良いものになります。
2692</p>
2693</a>
2694
2695<a class="item" href="./blog-2017-09-01.html">
2696<h3>Webパフォーマンス入門: リダイレクト</h3>
2697<img decoding="async" src="./images/redirect_url.jpg" alt="URLのリダイレクト">
2698<p class="right">2017年9月1日</p>
2699
2700<p>
2701Webサイトはもはや単なるシンプルなHTMLページと静的コンテンツだけのものではありません。<br>
2702様々な機能を備え、コンテンツは一定間隔で更新される、動的なインターフェースへと変貌したのです。<br>
2703Webサイト管理者は様々なテクニックを用いて、ユーザが、ページやコンテンツの最新バージョンを見ることができるようにします。<br>
2704新しい機能がサイトに追加されている時や、Webページのリソースが新しい場所に移動した際には、ユーザにそれらのページにアクセスされたくはないと思います。<br>
2705アクセスを防ぐには、Webページのリダイレクトを用います。送信されたHTTPリクエストを、サイト内の他の場所にリダイレクトして、ユーザ体験がシームレスになるようにできます。
2706</p>
2707</a>
2708
2709<a class="item" href="./blog-2017-08-29.html">
2710<h3>Webパフォーマンス入門: 動画の最適化</h3>
2711<img decoding="async" src="./images/movie_on_the_web.jpg" alt="APIで繋がるアプリケーション">
2712<p class="right">2017年8月29日</p>
2713
2714<p>
2715Web ページのコンテンツには、リッチテキストの HTML、画像、動画、その他のメディアが混在しています。<br>
2716マルチメディアコンテンツは全体のページサイズを大きく増加させ、Web ページのパフォーマンスに対して直に影響します。<br>
2717これは動画を埋め込むことがベストプラクティスに反するということではありません。<br>
2718どのような種類のページコンテンツであっても、あらゆるパフォーマンス上の問題を克服するように調整できるのです。<br>
2719</p>
2720</a>
2721
2722<a class="item" href="./blog-2017-08-16.html">
2723<h3>Webパフォーマンス入門: APIの監視</h3>
2724<img decoding="async" src="./images/application_connectivity_with_api.jpg" alt="APIで繋がるアプリケーション">
2725<p class="right">2017年8月16日</p>
2726
2727<p>
2728APIは私達が繋がり続けるために重要な役割を果たしているため、APIの可用性だけではなく、パフォーマンスについてもメンテナンスしていかなければなりません。<br>
2729APIの監視をする際、API とアプリケーションの統合からパフォーマンスの問題まで、考慮すべき観点がいくつかあるため、一般的な、稼働時間しか報告してくれないような監視の方法は望ましくありません。
2730</p>
2731</a>
2732</section>
2733</main>
2734
2735<aside class="contact">
2736<h2>お問い合わせフォーム</h2>
2737
2738<p>
2739SLA/SLOの計測・監視に関する無料トライアル、見積り、ご相談についてお気軽にお問い合わせください。
2740</p>
2741
2742<p class="center">
2743<a class="button" href="../contact/index.html">&#x27a1; SLA/SLOの計測・監視に関するお問い合わせ</a>
2744</p>
2745</aside>
2746
2747<aside class="social">
2748<h2 class="white">私達のソーシャルメディアでの情報発信をフォローしませんか?</h2>
2749
2750<ul>
2751<li><a href="https://x.com/speeddata_jp" target="_blank" rel="noopener noreferrer"><img class="sns_icon" decoding="async" src="../images/x.svg" alt="X"></a></li>
2752<li><a href="https://www.facebook.com/speeddata.jp" target="_blank" rel="noopener noreferrer"><img class="sns_icon" decoding="async" src="../images/facebook.svg" alt="Facebook"></a></li>
2753<li><a href="https://www.youtube.com/channel/UCjI_u8r9-w1KB5L7HJxHLjQ" target="_blank" rel="noopener noreferrer"><img class="sns_icon" decoding="async" src="../images/youtube.svg" alt="YouTube"></a></li>
2754<li><a href="https://www.linkedin.com/showcase/speeddata.jp/" target="_blank" rel="noopener noreferrer"><img class="sns_icon" decoding="async" src="../images/linkedin.svg"  alt="LinkedIn"></a></li>
2755</ul>
2756</aside>
2757
2758<aside class="navigation-timing">
2759<h2>このページの表示速度</h2>
2760
2761<table class="t-format3">
2762<caption id="js_navigation_timing">?</caption>
2763<tr><th scope="row">Redirect</th><td id="js_navigation_timing_redirect">?</td></tr>
2764<tr><th scope="row">App cache</th><td id="js_navigation_timing_app_cache">?</td></tr>
2765<tr><th scope="row">DNS lookup</th><td id="js_navigation_timing_dns_lookup">?</td></tr>
2766<tr><th scope="row">TCP Connection</th><td id="js_navigation_timing_connect">?</td></tr>
2767<tr><th scope="row">First Byte Download</th><td id="js_navigation_timing_response">?</td></tr>
2768<tr><th scope="row">DOMContentLoaded</th><td id="js_navigation_timing_domContentLoaded">?</td></tr>
2769<tr><th scope="row">Load</th><td id="js_navigation_timing_load">?</td></tr>
2770</table>
2771
2772<p>
2773<a href="https://www.w3.org/webperf/" target="_blank" rel="noopener noreferrer">W3C Web Performance Working Group</a>が制定した、
2774<a href="https://www.w3.org/TR/navigation-timing-2/" target="_blank" rel="noopener noreferrer">
2774Navigation Timing Level 2</a>という標準計測指標での数値です。
2775</p>
2776</aside>
2777
2778<footer>
2779<p class="center">
2780Copyright 2021-2026
2781 Spelldata, Inc. All Rights Reserved.<br>
2782株式会社 Spelldata<br>
2783〒100-0004 東京都千代田区大手町一丁目7番2号 東京サンケイビル27階<br>
2784SpeedData、SpeedData のロゴは、株式会社 Spelldata の商標または登録商標です。<br>
2785<a href="https://spelldata.co.jp/about/privacy_policy.html" target="_blank" rel="noopener noreferrer">プライバシーポリシー</a>
2786</p>
2787</footer>
2788</body>
2789</html>

Line numbers count LF bytes from the start of the resource, as the search results do. Vendor segments are library code the classifier recognised; they are stored but not indexed. Bytes are shown as Latin1 characters, one per byte.