マイクロサービスアーキテクチャ

システムを、独立して開発・配置できる小さなサービスの集まりとして構成する方式。サービス単位で改修や増強ができる一方、サービス間の通信やデータの整合性の管理は複雑になる。

システムを独立して開発・デプロイ可能な小さなサービスの集合として構築するアーキテクチャ。各サービスはAPIを介して通信し、個別にスケーリングや更新が可能。サービスメッシュやサーキットブレーカーで障害耐性を確保する。

アプリケーションを独立してデプロイ可能な小さなサービスの集合として構築するアーキテクチャスタイル。各サービスが独立して開発・デプロイでき、スケーラビリティと保守性が向上する。モノリシックアーキテクチャと対比される。

アプリケーションを小さな独立したサービスの集合として構築するアーキテクチャスタイル。各サービスは独自のデータストアを持ち、APIを通じて通信する。独立した開発・デプロイ・スケーリングが可能だが、分散システムの複雑さが増す。

アプリケーションを、業務の機能ごとに独立して開発・配備・拡張できる小さなサービスの集まりとして構成するアーキテクチャ。サービスどうしはAPIで通信し、それぞれが自分のデータを持つ。サービスごとに更新や拡張ができる一方、サービス間の通信の遅延や障害、分散したデータの整合性の管理が課題になる。

多数のコンテナの配置、起動・停止、負荷に応じた台数の増減、障害時の自動再起動、ネットワークやストレージの設定などを自動で管理すること。Kubernetesが代表的なツールで、あるべき状態を宣言的に定義すると、その状態を維持するように制御される。

マイクロサービスアーキテクチャにおいて、クライアントからのリクエストを適切なバックエンドサービスにルーティングする入口。認証、レート制限、ロギング、プロトコル変換などの横断的関心事を一元的に処理する。

コンテナイメージに含まれるOSパッケージやライブラリの既知の脆弱性を検出し、修正していく取組み。イメージスキャナを使ってビルド時、レジストリへの登録時、稼働中に継続して検査し、信頼できる最小構成のベースイメージを使う、署名で改ざんを防ぐといった運用を行う。稼働中のコンテナに直接パッチを当てるのではなく、修正版からイメージを作り直して入れ替えるのが原則。

金融機関ではない事業者が、自社のアプリやサービスの中に決済、融資、保険などの金融機能を組み込んで提供する形態。利用者は別の金融サービスに移ることなく取引でき、事業者は金融機関がAPIなどで提供する機能を活用する。BaaS（Banking as a Service）が基盤となる。

クラウドの特性の一つで、利用者が事業者の担当者とやり取りすることなく、必要なときにサーバの処理能力やストレージなどの資源を自ら一方的に調達できること。Web画面やAPIを通じて自動的に提供される。

CPU、メモリ、ストレージ、ネットワークなどの物理的な資源を、ソフトウェアによって論理的に分割したり統合したりして利用できるようにする技術。物理的な構成に縛られずに資源を柔軟に割り当てられ、サーバ仮想化、ストレージ仮想化、ネットワーク仮想化などがあり、クラウドの基盤となる。