最近、ネットワーク自動化の現状について IT 運用担当者にアンケートを実施したところ、市場がさまざまな課題に直面していることがわかりました。 NetOps の専門家が特に挙げた問題の中には、自動化の取り組みを進めるための統合ツールが不足していることがありました。
NetOps が直面する最大の障害が「DevOps」スキルの欠如であることを考えると、ツール統合の欠如が課題と見なされるのは当然です。 通常、これらには、従来 NetOps プロフェッショナルとは関連付けられていない開発スキルが含まれます。 統合には、ほとんどの場合、まさにこれらのスキルが必要です。 NetOps は、Web および API ベースのプロトコルのコマンドライン呼び出しにほぼ慣れていますが、これはツールとテクノロジーを統合するために必要なシステムを開発する能力を意味するものではありません。
これは問題です。 IT 運用のためのオープン ソース ソリューションが急速に導入された結果、NetOps が自動化イニシアチブで選択できるオプションが豊富になりました。 NetOps は、従来のスケジュールに従って統合を待つつもりはありません。 そして、誰が彼らを責めることができるでしょうか? 結局のところ、企業は彼らを待つつもりはない。
そのため、F5 では、従来の製品リリース スケジュール外でこのようなニーズに迅速に対応するために、実務者に提供しているのと同じツールとフレームワークを使用しています。
F5 iControlLX は、BIG-IP のコントロール プレーン機能を拡張するコードを実行できる、Node.js ベースの拡張性フレームワークです。 このフレームワークにより、外部システムと情報ソースを統合できるようになり、BIG-IP から情報を取得して他のシステムにプッシュするための便利な場所も提供されます。
その一例が、 BigStatsと呼ばれるソリューションです。 BigStats は、BIG-IP によって生成されたテレメトリを、情報を収集、分析、ダッシュボード化するシステムと統合する必要性から誕生しました。 BigStats バージョン 0.4 は最近 GitHub にコミットされ、従来のデータ形式と AS3 データ形式の両方をサポートするようになりました。 テレメトリのエクスポートも拡張され、デバイス固有の統計も含まれるようになりました。
CTO オフィスの開発者アドボケートであるNathan Pearceによって開発されたこの統合は、 iControlLXを活用し、node.js を使用して、ユーザーが指定した間隔で目的のエンドポイントにテレメトリをプッシュします。 当初のリクエストは単一の顧客からのものであり、単一のシステムを対象としていましたが、その後拡張され (これはオープンソースとコラボレーションの結果です)、現在は HTTP/S、statsd、Kafka を含む複数のコレクション エンドポイントをターゲットとすることがサポートされています。
BigStats の設定は、単純な JSON 形式でエンコードされた適切な情報を含む HTTP POST を介してローカルまたはリモートで実行できます。
{ "config": { "destination": { "protocol": "[http|https|stats|kafka]", "address": "[送信先アドレスまたはホスト名]", "port": "[送信先 TCP ポート]" }, "interval": "[統計を送信する間隔 (秒単位) | デフォルトは 10 秒]", "enabled": [true|false], "debug": [true|false] } }
BigStats は、BIG-IP 統計情報をテレメトリ パイプラインに迅速にプッシュする方法を提供するだけでなく、他の統計情報が役立つ可能性がある追加の統合を構築するための優れたサンプルも提供します。
また、NetOps は、アプリケーションに関連する運用データを Grafana などのダッシュボードに簡単に統合できる方法で解放することで、アプリケーション サービスへのビジネスの投資の価値を実証できるようになります。
BigStats v0.4 の詳細については、Nathan の投稿を読むか、 GitHub でリポジトリを自分で確認してください。