DevOps を採用する Aryaka Cloud-最初 WAN
以前で ブログ、私はセカンドフィドルを演奏するネットワークエンジニアについて書きました（レナードバーンスタインのニューヨークフィルとウィーンフィルハーモニックについて言及したことは気にしないでください！）、私のLinkedInをチェックしてみると、何人かの連絡先から軽蔑されました（私たちは今でも友人です）。 健全な議論が続き、ネットワーク エンジニアはこの分野で「NetOps」パターンを採用する必要があることが認められました。 Cloud-私たちがいるのは最初の時代です。 しかし、私にとって、IT 分野をネットワーキングに適用する際にその名前を変更しようとしているという事実 (DevOps は何らかの形で NetOps になる必要がある) は、ネットワーキングにおいて、私たちが依然として異なると考えていることを示しています。 私は断固としてdispネットワーキングは異なるものであることを理解してください。したがって、(NetOps ではなく) DevOps モデルを採用するのが早ければ早いほど、より良い結果が得られます。 Devops が支配する Cloud-最初のアプリケーションとインフラストラクチャ環境のため、ネットワークもそれに従う必要があります。
NetOps については次のとおりです。NetOps が登場するたびに、Python によるネットワーク プログラマビリティ、構成の自動化、またはポリシー定義に焦点が当てられます。 NetOps に関する議論の大半を占めるのは技術用語です。 一方、DevOps の議論では、ビジネス変革、文化、哲学に焦点が当てられます。 NetOps が実現しつつあり、それは素晴らしいことですが、ネットワークの真の変革は、議論を高め、真の DevOps 哲学を採用することでしょう。 そのためには、ネットワーキングの専門家は、テクノロジー ツールではなく、何よりもまずビジネスの意図と文化を持ってリーダーシップを発揮する必要があります。
アプリケーション コンピューティングの歴史と、それがどのように DevOps につながったのかを簡単に振り返ってみましょう。 その場合、ネットワーク エンジニアとして、そこには驚くべき類似点があること、そして私たちがまったく同じ軌跡をたどっており、必ず同じ結果である DevOps に到達することを、しぶしぶ認めなければなりません。 初めに鉄がありました。 アプリケーションの世界では、メインフレームからサーバーに移行しました。 ペット (別名サーバー) を愛情を込めて世話する必要がありました。ペットをインストールし、構成し、その上で実行するアプリケーションとの互換性を維持しながら OS にパッチを適用し、パフォーマンスが低下し始めたら CPU やメモリ、ドライブを手動でアップグレードします。劣化する。 次に仮想化が登場しました。 突然、「抽象化の力」が起こりました（確認してください） バルバラ・リスコフの伝説的な講義)、コードの革新により多くの時間を費やし、サーバーの問題に対処する時間を減らすことができます。 この分離により、as-a-Service モデルが可能になり、現在ではサーバーレス コンピューティング、コードとしてのインフラストラクチャなどが見られます。「ペットではなく牛」は、コンテナとオーケストレーションの間のアプリケーション インフラストラクチャに関するキャッチフレーズの XNUMX つです。完全に抽象化された。 開発者（開発者）は、コードをオーケストレーションにプッシュするだけです。 wanユーザーが優れたユーザー エクスペリエンスを享受できるように、必要な規模で迅速に展開する必要があります。 しかし、それがどこでどのように起こるかは気にする必要はありません。それを理解するのは運用担当者次第です。 両方を組み合わせると、DevOps はイノベーションとビジネス成果を推進する文化を生み出します。
ネットワーキングでは、ルーター、スイッチ、そして – そう、言わなければなりません – DIY などのペットの世話をしていることを認めなければなりません。 SD-WAN。 耳鼻科の歴史を見てみましょうerp上昇 WAN: 私が業界に入ったとき、ATM インフラストラクチャを展開していました。 その後、IP ルーターが登場しましたが、これは楽しかったです。 その後、VoIP、セキュリティ機能など、あらゆる種類のアプリケーションをルーター OS に統合し始めました。 これらの「ペット」は非常に手間がかかるものになりましたが、それでもハムスターと同じくらいの寿命がありました。 XNUMX ～ XNUMX 年ごとに、CPU の大型化、インターフェイスの高速化、新しいスイッチ ファブリックなど、ハードウェアの大幅なアップグレードが必要になるようでした。 あなたがそれを名付けます。 ネットワークの世界の一部の人々は、アプリケーションの世界が仮想化によって達成したことを羨望の目でフェンス越しに覗き込み、SDN の先見者たちがネットワークの抽象化について話し始めました。 ネットワーク仮想化が始まりました。 大多数の SD-WANs 仮想オーバーレイとして構築されます。 ビジネス レベルのサービスを提供するために依存するアンダーレイの物理ネットワーク インフラストラクチャとは異なり、オーバーレイは非常に機敏であるため、これは優れています。 SLAs (オーバーレイとアンダーレイの困惑についてはここに書きました)。 はい、ゼロタッチ プロビジョニングは存在します。 しかし、グローバルを実装した人に聞いてください。 日曜大工 SD-WAN アプリケーション開発者にとってコードをプッシュするのと同じくらい簡単だったら。 確かにそうではありません(ネットワークワールドの記事リンク）！ 設計ガイドが参照している他のドキュメントを確認すると、数百ページにわたる設計ガイドがいくつかあります。 0 日目に定義する必要があるポリシーは非常に複雑なので、正しく定義する必要があります。 ああ、まだ必要です MPLS ビジネス クリティカルなアプリケーションの場合、多くの場合、さまざまな国にまたがるリンクを自分で調達し、すべて自分でパッチを適用する必要があります。
DevOps の話に戻ります。これは、X-as-a-Service 配信モデルのおかげで可能になりました。 まさにそれは何ですか Aryaka ネットワーキングのために行います。 私はこれを、サーバーレス コンピューティングから借用して、ルーターレス ネットワーキングと呼びたいと思っています。 設定や定期的な調整のことは忘れてください。 ルーター ベンダーの営業担当者に、新しくてはるかに優れたハードウェアが登場し、特別なプロモーションがあることを決して言わないでください。 複雑なネットワーク ポリシーの定義やその提供方法について心配する必要はなく、直接的なビジネス結果を実現します。 SLAs 管理境界間の管理や、絶えず変化するネットワークに対応するためにネットワークを常に微調整することも必要ありません。 IaaS & SaaS 交通負荷。 Aryaka あなたのビジネス上の意図を簡単に解決します。あなたのサイトがどこにあるのか、どのような冗長性が必要なのか、トップのアプリは何なのか、どのように運用しているのかを教えてください。 wan優先順位を付けて、思い描いたネットワークが 48 時間以内に魔法のように現実化するのを確認してください。 それだけでなく、サービスとしてのネットワークが変化するビジネス ニーズに常に適応していることも確認できます。 Aryaka は、グローバル レイヤ 2 ネットワークのデータと、コア ネットワークに接続するすべてのラスト マイル リンクのデータを常に処理および監視して、マクロ トレンドを検出し、顧客に継続的な最適化オプションを提供します。
そうですね、大きな文化の変化が必要です。 DevOps は新しい哲学であり、必然的にネットワークでも同様に支配されるようになるでしょう。 Aryaka として建てられました Cloud-最初 WAN DevOps 文化をネットワーキングに導入するため: グローバル エンタープライズをグローバルに接続する新しい方法erpと立ち上がります cloud-最初のエントリerp上昇 WAN 機敏性とビジネス成果をもたらします。 800エント以上erpライズが加わりました。 ぜひご参加してみませんか デモ 私たちのスマートサービスポートフォリオの一部ですか？
著者,
