コンテナについて調べてみた

Posted at 2023-11-06

はじめに

こんにちは。すぎもんです。

あらゆる変化のスピードが早く、様々なニーズへの柔軟な対応が求められる昨今…
柔軟なシステム連携基盤を実現するために必要な「クラウドネイティブ」や「マイクロサービス」、またそれらを支える「コンテナ」について少しまとめてみました。

最近、クラウドネイティブという言葉を目にすることが増えました。
アーキテクチャ自体も変化していく中で、開発・運用手法も大きく変化しています。

自社サーバーやデータセンターを保有する企業も多かったオンプレミスの時代

オンプレ環境と併用してクラウド環境も活用するクラウドリフト、クラウドシフトによりオンプレミスのITシステムをクラウド環境に再現したり、

更には変化し続ける世界に適応するためクラウドネイティブ（クラウド前提）へと変化しています。

Check Point！
クラウドネイティブは、その名の通り、一元的にクラウドサービスを活用したシステム基盤構築で開発、運用していくことで柔軟かつスピーディな業務推進を進めます。

変化の激しい時代に沿って、システム環境やアーキテクチャそのものも変化しているようです。

実際に「クラウドネイティブ」を実現するために、具体的にどのような技術が使われているのか調べてみました。

大きく5つがポイントとして出てきました。

それぞれについて概要をまとめてみます。

技術	概要
コンテナ	DockerなどOSレベルの仮想化技術です。メリットは様々ありますが、機能単位で分割することでデプロイ等の運用負担をなくします。
サービスメッシュ	マイクロサービスにより細分化されたサービスをどのように共有するかを制限する方法です。
宣言型API（Declarative APIs）	サービス運用の複雑さを軽減し、シンプルなサービス運用ができます。
動的オーケストレーション	複数のコンテナのデプロイ、スケーリング、運用を行うための技術です。
マイクロサービス	機能単位でコンテナ化した各サービスを連携することで疎結合なシステム構成となり、迅速な開発サイクルや障害発生時に他に影響を与えないファイル連携基盤を実現します。

これらの技術を活用して、より効率的なアプリケーションやシステム開発を実現していくのが、「クラウドネイティブ」となります。

次に、クラウドネイティブの構成要素である「マイクロサービスアーキテクチャ」について整理します。

これまでは、アーキテクチャと言えば「モノリシック」が一般的でした。要は、1つのモジュールの中に全てが詰め込まれている状態です。どこかで変更があると全てに影響が出てしまうシステム構成のことです。

絵にするとこんなイメージです。

Check Point！
マイクロサービスは疎結合なのに対し、モノリシックは密結合となっていて、アプリケーションに変更が入った時の影響が大きい構成となります。

単一モジュール内の機能を密結合で連携
- アップデートはモジュール全体を対象にする必要があるため、開発サイクルは長期化
- スケーリングにはサービス停止が必要
- 不具合発生時の対応/プログラム更新時にサービス全体の停止が必要

コンテナ間を疎結合で連携
- コンテナ単体でのデプロイが可能なため、開発規模を限定した迅速な開発サイクルが可能
- 柔軟な動的スケーリングが可能
- 一部機能の不具合発生時に、他機能に影響を与えない信頼性

Check Point！
マイクロサービスアーキテクチャにおけるシステム構成では、アプリケーション単位で疎結合に連携し合うことが可能となります。

アプリケーション単位での分割には、「コンテナ」という技術が使われているようです。

前述した通り、マイクロサービスアーキテクチャに欠かせないコンテナ技術は、意外と歴史が古く、2019年頃からPoCや開発環境でも使われ始め、最近では本番サービスでの活用へと広がっています。

コンテナが疎結合で独立していることによる大きなメリットは理解できましたが、もう少し踏み込んだコンテナの利点についてもまとめてみます。

一般的かつ大きなメリットは4つです。

メリット

いかがでしたでしょうか。まだまだコンテナについては知っておくべきことや技術的な面もありますが、今回は大きな概念的なところを中心に整理してみました。アーキテクチャの違いや、クラウドネイティブって？というところが少し整理できたように思います。

更に具体的なコンテナ技術についても整理していきたいと思いますので、また別の記事で。。
このブログでは、今後も様々なTopics記事や接続検証等、皆さんの役立つような記事を投稿していきたいと思います！
ここまで読んでいただきありがとうございました。それでは、また！