31～45 件を表示 ／ 全 83 件
世界でのイベントの主な収穫を共有！重要なテーマについてブログでご紹介
2年間バーチャルミーティングを続けてきたCatchpointのEMEAチームは、 ついに再び巡業の旅に出ました。 同チームはkeynoteの講演を聴き、技術界の四方八方から集まった人々が 主導するディスカッション・ハドルに参加してきました。 当ブログでは、同じように繰り返し出てくる重要なテーマについて 紹介します。 【掲載内容】 ■いくつかの重要ポイント ■対面による再会 ■DevOpsDays ― バーミンガムにて ■新しい常識を受け入れよう ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
過去数年間の監視とオブザーバビリティの変化から従業員の生産性向上までブログでご紹介！
Monitoramaでは監視やオブザーバビリティ、SLIやSLOのこと、そして何よりも、 ベンダーやプロバイダーではなく実務担当者が行っていることについて、 業界の専門家やコミュニティリーダーによる講演が行われます。 当ブログではその準備のために、CatchpointのCEOに、このイベントに関する いくつかの質問と、過去数年間の監視とオブザーバビリティの変化に関する、 彼の認識についてインタビュー形式でご紹介。 是非、ご一読ください。 【掲載内容】 ■Q&A：Monitorama 2022 ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
チームの状態や成長を助けるための洞察力があるほど、成功する可能性は高まります！
Hypergrowth Engineering Summitにおいて、高機能なエンジニアリングの 構築と拡張に焦点を当てたセッションが行われました。 あるセッションはエンジニア・チームの拡張に焦点を当て、あるセッションは システムに焦点を当てました。 それぞれのトピックが非常に異なっているにも関わらず、まとまりのある ストーリーとして非常にうまく調和している点で、チームに対するアドバイスが システムに対してもとても有効に機能しており、その逆もまた然りということです。 当ブログでは、特に気に入った3つの講演について、お伝えしたいと思います。 【掲載内容】 ■3つの重要な講演 ■成功するエンジニア・チームの構築 ■アドバイスを翻すとどうなるか ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
より良い（オブザーバビリティ）解決は、より速い（障害）解決に繋がります！
先日、サファイヤ・ベンチャーズ社のHypergrowth Engineering Summitに 参加しました。 その中で、CircleCI社CTOと、LaunchDarkly社エンジニアリング・プロダクト 担当SVPによるによるパネルディスカッションが行われました。 このセッションでは、誰もが左にシフトしているこの世界において、チームは むしろ右にシフトすることを考えるべきだという、示唆に富んだ話がなされました。 【掲載内容】 ■左にシフトするか、右にシフトするか ■本番でトラブルシューティングを成功させるためには ■オブザーバビリティ計画によるトラブルシューティングの効率化 ■例: 動作中のオブザーバビリティ戦略 ■より良い（オブザーバビリティ）解決は、より速い（障害）解決に繋がる！ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
Catchpointを使用！Core Web Vitalを好適に利用し、ユーザの多様な組み合わせに対応
私たちは、共に歩んでいます。お客様の期待に応えるための継続的な 努力の一環として、最近Core Web Vitalをパフォーマンス測定プログラムに 追加しました。 このたび、これらのメトリクスがCatchpointプラットフォームの ネイティブパートになったことをお知らせします。 DevOpsのSRE、プラットフォームオペレーションエンジニア、そして ビジネスと監視の戦略家は、この追加によって一連の重要な利点を 実現することができます。 【掲載内容】 ■Core Web Vitalとは ■デジタル監視の階層的なニーズへの対応 ■Core Web Vitalの測定にCatchpointを使用する理由 ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
ITに関わる全ての人たちに感謝します！システム管理者の日を祝うための4つのヒントをご紹介
システム管理者の日、おめでとうございます！ 7月29日は、システム管理者（およびネットワーク管理者、ネットワーク エンジニア、ITヘルプデスクなど、ネットワークの稼働を支えている 全ての人）の努力に感謝し、敬意を表する日です。 あなたはこの一年間、問題の解決、ユーザの受け入れ、新しいシステムの 統合、そして全世界の接続を維持することに従事してきました。 毎年7月最後の金曜日に、あなたの努力が高く評価されていることを 実感してください。 【掲載内容】 ■ITで頑張っている皆さん、いかがお過ごしでしょうか ■システム管理者の日を祝う（そして技術者への崇拝を促す）ための 4つのヒント ■ハッピー・システム管理者デー！ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
レポート結果からわかったSREたちの認識のギャップについて詳しく解説します！
SREレポート2023で最も驚いたのは、最初のベータテストの参加者が、 自分たちが抱えているバイアス（偏見）や見解を無意識に擁護したことです。 レポート史上初めて、特定の機会や課題に関する質問に対して、 役割やランク（個人事業主と経営幹部など）がどのように異なる 回答をしているかを深く掘り下げました。 今、私たちは、いくつかの解答群にギャップや差分があったことに 驚いているわけではありません。しかし、この最初の発見がもたらした 道筋には驚かされました。 【掲載内容】 ■「Artificial Intelligence for IT Operations（AIOps）から 受け取った価値について評価ください」 ■「あなたの役割に最も近いのはどれですか？」 ■今年のレポート最大のサプライズは… ■組織構造を超えた新しい、より良い、よりしなやかな会話をする ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
今年本当にお願いしたいのは、信頼できる、安定した、回復力のあるインターネット！
拝啓 サンタさん 私は今年、とっても優秀なITオペレーションズ・マネージャーでした。 （今の世相を考えると、これは大袈裟かもしれませんけど） それで、私の欲しいものリストが何点かあるんです。 続きは、関連リンクをご覧ください。 【掲載内容（一部）】 ■障害をなくして！ ■ヘルプデスクチケットを大幅に減らして！ ■より包括的なRUMとWeb体験分析を！ ■詳細データの過去と現在の亡霊たち！ ■BGPのリアルタイムデータ！ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
ソリューションを活用した監視戦略をとる重要性！極めてターゲットを絞った監視が可能
検出は、口で言うほど簡単なことではありません。多くのサイトでは、 基本的な稼働率監視（場合によってはトップページの監視のみ）に 頼っているため、断続的あるいは部分的なサイト障害が発生している 企業では、その検知を見落とす可能性があります。 2021年12月初め、私たちのトランザクション監視の機能により、 まさにそのような問題がAmazonで検出されました。 当記事では、CatchpointのIPMプラットフォームがAmazonの2日間の 検索障害を検出した方法についてご紹介しています。 【掲載内容（一部）】 ■Amazonの検索失敗の検出 ■インターネット・スタックのどの層に責任があったのか？ ■オブザーバビリティ・ゴールデントライアングルへの挑戦 ■なぜここでIPMが重要なのか ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
肝心なことは何なのか？実務担当者と経営陣の間にある認識の「ズレ」
SREレポートには、毎年、私たちを立ち止まらせ、考えさせるような傾向や アンチパターンが存在します。例えば、昨年は世界的に労働レベルが大きく 低下していることがわかりました。 しかし、今年は大々的な業務再開が進んでいるにもかかわらず、労働レベルは さらに低下しています。これはパラドックスであり、その精査が 必要であることは間違いないでしょう。 今年のレポートでは、特定の機会や課題に関する質問に対して、役割や ランク（例：個人事業主と経営幹部）による回答を詳しく調べたところ、 興味深いパターンが浮かび上がってきました。 【掲載内容（一部）】 ■AIOpsから得られた価値 ■「非難すべきところがない」ということの認識 ■製品スイートの優先傾向 ■大量離職の影響 ■コミュニケーションとコラボレーション ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
DNSレコードを最適化して、エラーのない実装を享受することが可能になります
SPFレコードの長さには255文字の制限があり、これを超えるとSPFが破損し、 認証に失敗する可能性があります。 「SPF exceeds maximum characters limit」というメッセージが 表示された場合、それは単に、お客様のDNSのSPFレコードがRFC7208で 規定された文字数制限よりも長いことを意味します。 これは、特にメールの配信がSPF適合性に大きく依存している場合に 問題となります。 【掲載内容】 ■SPFの長さの制限を超えないように最適化する ■SPFの文字数制限を超えた場合にどうなるか？ ■PowerSPFでSPFレコードの制限を厳守する ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
SPFが壊れた原因を特定しましょう。破損には、根本的な原因がいくつかあります
SPFレコードが壊れると、DNSレコードは機能しなくなります。こうなると、 電子メールが転送中に失われたり、本来届くはずのものが届かなくなる可能性が あります。 SPFレコードが壊れたら、まず壊れた原因を特定し、トラブルシューティングに 進むことから始めます。 もし、既に壊れたSPFを直すのが負担に感じるなら、外部に委託するのを お勧めします。 【掲載内容】 ■壊れたSPFレコードとは何か？ ■SPFのデータはなぜ壊れるのか？ ■SPFが壊れたときの対処法とは？ ■この処理を自動化する方法は？ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
ゾーン転送による負荷分散！重要性、構造、手順などについてブログでご紹介
アクティブなWebサイトの正確な数は変化し続けていますが、平均すると1分間に 175の新しいWebサイトが作成されています。つまり、1日に252,000もの新しい Webサイトが誕生しているということです。 言うまでもなく、ユーザはWebサイトのURLを入力しなければ、目的のページに たどり着けません。ここから、DNSのSOAレコードの役割が始まるのです。 DNSレコードとは何か、その種類については、以前すでに説明しました。 この記事では、DNSのSOAレコードとは何かを知ることができます。 その重要性、構造、手順などを知るために、最後まで読み進めてください。 【掲載内容（抜粋）】 ■DNSのSOAレコードとは？ ■なぜSOAレコードが必要なのか？ ■DNSにおけるゾーン転送とは？ ■SOAレコードはどのように機能するのか？ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
メールのなりすましや偽装を防止する上で非常に重要な要素！ブログ記事のご紹介
DMARCポリシー上書きとは何かとその仕組み、DMARCポリシー上書きと DMARCポリシー失敗の違い、DMARCレコードの上書きが正当かどうかなどについて 詳しく解説します。 是非、ご一読ください。 【掲載内容（抜粋）】 ■DMARCポリシー上書きについての解説 ■DMARCポリシー上書きメカニズムについて理解する ■DMARCポリシー上書きの5つの値 ■DMARCポリシー上書きは許されますか？ ■DMARCポリシー上書きレポートを送信すべきですか？ ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
いくつかの簡単な手順で解決！トラブルシューティングなど、ブログのご紹介
「550 SPF Check Failed」というメッセージは、送信者のDNSにSPFレコードが なかったり、無効なレコードである場合や、サードパーティのスパムフィルタによって 引き起こされる可能性がある一般的なエラープロンプトです。 このタイプのエラーにおける重要なポイントは、通常は送信者の責任であり 受信者の責任ではないこと、そして、いくつかの簡単な手順で解決できることです。 【掲載内容】 ■SPFについて ■「550 SPF Check Failed」エラーとは？ ■「550 SPF Check Failed」エラーの原因として考えられること ■550 SPF Check Failed Errorのトラブルシューティング ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくは、お気軽にお問い合わせ下さい。
