--- title: "コンテナとサーバーレスはどう使い分けるか｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/container-vs-serverless/ description: "コンテナとサーバーレスは、どちらもサーバーの管理を減らす方法ですが、得意な処理と制約が違います。3つの選択肢の違いと、処理の性質・動く時間帯・運用の体制から選ぶ考え方を説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # コンテナとサーバーレスはどう使い分けるか コンテナとサーバーレスは、どちらもサーバーの管理を減らす方法ですが、得意な処理と制約が違います。3つの選択肢の違いと、処理の性質・動く時間帯・運用の体制から選ぶ考え方を説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - 関数型のサーバーレスは短い処理やイベントへの反応に向き、処理の時間などに上限があります - サーバーの管理が要らないコンテナの実行の仕組みは、いまのアプリケーションをコンテナにして動かしたい場合の中間の選択肢です - Kubernetes は自由度が高い分、運用の手間も大きいため、必要な理由がはっきりしている場合に選びます コンテナとサーバーレスは、どちらが優れているかではなく、動かす処理の性質と、運用する体制に合わせて使い分けます。短い処理やイベントに反応する処理は関数型のサーバーレス、長く動くアプリケーションや、いまのアプリケーションをそのまま動かしたい場合はコンテナ、と考えると出発点を決めやすくなります。 [コンテナ](https://www.ameliatechnology.co.jp/glossary/container/)は、アプリケーションと動かすのに要るものを一つにまとめて、どこでも同じように動かす仕組みです。[サーバーレス](https://www.ameliatechnology.co.jp/glossary/serverless/)は、サーバーの用意や台数の調整をクラウドの事業者に任せ、処理を書くことに集中する使い方です。最近は、両者の間にある「サーバーの管理が要らないコンテナの実行の仕組み」も広く使われており、選択肢は3つに分けて考えると整理しやすくなります。 ## 3つの選択肢 | 選択肢 | 主なサービスの例 | 向く処理 | |---|---|---| | 関数型のサーバーレス | AWS Lambda、Azure Functions | 短い処理、ファイルの受け取りや決まった時刻などのイベントへの反応 | | サーバーの管理が要らないコンテナ | AWS Fargate、Azure Container Apps、Cloud Run | Webアプリケーション、API、いまのアプリケーションのコンテナ化 | | Kubernetes | Amazon EKS、Azure Kubernetes Service、Google Kubernetes Engine | 多数のサービスを細かく制御して動かす | どの選択肢でも、アプリケーションの中身、データの扱い、アクセスの権限の設定は利用者の責任です。誰が何を守るかの考え方は、[責任共有モデル](https://www.ameliatechnology.co.jp/glossary/shared-responsibility-model/)をご覧ください。 ## 関数型のサーバーレスの特徴と上限 関数型のサーバーレスは、処理を関数として登録し、呼び出されたときだけ動かす仕組みです。動いていない間の計算の料金がかからず、呼び出しが増えればクラウドの側で並べて動かします。 その代わり、処理の時間や大きさに上限があります。AWS Lambda では、2026年11月時点で、1回の処理の時間の上限は900秒（15分）、メモリは128MBから10,240MBまで、同期の呼び出しで受け渡せるデータは要求・応答ともそれぞれ6MBまで、とされています。 出典：[Lambda quotas（AWS）](https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html) この上限から、何時間もかかる集計や、大きなファイルを一度に扱う処理は、関数型のサーバーレスに収まらないことがあります。上限に合わせて処理を細かく分けるか、別の選択肢を使います。 Microsoft は、Azure Functions を、イベントで動くアプリケーションを関数の書き方で作る場合に向く選択肢と説明しています。 出典：[Comparing container apps with other Azure container options（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/container-apps/compare-options) ## サーバーの管理が要らないコンテナ いまのアプリケーションをコンテナにして動かしたい場合や、処理の時間の上限に縛られたくない場合は、サーバーの管理が要らないコンテナの実行の仕組みが候補になります。 AWS Fargate は、Amazon ECS と組み合わせて、サーバーや EC2 の集まりを管理せずにコンテナを動かす仕組みです。仮想マシンの集まりの用意・設定・台数の調整が要らず、サーバーの種類を選ぶ必要もない、と AWS は説明しています。Fargate で新しく起動する処理は、常にプラットフォームの最新の版の上で動きます。 出典：[Architect for AWS Fargate for Amazon ECS（AWS）](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/AWS_Fargate.html) Google Cloud の Cloud Run は、コードや関数やコンテナを動かす管理型のアプリケーションの基盤です。要求がなくなると、最後の1台まで止めて計算の料金をゼロにでき、その代わり、止まっていた後の最初の要求は応答が遅れることがあります。HTTP の要求を受けるサービスのほかに、処理を終えたら止まる「ジョブ」も動かせます。 出典：[What is Cloud Run（Google Cloud）](https://docs.cloud.google.com/run/docs/overview/what-is-cloud-run) Azure Container Apps は、多くのマイクロサービスをコンテナで動かすアプリケーションに向くとされ、Kubernetes を土台にしながら、Kubernetes の API を直接は使わせない作りです。Webアプリケーションや Web の API には Azure App Service も向く、と Microsoft は案内しています。 出典：[Comparing container apps with other Azure container options（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/container-apps/compare-options) ## Kubernetes を選ぶのは、理由がはっきりしている場合 [Kubernetes](https://www.ameliatechnology.co.jp/glossary/kubernetes/) は、多数のコンテナを組み合わせて動かすための仕組みで、細かな制御ができる一方、覚えることと運用の手間が大きくなります。Microsoft は、Kubernetes の API を直接使いたい場合や、どんな Kubernetes の処理でも動かしたい場合に Azure Kubernetes Service を選ぶ、と整理しています。クラスターの設定と運用を利用者が担う形と、Azure が多くを担う形があります。 出典：[Comparing container apps with other Azure container options（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/container-apps/compare-options) 社内に Kubernetes を運用できる人がいない場合、はじめから Kubernetes を選ぶと、アプリケーションより基盤の手入れに時間を取られがちです。まずサーバーの管理が要らないコンテナの仕組みで始め、制御の細かさが本当に必要になった時点で検討する、という順番が無理のない進め方です。 ## 選ぶときの考え方 選ぶときは、処理の性質、動く時間帯、運用の体制の3つから考えます。 処理の性質では、1回の処理が短く、イベントで動くなら関数型のサーバーレス、長く動く・いまのアプリケーションをそのまま動かしたいならコンテナを考えます。 動く時間帯では、使われる時間が限られ、夜間はほとんど要求がないなら、止まっている間の料金がかからない仕組みが向きます。一方で、止まっていた後の最初の応答の遅れが許されない処理では、常に動かしておく設定を選び、その分の料金を見込みます。 運用の体制では、コンテナのイメージの更新や、Kubernetes の版の更新を誰が担うかを決めます。サーバーの管理を任せられる仕組みでも、アプリケーションが使う部品の更新や、[監視](https://www.ameliatechnology.co.jp/glossary/monitoring/)の設定は利用者の仕事として残ります。監視で見るものは、[クラウドの監視は何を見るのか。死活・リソース・アプリ](https://www.ameliatechnology.co.jp/blog/cloud-monitoring-what-to-watch/)で説明しています。 選ぶときの3つの観点 - **処理の性質**：短く、イベントで動く → 関数型のサーバーレス。長く動く・いまのアプリケーションをそのまま動かしたい → コンテナ - **動く時間帯**：夜間はほとんど要求がない → 止まっている間の料金がかからない仕組み。最初の応答の遅れが許されない → 常に動かしておく設定（その分の料金を見込む） - **運用の体制**：コンテナのイメージや Kubernetes の版の更新を誰が担うか。**部品の更新と監視の設定は利用者の仕事として残る** 一つのシステムの中で使い分けることもできます。Web の画面と API はコンテナで動かし、ファイルの受け取りをきっかけにした変換や、夜間の決まった時刻の処理は関数型のサーバーレスに任せる、といった組み合わせです。 ## 当社のご支援 当社は、動かす処理の性質と社内の運用の体制に合わせて、関数型のサーバーレス、サーバーの管理が要らないコンテナ、Kubernetes のどれを使うかを整理し、構築と移した後の運用管理まで[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)でお手伝いしています。アプリケーションそのものの開発から考えたい場合は、[Webシステム開発](https://www.ameliatechnology.co.jp/service/web-system/)でもご相談いただけます。 - コンテナ - サーバーレス - クラウド - 運用 ## この記事に出てくる用語 - [コンテナ（Docker）](https://www.ameliatechnology.co.jp/glossary/container/) - [サーバーレス](https://www.ameliatechnology.co.jp/glossary/serverless/) - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [Microsoft Azure](https://www.ameliatechnology.co.jp/glossary/azure/) - [Webアプリケーション](https://www.ameliatechnology.co.jp/glossary/web-application/) - [API](https://www.ameliatechnology.co.jp/glossary/api/) この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/) - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「コンテナとサーバーレスはどう使い分けるか｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/container-vs-serverless/