🥇NGINX サービスメッシュが利用可能

プレビュー版をご提供できることを嬉しく思います NGINX サービスメッシュ (NSM) は、NGINX Plus ベースのデータプレーンを使用して Kubernetes 環境のコンテナトラフィックを管理するバンドルされた軽量サービスメッシュです。

NSMは無料ですダウンロードはこちら。ぜひ開発環境とテスト環境で試してみてください。フィードバックをお待ちしています。 GitHubで.

マイクロサービス手法の実装は、配信の規模が拡大し、複雑になるにつれて困難を伴います。サービス間の通信はより複雑になり、問題のデバッグはより困難になり、管理に必要なリソースが増えるサービスが増えています。

NSM は以下を提供することでこれらの問題を解決します。

セキュリティ、これは今まで以上に重要になっています。データ侵害は、企業の収益と評判の損失として年間数百万ドルの損失をもたらす可能性があります。 NSM は、すべての接続が mTLS を使用して暗号化されることを保証するため、ネットワーク経由でハッカーによって機密データが盗まれることはありません。アクセス制御を使用すると、サービスが他のサービスと通信する方法に関するポリシーを設定できます。
交通管理。アプリケーションの新しいバージョンを出荷するときは、エラーが発生した場合に備えて、アプリケーションへの受信トラフィックを制限することから始めることができます。 NSM のインテリジェントなコンテナトラフィック管理を使用すると、時間の経過とともにトラフィックが増加する新しいサービスに対してトラフィック制限ポリシーを設定できます。速度制限やサーキットブレーカーなどのその他の機能により、すべてのサービスのトラフィックフローを完全に制御できます。
可視化。何千ものサービスを管理することは、デバッグと視覚化の悪夢になる可能性があります。 NSM は、NGINX Plus で利用可能なすべての機能を表示する組み込みの Grafana ダッシュボードを使用して、この状況に対処するのに役立ちます。また、実装された Open Tracing により、トランザクションを詳細に監視できます。
ハイブリッド配送, あなたの会社が、他のほとんどの会社と同様に、完全に Kubernetes 上で実行されるインフラストラクチャを使用していない場合。 NSM は、レガシーアプリケーションが放置されないようにします。実装された NGINX Kubernetes Ingress Controller の助けを借りて、レガシーサービスはメッシュサービスと通信でき、またその逆も可能になります。

NSM はまた、暗号化と認証をコンテナトラフィックに透過的に適用することで、ゼロトラスト環境におけるアプリケーションのセキュリティを確保します。また、トランザクションの可視性と分析も提供し、展開を迅速かつ正確に開始し、問題のトラブルシューティングを行うのに役立ちます。また、きめ細かなトラフィック制御も提供するため、DevOps チームはアプリケーションの一部をデプロイおよび最適化できると同時に、開発者は分散アプリケーションを構築して簡単に接続できるようになります。

NGINX サービスメッシュはどのように機能しますか?

NSM は、水平 (サービス間) トラフィック用の統合データプレーンと垂直トラフィック用の組み込み NGINX Plus Ingress コントローラーで構成され、単一のコントロールプレーンによって管理されます。

コントロールプレーンは、NGINX Plus データプレーン用に特別に設計および最適化されており、NGINX Plus サイドカー全体に分散されるトラフィック制御ルールを定義します。

NSM では、メッシュ内のサービスごとにサイドカープロキシがインストールされます。これらは、次のオープンソースソリューションとインターフェイスします。

Grafana、Prometheus パラメーターの視覚化、組み込み NSM パネルが作業に役立ちます。
Kubernetes イングレスコントローラー。メッシュ内の受信トラフィックと送信トラフィックを管理します。
SPIRE、メッシュ内の証明書の管理、配布、更新を行う CA。
NATS: ルート更新などのメッセージをコントロールプレーンからサイドカーに送信するためのスケーラブルなシステム。
オープントレーシング、分散デバッグ (Zipkin および Yeter をサポート)。
Prometheus は、リクエスト、接続、SSL ハンドシェイクの数などの特性を NGINX Plus サイドカーから収集して保存します。

機能とコンポーネント

データプレーンとしての NGINX Plus は、サイドカープロキシ (水平トラフィック) と Ingress コントローラー (垂直トラフィック) をカバーし、サービス間のコンテナトラフィックをインターセプトして管理します。

特徴は次のとおりです。

相互 TLS (mTLS) 認証。
負荷分散。
耐障害性。
速度制限;
サーキットブレーカー;
ブルーグリーンおよびカナリア展開。
アクセス制御。

NGINX サービスメッシュの起動

NSM を実行するには、以下が必要です。

Kubernetes環境へのアクセス。 NGINX Service Mesh は、Amazon Elastic Container Service for Kubernetes (EKS)、Azure Kubernetes Service (AKS)、Google Kubernetes Engine (GKE)、VMware vSphere、ハードウェアサーバーにデプロイされた通常の Kubernetes クラスターなど、多くの Kubernetes プラットフォームでサポートされています。
ツール kubectl、NSM のインストール元のマシンにインストールされます。
NGINX Service Mesh リリースパッケージへのアクセス。パッケージには、Kubernetes クラスターで使用可能なコンテナーのプライベートレジストリにアップロードするために必要な NSM イメージが含まれています。パッケージには次のものも含まれています nginx-meshctl、NSM を展開するために必要です。

