Python ホスティングとは
Python アプリケーションをインターネット上で動作させるには、コードを実行し、依存関係を管理し、ユーザーに提供できる専用の環境が必要です。これが Python ホスティングの役割です。Python ホスティングは、Python プログラミング言語で構築されたアプリケーションを実行するために特別に構成された、必要なサーバー インフラストラクチャとソフトウェア スタックを提供するサービスです。一般的なウェブホスティングとは異なり、Python ホスティングは、特定のフレームワーク、ライブラリ、デプロイ標準のサポートなど、Python 言語の固有の要件を満たすように調整されています。
クイックスタート: Python ウェブアプリをビルドして Cloud Run にデプロイする
Python ホスティングの主な機能
Python アプリのホスティング オプションを評価する際、エンタープライズ デベロッパーは、柔軟性、制御、パフォーマンスを実現する特定の機能セットを探す必要があります。堅牢な Python ホスティング環境では、通常、次の機能が提供されます。
- 複数の Python バージョンのサポート: アプリケーションに必要な特定の Python インタープリタ バージョン（例: 3.13、3.12、3.11）を選択する機能
- 仮想環境のサポート: 依存関係の管理に不可欠。ホスティングでは、venv や virtualenv などのツールを使用して、プロジェクトごとに隔離された環境を作成できるようにする必要があります。
- ASGI サーバーと WSGI サーバーの互換性: ASGI は一般的に、高い同時実行性とリアルタイム通信を必要とする最新の非同期アプリケーションに適しています。一方、WSGI はよりシンプルな同期ウェブアプリに適しています。優れたホスティングでは、これらのサーバーを両方ともインストールして構成できます。
- パッケージ管理アクセス: Python Package Index（PyPI）からパッケージをインストールするには、シェルまたは SSH アクセスが必要になる場合があります。pip と requirements.txt ファイルが従来のアプローチでしたが、最近の Python プロジェクトでは、依存関係の管理に pyproject.toml を使用することが増えており、uv などの新しいツールを使用して、より高速かつ効率的にパッケージの解決とインストールを行っています。
- データベースのサポート: PostgreSQL や MySQL など、Python アプリケーションで使用される一般的なデータベースとの簡単な統合
- スケーラビリティ: アプリケーションのトラフィックや処理のニーズの変化に応じて、サーバー リソース（CPU、RAM）を簡単にスケールアップまたはスケールダウンする機能
- Git の統合: CI / CD パイプラインを合理化するために、Git リポジトリから直接コードをデプロイする機能をサポート
Python ホスティングの種類
Python ホスティング ソリューションは、シンプルで低コストなオプションから、強力でスケーラビリティの高い環境まで多岐にわたります。適切な選択は、アプリケーションの複雑さ、パフォーマンス要件、開発者の制御の必要性によって異なります。
ホスティング タイプ | デベロッパーのユースケース | 解決しようとしている問題の例 |
共有ホスティング | 個人ブログ、Flask のような軽量フレームワークを使用したシンプルなポートフォリオ ウェブサイト、小規模なプロジェクトを構築するデベロッパー。 | 「個人プロジェクトをオンラインで公開するための、シンプルで非常に低コストな方法が必要です。特別な構成は不要で、トラフィックは少ないと思われます。」 |
VPS（仮想専用サーバー）ホスティング | 特定のシステム パッケージを必要とするコンテンツ マネジメント システムまたは e コマースサイトを立ち上げるデベロッパー。 | 「Redis のようなキャッシュ サーバーをインストールして、クライアントのウェブサイトの適度で予測可能なトラフィックを処理する必要がありますが、完全な専用サーバーは費用がかかりすぎます。」 |
クラウド ホスティング/PaaS（Platform as a Service） | 新しいプロダクトのリリースのために予測不可能なトラフィックを処理する必要がある、スケーラブルなマイクロサービスまたはウェブ API を構築するエンタープライズ デベロッパー。 | 「ニュースで取り上げられた場合にアプリケーションが自動的にスケーリングされるようにする必要があります。またサーバーの管理ではなく、コードの作成に集中して取り組みたいと思っています。」 |
専用サーバー ホスティング | リソースを大量に消費するデータ処理アプリケーションや、厳格なコンプライアンス ルールが適用される金融サービス プラットフォームを実行する開発チーム。 | 「私のアプリケーションは大規模なデータセットを処理するため、競合のない最大限の CPU と RAM を必要とします。また、セキュリティ監査のために、ハードウェアを完全に制御する必要もあります。」 |
ホスティング タイプ
デベロッパーのユースケース
解決しようとしている問題の例
共有ホスティング
個人ブログ、Flask のような軽量フレームワークを使用したシンプルなポートフォリオ ウェブサイト、小規模なプロジェクトを構築するデベロッパー。
「個人プロジェクトをオンラインで公開するための、シンプルで非常に低コストな方法が必要です。特別な構成は不要で、トラフィックは少ないと思われます。」
VPS（仮想専用サーバー）ホスティング
特定のシステム パッケージを必要とするコンテンツ マネジメント システムまたは e コマースサイトを立ち上げるデベロッパー。
「Redis のようなキャッシュ サーバーをインストールして、クライアントのウェブサイトの適度で予測可能なトラフィックを処理する必要がありますが、完全な専用サーバーは費用がかかりすぎます。」
クラウド ホスティング/PaaS（Platform as a Service）
新しいプロダクトのリリースのために予測不可能なトラフィックを処理する必要がある、スケーラブルなマイクロサービスまたはウェブ API を構築するエンタープライズ デベロッパー。
「ニュースで取り上げられた場合にアプリケーションが自動的にスケーリングされるようにする必要があります。またサーバーの管理ではなく、コードの作成に集中して取り組みたいと思っています。」
専用サーバー ホスティング
リソースを大量に消費するデータ処理アプリケーションや、厳格なコンプライアンス ルールが適用される金融サービス プラットフォームを実行する開発チーム。
「私のアプリケーションは大規模なデータセットを処理するため、競合のない最大限の CPU と RAM を必要とします。また、セキュリティ監査のために、ハードウェアを完全に制御する必要もあります。」
ホスティング タイプ別の Python アプリのデプロイ手順
基本的なデプロイ手順は似ていますが、手作業の労力と制御のレベルは、ホスティングの種類によって大きく異なります。
デプロイ手順 | ホスティング タイプ別の考慮事項 |
登録申請の準備 | ユニバーサル: すべての依存関係が pyproject.toml ファイルまたは requirements.txt ファイルに記載されていることを確認します。 |
ホスティング プロバイダの選択 | ユニバーサル: 制御、スケーラビリティ、予算に関するアプリケーションのニーズに基づいて、最適なものを選択します。 |
環境を設定する | 共有: オプションが限定され、多くの場合 cPanel で制御されます。 VPS/専用: 完全なルートアクセス。Python、venv、システム ライブラリを手動でインストールします。 クラウド/PaaS: プラットフォームによって自動的に処理されることが多く、構成ファイルで Python のバージョンを指定するだけで済む場合があります。 |
コードをアップロードする | 共有: 通常は FTP またはウェブベースのファイル マネージャーを使用。 VPS/専用: Git が推奨されます（例: git pull）。 クラウド/PaaS: 通常は Git と直接統合してデプロイを自動化します（例: gcloud run deploy）。 |
アプリケーションを構成する | 共有: 構成オプションは限定されています。 VPS/専用: 環境変数とサーバー構成を完全に制御できます。 クラウド/PaaS: サービス構成ファイル（service.yaml など）またはウェブコンソールで管理されます。 |
依存関係のインストール | 共有: 制限される場合があります。 VPS/専用: SSH 経由で pip install -r requirements.txt を実行します。 クラウド/PaaS: 通常、依存関係は、ビルドプロセス中にプラットフォームによって requirements.txt に基づいて自動的にインストールされます。 |
移行を実行する（該当する場合） | 共有: 多くの場合、コントロール パネルの特定のツールが必要です。 VPS/専用: SSH 経由で移行コマンドを直接実行します。 クラウド/PaaS: デプロイ後のスクリプトの一部として構成するか、個別のジョブとして実行できます。 |
アプリケーション サーバーを起動する | 共有: 通常はホストによって事前構成および管理されます。 VPS/専用: Gunicorn などの WSGI サーバーを手動でインストール、構成、実行します。 クラウド/PaaS: プラットフォームがアプリケーション サーバーを自動的に管理します。 |
ドメインを構成する（省略可） | ユニバーサル: カスタム ドメインの DNS レコードを、ホスティング サービスから提供された IP アドレスまたはホスト名にポイントします。 |
デプロイ手順
ホスティング タイプ別の考慮事項
登録申請の準備
ユニバーサル: すべての依存関係が pyproject.toml ファイルまたは requirements.txt ファイルに記載されていることを確認します。
ホスティング プロバイダの選択
ユニバーサル: 制御、スケーラビリティ、予算に関するアプリケーションのニーズに基づいて、最適なものを選択します。
環境を設定する
共有: オプションが限定され、多くの場合 cPanel で制御されます。
VPS/専用: 完全なルートアクセス。Python、venv、システム ライブラリを手動でインストールします。
クラウド/PaaS: プラットフォームによって自動的に処理されることが多く、構成ファイルで Python のバージョンを指定するだけで済む場合があります。
コードをアップロードする
共有: 通常は FTP またはウェブベースのファイル マネージャーを使用。
VPS/専用: Git が推奨されます（例: git pull）。
クラウド/PaaS: 通常は Git と直接統合してデプロイを自動化します（例: gcloud run deploy）。
アプリケーションを構成する
共有: 構成オプションは限定されています。
VPS/専用: 環境変数とサーバー構成を完全に制御できます。
クラウド/PaaS: サービス構成ファイル（service.yaml など）またはウェブコンソールで管理されます。
依存関係のインストール
共有: 制限される場合があります。
VPS/専用: SSH 経由で pip install -r requirements.txt を実行します。
クラウド/PaaS: 通常、依存関係は、ビルドプロセス中にプラットフォームによって requirements.txt に基づいて自動的にインストールされます。
移行を実行する（該当する場合）
共有: 多くの場合、コントロール パネルの特定のツールが必要です。
VPS/専用: SSH 経由で移行コマンドを直接実行します。
クラウド/PaaS: デプロイ後のスクリプトの一部として構成するか、個別のジョブとして実行できます。
アプリケーション サーバーを起動する
共有: 通常はホストによって事前構成および管理されます。
VPS/専用: Gunicorn などの WSGI サーバーを手動でインストール、構成、実行します。
クラウド/PaaS: プラットフォームがアプリケーション サーバーを自動的に管理します。
ドメインを構成する（省略可）
ユニバーサル: カスタム ドメインの DNS レコードを、ホスティング サービスから提供された IP アドレスまたはホスト名にポイントします。
プロジェクトの例: インタラクティブな Python ウェブフォーム
このセクションでは、Python を使用してインタラクティブなウェブ アプリケーションを作成する 2 つの例を紹介し、さまざまなアプローチとテクノロジーを示します。
Flask と Gunicorn（従来のアプローチ）
この手順ガイドでは、Flask フレームワークを使用して、シンプルなインタラクティブ ウェブ アプリケーションを作成する方法について説明します。このアプリケーションは、ユーザーにフォームを表示し、ユーザーの入力を処理して、カスタマイズされたレスポンスを表示します。これは、多くのウェブサービスや社内ツールで基本的なパターンとなっています。
ステップ 1: ローカル プロジェクト ディレクトリを設定する
まず、プロジェクト フォルダを作成し、そのフォルダに移動します。プロジェクトの依存関係を分離して競合を回避するために必要なベスト プラクティスは、仮想環境を作成することです。
mkdir python-form-app && cd python-form-app python3 -m venv venv source venv/bin/activate |
mkdir python-form-app && cd python-form-app
python3 -m venv venv
source venv/bin/activate
ステップ 2: 依存関係をインストールしてアプリケーション ファイルを作成する
ウェブ フレームワーク用の Flask ライブラリと、アプリケーションの提供に使用する本番環境グレードの WSGI サーバーである Gunicorn をインストールします。
pip install Flask gunicorn |
pip install Flask gunicorn
次に、main.py という名前のファイルを作成します。このコードでは、2 つのルートを設定しています。1 つは HTML フォームを表示するルート（GET リクエスト）、もう 1 つはフォームの送信を処理するルート（POST リクエスト）です。
import os from flask import Flask, request, render_template_string app = Flask(__name__) # フォームの HTML テンプレートをコードで直接定義して簡素化 FORM_TEMPLATE = """ <!DOCTYPE html> <html> <head> <title>Simple Form</title> </head> <body> <h1>Please enter your name</h1> <form action="/greet" method="post"> <label for="name">Name:</label> <input type="text" id="name" name="name" required> <button type="submit">Submit</button> </form> </body> </html> """ # このルートはフォームを表示します @app.route("/", methods=['GET']) def show_form(): return render_template_string(FORM_TEMPLATE) # このルートはフォームの送信を処理します @app.route("/greet", methods=['POST']) def greet_user(): user_name = request.form['name'] if not user_name: user_name = "World" return f"<h1>Hello, {user_name}!</h1>" if __name__ == "__main__": app.run(debug=True, host="0.0.0.0", port=int(os.environ.get("PORT", 8080))) |
import os
from flask import Flask, request, render_template_string
app = Flask(__name__)
# フォームの HTML テンプレートをコードで直接定義して簡素化
FORM_TEMPLATE = """
<!DOCTYPE html>
<html>
<head>
<title>Simple Form</title>
</head>
<body>
<h1>Please enter your name</h1>
<form action="/greet" method="post">
<label for="name">Name:</label>
<input type="text" id="name" name="name" required>
<button type="submit">Submit</button>
</form>
</body>
</html>
"""
# このルートはフォームを表示します
@app.route("/", methods=['GET'])
def show_form():
return render_template_string(FORM_TEMPLATE)
# このルートはフォームの送信を処理します
@app.route("/greet", methods=['POST'])
def greet_user():
user_name = request.form['name']
if not user_name:
user_name = "World"
return f"<h1>Hello, {user_name}!</h1>"
if __name__ == "__main__":
app.run(debug=True, host="0.0.0.0", port=int(os.environ.get("PORT", 8080)))
ステップ 3: 依存関係ファイルを作成する
プロジェクトの依存関係をリストする requirements.txt ファイルを作成します。このファイルは、インストールするパッケージをサーバーに伝えるため、どのホスティング環境にデプロイする場合でも不可欠です。
pip freeze > requirements.txt |
pip freeze > requirements.txt
ステップ 4: ローカルホストの Python サーバーでアプリケーションをテストする
アプリケーションをローカルで実行して、フォームの表示と送信ロジックが正しく動作することを確認します。
python main.py |
python main.py
ウェブブラウザを開き、http://localhost:8080 に移動します。名前を尋ねるフォームを含むシンプルなウェブページが表示されます。名前を入力して [送信] ボタンをクリックします。ページが更新され、パーソナライズされた挨拶が表示されます。これにより、アプリケーションが想定どおりに動作していることが確認できます。
ステップ 5: 本番環境の準備
本番環境へのデプロイでは、Flask の組み込みの開発サーバーではなく、Gunicorn のような堅牢な WSGI サーバーを使用する必要があります。次のコマンドを使用して、このインタラクションをローカルでテストできます。
gunicorn --bind 0.0.0.0:8080 main:app |
gunicorn --bind 0.0.0.0:8080 main:app
このインタラクティブ アプリケーションは、適切な構造で検証済みであるため、専門の Python サーバー ホスティング プロバイダにデプロイする準備が整っています。
FastAPI と Uvicorn（最新の非同期アプローチ）
この例では、標準の Python 型ヒントに基づいて Python 3.7 以降で API を構築するための最新の高速（高性能）ウェブ フレームワークである FastAPI を使用して、同じインタラクティブなウェブフォームを構築する方法を示します。ASGI サーバーとして uvicorn を使用します。このアプローチは、高い同時実行性を必要とする非同期アプリケーションに適しています。
ステップ 1: ローカル プロジェクト ディレクトリを設定し、依存関係をインストールする
まず、プロジェクト ディレクトリを作成し、仮想環境を設定します。ここでは、古いツールと比較して手順を大幅に削減できる新しいツールである uv を使用します。uv は最大 100 倍高速:
mkdir fastapi-form-app && cd fastapi-form-app uv venv .venv source .venv/bin/activate #for linux or mac .venv\Scripts\activate #for windows |
mkdir fastapi-form-app && cd fastapi-form-app
uv venv .venv
source .venv/bin/activate #for linux or mac
.venv\Scripts\activate #for windows
ライブラリを単一のステップでインストールする:
uv pip install fastapi uvicorn Jinja2 |
uv pip install fastapi uvicorn Jinja2
ステップ 2: アプリケーション ファイルを作成する
次の内容で main.py という名前のファイルを作成します。
from fastapi import FastAPI, Form, Request from fastapi.responses import HTMLResponse from fastapi.templating import Jinja2Templates import os app = FastAPI() templates = Jinja2Templates(directory="templates") @app.get("/", response_class=HTMLResponse) async def show_form(request: Request): return templates.TemplateResponse("form.html", {"request": request}) @app.post("/greet", response_class=HTMLResponse) async def greet_user(request: Request, name: str = Form(...)): if not name: name = "World" return templates.TemplateResponse("greeting.html", {"request": request, "name": name}) |
from fastapi import FastAPI, Form, Request
from fastapi.responses import HTMLResponse
from fastapi.templating import Jinja2Templates
import os
app = FastAPI()
templates = Jinja2Templates(directory="templates")
@app.get("/", response_class=HTMLResponse)
async def show_form(request: Request):
return templates.TemplateResponse("form.html", {"request": request})
@app.post("/greet", response_class=HTMLResponse)
async def greet_user(request: Request, name: str = Form(...)):
if not name:
name = "World"
return templates.TemplateResponse("greeting.html", {"request": request, "name": name})
ステップ 3: HTML テンプレートを作成する
templates という名前のディレクトリを作成し、次のファイルを追加します。
templates/form.html:
<!DOCTYPE html> <html> <head> <title>Simple Form</title> </head> <body> <h1>Please enter your name</h1> <form action="/greet" method="post"> <label for="name">Name:</label> <input type="text" id="name" name="name" required> <button type="submit">Submit</button> </form> </body> </html> |
<!DOCTYPE html>
<html>
<head>
<title>Simple Form</title>
</head>
<body>
<h1>Please enter your name</h1>
<form action="/greet" method="post">
<label for="name">Name:</label>
<input type="text" id="name" name="name" required>
<button type="submit">Submit</button>
</form>
</body>
</html>
templates/greeting.html:
<!DOCTYPE html> <html> <head> <title>Greeting</title> </head> <body> <h1>Hello, {{ name }}!</h1> </body> </html> |
<!DOCTYPE html>
<html>
<head>
<title>Greeting</title>
</head>
<body>
<h1>Hello, {{ name }}!</h1>
</body>
</html>
ステップ 4: アプリケーションをローカルでテストする
Uvicorn を使用してアプリケーションを実行します。
uvicorn main:app --reload |
uvicorn main:app --reload
ウェブブラウザを開き、http://localhost:8000 に移動します。フォームが表示されます。名前を入力して送信すると、パーソナライズされた挨拶が表示されます。--reload フラグを使用すると、コードが変更されたときに自動的に再読み込みされるため、テストプロセスが加速されます。
ステップ 5: 本番環境の準備
デプロイするには、依存関係を指定する pyproject.toml ファイルがあることを確認します。uv などのツールを使用すると、このプロセスをさらに効率化できます。基本的な例を以下に示します。
[project] name = "fastapi-form-app" version = "0.1.0" description = "Simple FastAPI form app" dependencies = [ "fastapi", "uvicorn", "Jinja2" ] |
[project]
name = "fastapi-form-app"
version = "0.1.0"
description = "Simple FastAPI form app"
dependencies = [
"fastapi",
"uvicorn",
"Jinja2"
]
その後、環境を指定するだけで簡単にデプロイできます。
よくある質問
Python ホスティングに関するよくある質問。
Python ホスティングと通常のウェブ ホスティングの違いは何ですか？
通常のウェブホスティングは主に静的ファイル（HTML、CSS）や WordPress などの PHP ベースのシステム向けに最適化されていますが、Python ホスティングは Python ランタイムとそのエコシステムをサポートするように特別に構成されています。これには、さまざまな Python バージョンへのアクセス、WSGI アプリケーション サーバー（Gunicorn など）のサポート、pip と requirements.txt を使用した Python パッケージの管理用ツールが含まれます。通常のホスティングでは、これらの重要なコンポーネントがインストールされていないか、アクセスできない場合があります。
Python ホスティングに SSH アクセスは必要ですか？
多くの種類の Python ホスティング、特に VPS や専用サーバーでは、SSH（Secure Shell）アクセスが不可欠です。サーバーのコマンドラインにログインして、パッケージのインストール、データベースの移行の実行、WSGI サーバーの構成、アプリケーション ファイルの直接管理を行うことができます。マネージド Platform-as-a-Service（PaaS）ソリューションでは、この部分が抽象化されていますが、SSH アクセスがあれば、最大限の制御と柔軟性が得られます。
ウェブ以外の Python スクリプトをホストできますか？
はい。Python ホスティングはウェブ アプリケーションの文脈でよく議論されますが、同じ環境を使用して他の種類の Python スクリプトを実行することもできます。たとえば、VPS や Compute Engine VM を使用して、データ処理用の長時間実行されるバックグラウンド ワーカー、cron を使用するスケジュールされたタスク、または ML モデル推論サーバーを実行できます。重要なのは、Python とその依存関係をインストールできるサーバー環境を用意することです。
WSGI サーバーとは何か、それがウェブアプリに必要なのはなぜか
Gunicorn や uWSGI などの WSGI（ウェブ サーバー ゲートウェイ インターフェース）サーバーは、本番環境の Python ウェブ ホスティング設定に不可欠な要素です。Flask や Django などのフレームワークに付属する開発サーバーは、本番環境のトラフィックには適していません。WSGI サーバーは仲介役として機能し、堅牢なフロントエンド ウェブサーバー（NGINX など）から HTTP リクエストを受け取り、Python アプリケーションのフレームワークが理解できる標準化された形式に変換します。これは複数のワーカー プロセスの管理を処理し、負荷がかかった状態でのパフォーマンスと安定性を確保するように構築されています。
localhost での Python テストは、本番環境のホスティングとどのように関連していますか？
Python アプリケーションを localhost で実行するとは、自分のコンピュータでテストするプロセスです。これは、管理された設定でコードが期待どおりに動作することを確認するための重要な最初のステップです。本番環境の Python ホスティングとは、その動作するアプリケーションをインターネットに接続されたサーバーにデプロイし、世界中のユーザーがアクセスできるようにするプロセスです。優れたデプロイ プロセスの目標は、本番環境を localhost テスト環境にできるだけ近づけて、予期せぬ事態を避けることです。これは、コンテナ化などのテクノロジーの重要なメリットです。
Python ホスティングのメリット
パフォーマンスの最適化
パフォーマンスの最適化
Python 向けに特別に構成されたホスティング環境では、WSGI などの適切なサーバー構成とテクノロジーを使用することで、パフォーマンスを向上させることができます。
依存関係の管理を簡素化
依存関係の管理を簡素化
仮想環境と pip をサポートしているため、プロジェクトの依存関係を競合なしで簡単に管理できます。
成長に向けたスケーラビリティ
成長に向けたスケーラビリティ
高品質な Python ホスティング、特に Python クラウド ホスティングでは、ユーザーベースとトラフィックの増加に応じてアプリケーションのリソースをスケーリングするための明確なパスが提供されます。
デベロッパーの生産性向上
デベロッパーの生産性向上
適切なツールを備えたすぐに使用できる環境を提供することで、デベロッパーはサーバー管理に費やす時間を減らし、アプリケーション機能の構築により多くの時間を費やすことができます。
幅広いフレームワークのサポート
幅広いフレームワークのサポート
これらのホスティング プラットフォームは、Django、Flask、FastAPI など、Python ウェブ フレームワークの広大なエコシステムとの互換性を確保するように設計されています。
Python ホスティングのセキュリティに関する考慮事項
- 依存関係の管理: 既知の脆弱性を修正するために、requirements.txt に記載されている依存関係を定期的に監査して更新します。ツールを使用して、パッケージのセキュリティ上の問題をスキャンします。
- シークレット管理: API キー、データベース認証情報、その他のシークレットをソースコードに直接ハードコードしないでください。環境変数または専用のシークレット管理サービスを使用します。
- デバッグモードの無効化: 本番環境では、ウェブ フレームワークのデバッグモードがオフになっていることを確認します。デバッグモードでは、アプリケーションの構成に関する機密情報が公開される可能性があります。
- 仮想環境の使用: アプリケーションの依存関係を分離するために、常に仮想環境を使用します。これにより、グローバル パッケージの競合が防止され、より簡潔で安全な環境が提供されます。
- ウェブサーバーの構成: ウェブサーバーと WSGI サーバーを安全に構成します。権限を制限し、必要なポートのみがインターネットに公開されるようにします。
関連サービス
Cloud Runステートレス コンテナを実行できるフルマネージドのコンピューティング プラットフォーム。Flask や Django アプリをコンテナにパッケージ化して、インフラストラクチャ、スケーリング、サーバー管理をすべて Google Cloud に任せることができるため、Python アプリのホスティングに最適です。
Google Kubernetes Engine（GKE）複雑な Python アプリケーションに最大限の柔軟性と制御を提供するマネージド Kubernetes サービス。Python サービスをコンテナ化し、GKE を使用して大規模にデプロイ、スケーリング、ネットワーキングをオーケストレートできます。
Cloud SQLPostgreSQL と MySQL をサポートするフルマネージド リレーショナル データベース サービス。Cloud Run、App Engine、GKE で実行される Python アプリケーションとシームレスに統合され、信頼性が高くスケーラブルなデータベース バックエンドを提供します。
開始にあたりサポートが必要な場合
お問い合わせ信頼できるパートナーと連携する
パートナーを探すもっと見る
すべてのプロダクトを見る
