OpsRampがエンタープライズDevOpsのユースケースにどのように対処するか

DevOpsは、動的なインフラストラクチャ要素全体で継続的なリリースサイクルを使用して、スピードと俊敏性を向上させることを目的としています。 DevOps管理は、従来のIT環境のIT運用管理とはまったく異なります。 DevOpsの変革を成功させるために留意する必要があることは次のとおりです。

動的なIT資産をどのように追跡し、DevOps環境全体のすべての変更を処理しますか？ OpsRampは、企業が達成できるようにします アジャイルで継続的な展開 これがDevOpsのすべてです。

OpsRampで対処できる実際のDevOpsのユースケースは次のとおりです。

検出と展開のポリシー

企業の運用チームは、新しいデバイスを手動で検出し、それらを管理された状態に移行します。 DevOps環境では、アプリケーションのスケールアップとスケールダウンに伴い、手動による介入なしで新しいデバイスを発見し、管理ポリシーを迅速に適用する必要があります。

OpsRampの検出ポリシーは、ハイブリッドIT環境全体でインフラストラクチャ要素を検出するためのルールを定義するのに役立ちます。新しいデバイスタイプが追加されたことを動的に検出し、それらを自動的に登録する検出ポリシーを作成できます。

リソース管理ポリシー

エンタープライズDevOps環境では、リソースは継続的に追加および削除され、動的なニーズに対応できる管理フレームワークが必要です。 OpsRampを使用すると、同じプラットフォームでリソース管理、アプリケーション管理、およびサービスレベル管理を行うことができます。

新しいリソースが追加されると、OpsRampの検出ポリシーはリソースに搭載され、ポリシーはさまざまなリソースタイプに動作を適用します。特定のITリソースに対するOpsRampのスマートフィルターは、リソースのタイプに基づいて監視テンプレートを決定します。 DevOpsエンジニアは、さまざまなリソースタイプのフィルターをOpsRampで作成でき、一致するものがある場合はポリシーが適用されます。

アラート管理

運用チームとNOCは画面に表示され、問題を修正するためにアラートに依存しています。 DevOpsチームは、問題が発生した場合にのみ通知を受け取りたいと考えています。 DevOpsエンジニアは、OpsRampでポリシーを定義して、アラートを特定のプロセスのチケットに変換できます。

たとえば、アラートの件名にCPU使用率またはメモリ不足が含まれている場合、OpsRampは   インシデント、インシデントをチケットに更新し、ユーザーに通知します。 OpsRampにログインしなくても、   IT環境に重大な問題が発生した場合は、テキスト、電子メール、またはポケットベルで通知されます。

サービスグル​​ープ

OpsRampのサービス可用性モニターは、重要なサービスの状態を定義および追跡するのに役立ちます。特定のサービスがダウンした場合、OpsRampはすぐに適切なチームに通知し、動的なワークロード全体の可視性を得るのに役立ちます。

ダッシュボード

何千ものインフラストラクチャリソースがある場合、DevOpsチームは何が壊れているかをすぐに理解できる必要があります。根本的な原因を突き止めるために、個々の要素にドリルダウンする余裕はありません。

OpsRampダッシュボードは、重要なメトリックのカスタムウィジェットを作成するのに役立ちます。サービスレベルでメトリックを監視するか、サービス全体のCPU使用率のウィジェットを作成して、ダッシュボードにライブサービスのステータスを表示します。

リモートコンソール

クラスター内に複数のノードがある場合、DevOpsチームはすべてのノードにわたるCPU使用率を表示したい場合があります。複数のノードとのシステムの相互作用が必要なため、スクリプトを使用してノード間のCPU使用率にアクセスすることはできません。 OpsRampを使用すると、複数のリモートコンソールを起動し、さまざまなノードと対話し、環境で何が起こっているかをリアルタイムですばやく理解できます。

APIs

プログラム的な方法でIT環境を管理する場合は、APIを介してOpsRampの機能を利用できます。プラットフォームにログインせずに、APIを使用してOpsRampと対話できます。