可観測性を成功させるための5つのヒント

2020年、ITリーダーがクラウドコンピューティングと迅速なデジタル化によって有機的に成長した複雑さを抑える新しい方法を模索したため、IT運用における可観測性の概念が注目を集めました。

可観測性 ITモニタリングとは異なり、アプリケーションの開発と豊富なインストルメンテーションに重点を置いているため、オペレーターはソフトウェアがどのように機能するか、または本番環境でどのように機能しているかについて有意義な質問をすることができます。新しい質問をする機能により、ITはアプリケーションの動作についてさまざまな視点を得ることができるため、顧客の結果を最適化および改善できます。

可観測性について考えるもう1つの方法は、ユーザーの視点がすべてであり、ユーザー中心の考え方とアプローチが必要であるということです。＆nbsp;従来の（ブラックボックス）監視は、システムが稼働しているかどうかを示すメトリックを提供しますが、可観測性は、システムが実際にビジネスおよびユーザーの要件に対して適切に機能しているかどうかを示すことにより、これをさらに一歩進めます。

従来の（ブラックボックス）監視は、システムが稼働しているかどうかを示すメトリックを提供しますが、可観測性は、システムが実際にビジネスおよびユーザーの要件に対して適切に機能しているかどうかを示すことにより、これをさらに一歩進めます。」

動作中の可観測性

可観測性は、次のような問題を解決することにより、インフラストラクチャ監視のビジネス価値とのより鋭いつながりを生み出します。

サーバーはオンラインで利用可能ですが、サーバーがサポートするアプリケーションが誤動作しています。
ネットワークは稼働していますが、ユーザーのトランザクションが実行されていないか、Webサイトが異常に動作している可能性があります。
あなたのサイトは、あるブラウザでは正常に機能していますが、別のブラウザでは機能していません。

これらは、ユーザーがサービスのパフォーマンスを向上させるためにサイトやアプリに不満を述べたり、離れたりする前に、IT組織がprontoについて知っておく必要のある種類の問題です。これは顧客維持と従業員にとってひどいことであり、コストがかかり、安全でないシャドーITにつながる可能性があります。

いずれにせよ、可観測性の欠如は、組織がユーザー満足度が低く、サポートコストが高い傾向があることを意味します。＆nbsp;可観測性には、監視に対する最新のアプローチが必要です。開発者が監視活動に参加して参加すると、より成功します。

2021年に可観測性の実践を強化するためのいくつかのアイデアがあります。

データを展開します。 CPU使用率やネットワーク遅延などの従来のリソース監視メトリックを超えます。すべてのインフラストラクチャコンポーネントからのログ、トレース、メトリック、およびアラートを含めて、アプリケーションへの新しい洞察を可能にします。チームは、インシデントが発生したときのための適切なルーティングおよび通信チャネルを備え、最適な修復または追加のコンテキストを提供できるシステムにすばやくアクセスできる必要があります。
可観測性を開発の原則にします。 申し訳ありませんが、開発者ですが、これは遅かれ早かれあなたの仕事の一部になるでしょう。開発者は、「コードを壁に投げ込む」だけではなく、運用担当者に理解させることができないと、しばらく前から聞いていました。アプリケーションの正常性は長い間IT運用によって所有されてきましたが、論理的に言えば、アプリケーションの正常性を本当に理解しているのは、アプリケーションを構築し、コードが本番環境でどのように機能するかを知っているため、開発者です。多くの場合、通常はスプリントサイクルの後半に、誰かが「本番環境でこのサービスをどのように監視するのか」という質問を投げかけます。開発チームは実行可能なソリューションを手に入れるために急いで回り、最終的に誰かがアプリサーバー上でオープンソース監視ツールのインスタンスを実行することになります。これがおなじみのように聞こえるなら、あなたは一人ではありません。この状況は、可観測性をCI / CDパイプラインの重要なステップにすることで回避でき、後から考えることはできません。
可観測性のために作られた監視ツールを調達します。 APMツール、またはますます、次のようなオープンソースの監視ツールプロメテウスアプリケーションの通常の操作中に発生する可能性のある、アプリケーション、クライアント、サーバー側のエラーなどの操作メトリックを測定するのに役立ちます。 Synthetics またはデジタルエクスペリエンス管理ツールは、システムの出力を理解するための別の方法を提供します。これは、次のような質問に答えるのに役立ちます。ユーザーはアプリケーションにアクセスできますか。また、ユーザーのエクスペリエンスにトランザクションの失敗はありますか？強力でニッチな可観測性ツールがいくつかありますが、それらは使いにくく、多くの開発者が持っていないネイティブの監視の専門知識を必要とする場合があります。ベンダーの話題を無視し、スキルレベル、リソースなどの点で組織に適したツールを採用します。＆nbsp;展開と管理が簡単である必要があります。
工具を簡素化します。 ITOps組織とDevOps組織にまたがる一般的な落とし穴は、複製ツールの急増です。＆nbsp;多くの場合、これらのツール間でデータが統合されていないため、可観測性戦略を単純かつ包括的に実装する作業が非常に困難になります。これが、アーチ型の状態を実現するのが非常に難しい理由です。ガラスの単一のペイン. ほとんどの場合、監視および可観測性ツールが求められ、差し迫った問題（リリースの準備、特定のクライアント側エラーのトラブルシューティングなど）を解決するために使用されます。時間の経過とともに、重複するユースケースを解決する20を超える監視ツールが組織にどのようにもたらされるかを簡単に理解できます。保持しているものを統合、統合し、プラットフォームソリューションを検討します (OpsRamp) すべてのデータを管理および統合し、開発者とオペレーターの両方の時間を節約します。
エンドユーザーエクスペリエンスの向上に向けて集結します。 可観測性とそれが解決する問題は、開発者、エンジニア、管理者にとって意味があるだけではありません。可観測性ツールによって生成された洞察の多くは、営業、マーケティング、サポート、または専門サービスで働いている可能性のある技術の少ない同僚に豊富なコンテキストを提供できます。

いくつかの例が含まれます：

ウェブサイト全体で最もトラフィックが多いのはどの日または時期ですか？
ユーザーが最も頻繁にアクセスする特定のWebページはありますか？
立ち上げ後、またはWebページの変更後、トランザクションの増加が見られますか？
Webページの読み込みが遅いですか？もしそうなら、原因は何ですか？

これらの質問に答えることは、多くの場合、非技術チームがアクセスできるツールを橋渡しし、アプリケーション自体のより深い理解を必要とします。 DevOpsチームとITOpsチームは、技術者以外の利害関係者と協力して、可観測性ツールで対処できるビジネス上の問題と、それらを解決するための最良の方法を理解する必要があります。