デフォルト設定で NSM を展開するには、次のコマンドを実行します。デプロイ中に、コンポーネントのインストールが成功したことを示すメッセージが表示され、最後に、NSM が別の名前空間で実行されていることを示すメッセージが表示されます (最初に、ダウンロードそれをレジストリに配置します。 約。翻訳者):

$ DOCKER_REGISTRY=your-Docker-registry ; MESH_VER=0.6.0 ; 
 ./nginx-meshctl deploy  
  --nginx-mesh-api-image "${DOCKER_REGISTRY}/nginx-mesh-api:${MESH_VER}" 
  --nginx-mesh-sidecar-image "${DOCKER_REGISTRY}/nginx-mesh-sidecar:${MESH_VER}" 
  --nginx-mesh-init-image "${DOCKER_REGISTRY}/nginx-mesh-init:${MESH_VER}" 
  --nginx-mesh-metrics-image "${DOCKER_REGISTRY}/nginx-mesh-metrics:${MESH_VER}"
Created namespace "nginx-mesh".
Created SpiffeID CRD.
Waiting for Spire pods to be running...done.
Deployed Spire.
Deployed NATS server.
Created traffic policy CRDs.
Deployed Mesh API.
Deployed Metrics API Server.
Deployed Prometheus Server nginx-mesh/prometheus-server.
Deployed Grafana nginx-mesh/grafana.
Deployed tracing server nginx-mesh/zipkin.
All resources created. Testing the connection to the Service Mesh API Server...

Connected to the NGINX Service Mesh API successfully.
NGINX Service Mesh is running.

詳細設定を含むその他のオプションについては、次のコマンドを実行します。

$ nginx-meshctl deploy –h

コントロールプレーンが名前空間で正しく動作することを確認する nginxメッシュ、あなたはこれを行うことができます：

$ kubectl get pods –n nginx-mesh
NAME                                 READY   STATUS    RESTARTS   AGE
grafana-6cc6958cd9-dccj6             1/1     Running   0          2d19h
mesh-api-6b95576c46-8npkb            1/1     Running   0          2d19h
nats-server-6d5c57f894-225qn         1/1     Running   0          2d19h
prometheus-server-65c95b788b-zkt95   1/1     Running   0          2d19h
smi-metrics-5986dfb8d5-q6gfj         1/1     Running   0          2d19h
spire-agent-5cf87                    1/1     Running   0          2d19h
spire-agent-rr2tt                    1/1     Running   0          2d19h
spire-agent-vwjbv                    1/1     Running   0          2d19h
spire-server-0                       2/2     Running   0          2d19h
zipkin-6f7cbf5467-ns6wc              1/1     Running   0          2d19h

手動または自動の注入ポリシーを設定する展開設定に応じて、NGINX サイドカープロキシがデフォルトでアプリケーションに追加されます。自動追加を無効にするには、次をお読みください。ここで

たとえば、アプリケーションをデプロイすると、眠る名前空間内 デフォルト、次にポッドを確認します。XNUMX つの実行中のコンテナーとアプリケーションが表示されます。眠るおよび関連するサイドカー:

$ kubectl apply –f sleep.yaml
$ kubectl get pods –n default
NAME                     READY   STATUS    RESTARTS   AGE
sleep-674f75ff4d-gxjf2   2/2     Running   0          5h23m

アプリケーションを監視することもできます眠る NGINX Plus パネルで次のコマンドを実行して、ローカルマシンからサイドカーにアクセスします。

$ kubectl port-forward sleep-674f75ff4d-gxjf2 8080:8886

それなら中に入りましょうここでブラウザで。 Prometheus に接続してアプリケーションを監視することもできます眠る.

個々の Kubernetes リソースを使用して、アクセス制御、レート制限、サーキットブレークなどのトラフィックポリシーを構成できます。詳細については、「ドキュメンテーション

まとめ

NGINX Service Mesh は、以下から無料でダウンロードできます。ポータルF5。開発環境とテスト環境で試してみてください。結果について私たちに書いてください.

NGINX Plus Ingress Controller を試すには、アクティブ化してください無料お試し期間 30日間、または свяжитесьснами ユースケースについて話し合います。

翻訳：同社エンジニア、Pavel Demkovich サウスブリッジ。システム管理は月額 15 ルーブルです。そして別の部門として - トレーニングセンタースラーム、練習するしかない。

出所： habr.com

NGINX サービス メッシュが利用可能

NGINX サービス メッシュはどのように機能しますか?

機能とコンポーネント

NGINX サービス メッシュの起動

まとめ

コメントを追加します 返信をキャンセル

NGINX サービスメッシュが利用可能

NGINX サービスメッシュはどのように機能しますか?

NGINX サービスメッシュの起動

コメントを追加します返信をキャンセル