--- title: サービスヘルスとシステムヘルスが出会う場所 description: サービス管理プロセスを運用管理メトリックと組み合わせて、サービスの健全性と俊敏性を向上させます。 image: https://blog.opsramp.com/hubfs/Blog_images/System_Health.jpg --- [![OpsRamp](https://blog.opsramp.com/hubfs/HPE_OpsRamp_Logo_Gray_Blue_RGB-0423.svg "OpsRamp")](https://www.opsramp.com/) [ Schedule a Demo ](https://info.opsramp.com/request-demo?hsLang=ja) [![English](https://blog.opsramp.com/hs-fs/hubfs/en-us.png?width=32&height=32&name=en-us.png)](http://www.opsramp.com) [![English](https://blog.opsramp.com/hs-fs/hubfs/ja.png?width=32&height=32&name=ja.png)](https://blog.opsramp.com/ja//ja/service-health?hsLang=ja)   # [サービスヘルスとシステムヘルスが出会う場所](https://blog.opsramp.com/ja/service-health) [**](http://twitter.com/share?url=https://blog.opsramp.com/ja/service-health) ** [**](https://www.linkedin.com/shareArticle?mini=true&url=https://blog.opsramp.com/ja/service-health&summary=blog.opsramp.com&source=OpsRamp) [**](mailto:?Subject=Check%20Out%20This%20OpsRamp%20Blog%20Post&Body=I%20came%20across%20this%20post%20on%20the%20OpsRamp%20Blog%20and%20thought%20you'd%20like%20it.%20Check%20it%20out:%20https://blog.opsramp.com/ja/service-health) 3 Min Read | 9月 26, 2021 [![サービスヘルスとシステムヘルスが出会う場所](https://blog.opsramp.com/hubfs/Blog_images/System_Health.jpg) ](https://blog.opsramp.com/ja/service-health) ![](https://blog.opsramp.com/hs-fs/hubfs/Bhanu_Singh-2.jpg?width=120&name=Bhanu_Singh-2.jpg) By [Bhanu Singh](https://blog.opsramp.com/ja/author/bhanu-singh#author) ![SUBSCRIBE](https://no-cache.hubspot.com/cta/default/308166/89850b51-b95b-4330-9c88-2bdac48746b6.png) NS *機敏* 現代のビジネスにとって主要な競争上の優位性になります より多くの企業が、より迅速なイノベーションとより迅速な価値実現のために新しいテクノロジーを採用しています。パブリッククラウド、コンテナー、マイクロサービス、サーバーレスコンピューティングは、迅速に対応する機能がカスタマーエクスペリエンスの一部になっているため、実行速度を向上させ、組織の柔軟性を高めるのに役立ちます。デジタルトランスフォーメーションの時代では、スピードは明らかに競争上の差別化要因になっています。 過去20年間、IT運用およびサービス管理チームのニーズに応えるテクノロジー企業は、このスピードのニーズをサポートしようとしてきました。彼らの挑戦？基盤となるテクノロジー、プロセス、および顧客の期待は常に変化しています。標準のIT運用管理（ITOM）は、ますます動的になる環境でのシステムの正常性と稼働時間に重点を置いています。一方、ITサービス管理（ITSM）アプローチは、チケットを管理し、個々のインシデントを修正するプロセスを中心に構築されています。歴史的に、これら2つのチームは、エンタープライズITチームのコア内で別々に行動してきました。 しかし、それらをまとめるのは簡単ではありません。透明性市場調査[書き込み](http://www.digitaljournal.com/pr/3566766) that “IT運用とサービス管理ソリューションの統合は、[ソフトウェアベンダー]が現在取り組むのに苦労している最大の課題です。 IT運用とサービス管理における無数のフェーズと相互に関連するプロセスの間の調整に必要な多大な努力が、シームレスな展開を困難にしています…」なぜですか？より多くのビジネスサービスをサポートする新しい方法だからです[統一された一元化されたフレームワーク](https://www.opsramp.com/about-opsramp/why-opsramp/)。それは新しい考え方への転換です。 これは、IT運用に対するより統一されたアプローチの必要性の高まりを助長する環境であり機会です。*and* サービス管理、またはITOSM。 ## **ITSMとITOM：統合され、調整され、アジャイル** 歴史的なサイロにもかかわらず、ITOMとITSMはどちらも、ビジネスのニーズに応じてテクノロジーを管理するという同じ課題に取り組みました。彼らは2つの異なる補完的であるが対照的な方法でそれを行います。 ITSM brings a rigorous *プロセスフレームワーク (ITIL)* サービスの稼働時間を維持するために、発生したインシデントを体系的に修正します。サービス管理チームは、ツールとテクノロジーを使用して、通知から修復までのインシデントライフサイクルを管理します。しかし、サービスデスクチームには、ITOMテクノロジがもたらすもの、つまり、これらのビジネスサービスの基盤となるアプリケーションとインフラストラクチャを監視、維持、および管理するための完全な機能スイートもありません。つまり、サービス管理チームはインシデントを修正できますが、そもそもインシデントの診断（根本原因分析とも呼ばれます）とインシデントの防止に苦労していました。また、サービス提供チームが診断だけに重要な時間を費やす場合、全体的な修復を迅速化するために、インシデントの背後にある欠落したコンテキストを提供することが重要です。 一方、ITOMは生きて呼吸する分野です *メトリック* システムの健全性とパフォーマンスの評価。 IT運用チームは、ツール、洞察、およびサービスを組み合わせて、道路の凹凸を積極的に監視および診断します。発見、監視、イベント相関、およびエスカレーション管理が彼らの選択の武器ですが、IT運用チームがビジネス顧客とやり取りしたり、インシデント修復のために厳格なITSMプロセスを導入したりすることはめったにありません。 さらに、デジタルトランスフォーメーションの世界では、運用チームは採用する必要があります [プラットフォーム思考](https://www.opsramp.com/solutions/it-operations-as-a-service/) エンタープライズIT管理に。 ITOMとITSMを1つに組み合わせる [デジタルオペレーションコマンドセンター](https://blog.opsramp.com/real-time-incident-management?hsLang=ja) システムパフォーマンスに関する過去および現在のコンテキストデータを提供し、ビジネスのすべてのレベルで使用できる統一された記録システムを作成できます。そして、ペインを切り替えたり、異種データを組み合わせたりすることなく、すべてを実行できます。 ## **CMDBに出入りする** 一部のITSMおよびITOMソフトウェアベンダーは、構成管理データベース（CMDB）と呼ばれる共通のリポジトリを介してこれら2つのプラクティスをまとめようとしました。 CMDBは、IT要素をビジネスサービスの基礎となるアプリケーションプロセスにリンクするための信頼できる唯一の情報源となることを目的としています。しばらくの間、CMDBは、ITリソースとその構成の静的なスプレッドシートとして最も生の形で存在し、手動で更新および管理されていました。しかし、仮想化、クラウドコンピューティング、および新時代のワークロードの新しいテクノロジーによってインフラストラクチャが変革され、CMDBの静的な性質が時代遅れになっているように見えます。変化は速く起こります。マイクロサービスを中心にますます構築されるハイブリッドマルチクラウド環境では、既存のリソースと構成は、追加されるのとほぼ同じ速さで日付が付けられます。 では、次は何ですか？ここにチャンスがあります。サービスと運用管理を総合的に組み合わせて、動的なビジネスコンテキストでテクノロジーの選択を推進します。そして、アジャイルで最適化された顧客体験のための統一されたITOM + ITSMプラクティスとして機能します。 ## **ITOSMの世界へようこそ** IT運用とサービス管理の新しい世界では、これらのサイロの両方が、デジタル企業のニーズに対応するのに十分な柔軟性と俊敏性を備えた、統合されたオープンなプラットフォームベースのアプローチに融合します。次のようなITSMの最高のものを組み合わせることを想像してみてください。 - インシデント/問題管理 - 変更/リリース管理 - 修復 - サービスレベル管理 以下を使用して、より高速かつ効果的に機能する運用サポートシステムを使用します。 - End-to-end [ハイブリッドインフラストラクチャの可視性](https://www.opsramp.com/solutions/unified-service-discovery/) - サービストポロジとアプリケーションの依存関係のマッピング - [統一された監視](https://www.opsramp.com/solutions/modern-it-infrastructure-monitoring/) クラウド全体、オンプレミスおよび一時的なワークロード - [人工知能](https://blog.opsramp.com/control-the-chaos-aiops?hsLang=ja) for faster root-cause analysis - [自動化](https://www.opsramp.com/the-opsramp-platform/automation/) パッチ適用と脆弱性管理 現代のIT管理に対するこの新しいビジョンでは、インフラストラクチャ要素とビジネスサービスの間のコンテキスト関係がより透過的になり、根本原因の分析と診断が半分になります。予防的自動化により、インシデントの数を減らし、ITスタッフを単に照明をつけ続けるのではなく、イノベーションに向かわせることができます。そして人工知能と機械学習（ガートナーが呼ぶもの[AIOps](https://blogs.gartner.com/andrew-lerner/2017/08/09/aiops-platforms/)）インテリジェントなアラートとチケット管理により、全体的な平均解決までの時間を短縮できる可能性があります。 ITOSMは、ビジネスサービスの稼働時間を改善し、ノイズを削減し、インシデントレスポンスを改善することを目的として、より高品質のソフトウェアをより迅速にサポートするだけでなく、ますますダイナミックでデジタル化する世界でより大きな競争力を提供するビジネスアジリティを提供できます。これは、ITプラクティス間でサイロが崩壊し、テクノロジーが統一戦線として運用および管理され、適応性のオープンフレームワークを備えたプラットフォーム思考の約束であると私は信じています。これは、真のデジタルオペレーションコマンドセンターの未来です。ピースとパーツはすでに存在します。 ITOSMは、この動きの次の論理的なステップにすぎません。 *この記事は最初に公開されました*[*ネットワークワールドIDGコントリビューターネットワーク*](https://www.networkworld.com/article/3292921/infrastructure/where-service-health-meets-system-health.html)*.* ## **次のステップ：** - ホワイトペーパーをダウンロードしてください[デジタルオペレーションコマンドセンター](https://info.opsramp.com/digital-operations-command-center?hsLang=ja). - 配信する方法を学ぶ [サービスとしてのIT運用](https://www.opsramp.com/solutions/it-operations-as-a-service/). - 詳細については [Unified Service Intelligence](https://www.opsramp.com/solutions/unified-service-intelligence/). [**![On-Demand Webinar: OpsRamp Fall 2018 Release](https://blog.opsramp.com/hs-fs/hubfs/Blog_images/On-Demand-webinar-release-5-1-email-hero.jpg?width=1200&name=On-Demand-webinar-release-5-1-email-hero.jpg)**](https://info.opsramp.com/fall-2018?hsLang=ja) [Tweet](https://twitter.com/share) [ Share](http://www.linkedin.com/shareArticle?mini=true&url=https://blog.opsramp.com/ja/service-health?latest1) [**](mailto:?Subject=Check%20Out%20This%20OpsRamp%20Blog%20Post&Body=I%20came%20across%20this%20post%20on%20the%20OpsRamp%20Blog%20and%20thought%20you'd%20like%20it.%20Check%20it%20out:%20https://blog.opsramp.com/ja/service-health) Share [Tweet](https://twitter.com/share) [ Share](http://www.linkedin.com/shareArticle?mini=true&url=https://blog.opsramp.com/ja/service-health?latest1) [** ](mailto:?Subject=Check%20Out%20This%20OpsRamp%20Blog%20Post&Body=I%20came%20across%20this%20post%20on%20the%20OpsRamp%20Blog%20and%20thought%20you'd%20like%20it.%20Check%20it%20out:%20https://blog.opsramp.com/ja/service-health) X --- ## Recommended posts [![可観測性はまだ初期段階ですか?](https://blog.opsramp.com/hubfs/Blog_Hero_Observability_Report_2024@2x-100.jpg)](https://blog.opsramp.com/ja/observability-early-days?hsLang=ja) [可観測性はまだ初期段階ですか?](https://blog.opsramp.com/ja/observability-early-days?hsLang=ja) [![ユニファイドサービスインテリジェンス：デジタルトランスフォーメーションのための秘密兵器](https://blog.opsramp.com/hubfs/Unified-Service-Intelligence-dashboard-preview.jpg)](https://blog.opsramp.com/ja/unified-service-intelligence?hsLang=ja) [ユニファイドサービスインテリジェンス：デジタルトランスフォーメーションのための秘密兵器](https://blog.opsramp.com/ja/unified-service-intelligence?hsLang=ja) [![「ガラスの単一ペイン」がIT運用の苦痛となっている5つの理由](https://blog.opsramp.com/hubfs/Blog_images/SPOG/SPOG-hero.jpg)](https://blog.opsramp.com/ja/single-pane-of-glass?hsLang=ja) [「ガラスの単一ペイン」がIT運用の苦痛となっている5つの理由](https://blog.opsramp.com/ja/single-pane-of-glass?hsLang=ja) ### Get our regular updates and news © 2026 OpsRamp, LLC. All rights reserved.  [Privacy](https://www.opsramp.com/privacy/) | [Accessibility](https://www.opsramp.com/accessibility) | [Terms of Use](https://www.opsramp.com/terms-of-use/) ![](https://dc.ads.linkedin.com/collect/?pid=342636&fmt=gif) ![](https://px.ads.linkedin.com/collect/?pid=342636&fmt=gif) ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Bhanu Singh", "url" : "https://blog.opsramp.com/ja/author/bhanu-singh" }, "dateModified" : "2021-09-26T20:58:19.773Z", "datePublished" : "2021-09-26T20:58:19.000Z", "headline" : "サービスヘルスとシステムヘルスが出会う場所", "image" : [ "https://blog.opsramp.com/hubfs/Blog_images/System_Health.jpg" ], "mainEntityOfPage" : { "@id" : "https://blog.opsramp.com/ja/service-health", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://blog.opsramp.com/hubfs/logo.png" }, "name" : "OpsRamp,Inc." } } ```