コンテナオーケストレーション

アプリケーションを、業務の機能ごとに独立して開発・デプロイ・拡張できる小さなサービスの集まりとして構成するアーキテクチャ。各サービスはAPIで通信し、それぞれ別のデータストアを持つことが多い。変更や規模の拡大に柔軟に対応できる一方、分散システムとしての運用や整合性の確保が難しくなる。

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

処理量や利用者数の増加に応じて、システムの処理能力を拡張できる性質。サーバの台数を増やすスケールアウトと、CPUやメモリを増強するスケールアップがあり、クラウドでは需要に合わせて資源を短時間で増減できる。

クラウドの特性の一つで、需要に応じて資源を迅速に拡張・縮小できること。自動で行われる場合もあり、利用者からは資源が無制限にあり、いつでも必要な量を調達できるように見える。

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

ドメイン駆動設計で、特定のドメインモデルとユビキタス言語が一貫して通用する範囲。同じ「顧客」という語でも販売と配送では意味や属性が違うため、範囲を区切ってモデルを分ける。マイクロサービスの分割の単位を考える手掛かりにもなる。