Kubernetes | nginxがバックエンドの手前にもあることに対する疑問。

Question

知りたいこと

この本でDockerとKubernetesのキャッチアップをしています。

書籍内に下記のK8S構成のTODOアプリケーションがあるのですが、
Nginxが2つあることがとても気になりました。

特に「赤部分」のNginxがとても気になります。
ちなみに下記画像赤色Nginxの隣のAPIはnodeJSです。

気になる理由

表現が難しいのですが、

• todowebノード: Webの手前にnginxがあるのはわかる
• todoapiノード: APIの手前にnginxがあるのはわからない

という感じです。というのも以前Railsのアプリをデプロイした際に、

• Webサーバーに Nginx
• アプリケーションサーバに Unicorn

を利用しました。このRailsのデプロイ環境は基本的なWeb三層かと思いますが、
当然ウェブサーバーとアプリケーションサーバが異なるソフトを用いています。

しかし上記K8S環境において、どうしてバックエンド手前にウェブサーバーがあるのか
いまいち説明ができません。ざっくばらんな質問になりますが、
インフラに詳しい方ご教授を頂けると幸いです。

よろしくお願いします。

Answer 1

コンテナのデザインパターンの1つ、アダプターパターンに従ったものです。

コンテナ/マイクロサービスの分野におけるデザインパターンとしては、
論文「Design patterns for container-based distributed systems」
が非常に有名でここで紹介されています。

アダプターパターンのメリットは外部からのアクセスを標準化することです。
APIのようなサービスは必要に応じて追加される可能性が高いですが
このAPIの実装(node/rails/golang/...)によってアクセス方法が異なると面倒です。
全部ゼロから作るのであればインタフェースを予め定めてそれに合わせて実装するのがよいですが、
当然既存アプリやOSSなどを流用するとき、その修正が必要になると面倒です。

これを解決するために同一pod内にインタフェースを変換するアダプターとして
nginxプロキシを導入すると既存のアプリは修正なしに
インタフェースを統一し利便性を向上することができます。

Comments

[退会済みユーザー]

ご回答ありがとうございます。リバースプロキシ用途nginxの必要性が
絶対なのか疑問だったのですがthaimさんのご回答でその疑問が解消されてきました。
「Design patterns for container-based distributed systems」を読んで
より理解を深めたいと思います。

Answer 2

todoweb側が分からないけどhtmlやJavaScriptとすると
静的なファイルを配信するためのウェブサーバー。
http://example.com/

todoapiは別ドメインで動かしてると考えれば分かりやすいかも。
http://api.example.com/
8080ポートで動かしてるnodeを80にリバースプロキシするためにnginxが必要。

Railsでもフロントを分離すれば同じことになる。
この場合Railsはtodoapiなのでnginx使ってる部分はそのまま。

Comments

[退会済みユーザー]

ご回答ありがとうございます、まさにtodowebはjsでした！
ちなみにnodejsにおいてこのリバースプロキシは絶対必須でしょうか。
単なる興味なのですが、8080ポートに直接アクセスされる設計は
無理ではないという認識でよいのでしょうか。
リバースプロキシについては以下などで用途は把握しました。
https://www.atmarkit.co.jp/ait/articles/1608/25/news034.html

[退会済みユーザー]

もしかしたら、thaimさんのご回答にある

> nginxプロキシを導入すると既存のアプリは修正なしに
> インタフェースを統一し利便性を向上することができます。

がnginxを手前に置いている理由な気がしてきました。