DevOps に必要なネットワーク監視機能
DevOps 環境での作業には、アジリティが肝要です。すぐに実稼働に入る必要があるリリースを控えているような場合、効率を妨げるようなネットワーク問題は、どんな些細なものでも避けたいものです。
Greg is a technologist and data geek with over 10 years in tech. He has worked in a variety of industries as an IT manager and software tester. Greg is an avid writer on everything IT related, from cyber security to troubleshooting.
DevOps 環境での作業には、アジリティが肝要です。すぐに実稼働に入る必要があるリリースを控えているような場合、効率を妨げるようなネットワーク問題は、どんな些細なものでも避けたいものです。
ほとんどのコンピュータはクラウドで動作し、クラウドとの接続点はスクリーンだけになるという予測がなされています。それが実現すると、企業インフラストラクチャはもう重要ではなくなるのでしょうか?将来のネットワーク監視はどうなるのでしょうか?
デジタル資産を保護しながらアプリケーションとデータへの高速なアクセスを提供することは、ネットワーク管理者の重大な使命ですが、パフォーマンスとセキュリティは、ネットワーク管理者が日々対峙する二律背反的な課題です。セキュリティを重視すると、どうしてもパフォーマンスに影響が出ます。
IT部門にとって最大の課題の1つは断続的なネットワークのパフォーマンス問題を処理することです。突然現れるものの、問題の根本原因が判明する前に消えるような問題。ランダムに、何度も出現するのでフラストレーションがたまります。こういったネットワークのパフォーマンス問題は、実際にはまったく異なる場所にある特定の箇所に根本原因がある場合が多いようです。
WhatsUp Gold や MOVEit 製品をヨーロッパ市場で展開する際にご協力いただくパートナー会社、Advanced Cyber Solutions の Chris Payne 氏にインタビューすることができましたので、Podcast でご紹介します。
IT インフラストラクチャを、オンプレミスからパブリッククラウドに移行する場合は、どのプロバイダを利用するのがいいかを決めなければなりません。すでにクラウドを利用していても、新しいプラットフォームプロバイダへの変更をするべきかどうか、疑問に感じたら、考え直すのに遅過ぎるということはありません。
米国の午前2時です。ヨーロッパとアジアの従業員や顧客は、Microsoft Azure クラウドで実行されているアプリケーションにアクセスできますか?自社で使用している Azure のサーバーとアプリケーションのステータスが、1年365日、1日24時間のベースで常時把握できない場合は、サードパーティーの監視ツールの導入を検討した方がいいでしょう。
先日、NASAのジェット推進研究所(Jet Propulsion Lab、JPL)のITネットワークがハッキングされていたというニュースが流れました。侵入口として利用されていたデバイス、Raspberry Pi が、およそ10ヵ月もの間、気付かれることなく放置されていたという事実は、NASAその他の政府機関のネットワーク管理に問題があり、セキュリティポリシーが欠如していることをはっきりと示しています。
自部門でソフトウェア開発することが可能でない場合、手に入るソフトウェアを自分たちで工夫して自部門に合ったものに仕上げる必要があります。Salesforce のような既存のプラットフォーム上に内部使用に限定されたカスタムレイヤを追加することも、自社が販売している製品をカスタム化することもあります。DevOps では、このような創意工夫でニーズを満たしてきました。
World Wide Web は、今月(2019年3月12日)30周年を迎えました。お祝いムードが漂っているようですが(America Online CD と Yahoo! チャットルームの時代から、どれほど遠くまで来たことかと思うと感慨深いです)、インターネットが引き起こす問題が解決する問題を上回り始めているようにも思えます。