Azure SQL データベース用の Kubernetes アプリケーションを開発する

[アーティクル]
01/10/2024

このチュートリアルでは、Python、Docker コンテナー、Kubernetes、Azure SQL Database を使用して最新のアプリケーションを開発する方法について説明します。

最新のアプリケーション開発には、いくつかの課題があります。フロントエンドの「スタック」を選択し、複数の競合する標準のデータストレージと処理を行い、最高レベルのセキュリティとパフォーマンスを確保することにより、開発者はアプリケーションのスケーリングとパフォーマンスを確実に行い、複数のプラットフォームでサポートされるようにする必要があります。その最後の要件として、Docker などのコンテナーテクノロジにアプリケーションをバンドルし、複数のコンテナーを Kubernetes プラットフォームにデプロイすることは、アプリケーション開発において不可欠になりました。

この例では、Python、Docker コンテナー、Kubernetes (すべて Microsoft Azure プラットフォーム上で実行) を使用して検討します。 Kubernetes を使用すると、アプリケーションのシームレスで一貫したデプロイのためにローカル環境や他のクラウドを使用する柔軟性も得られ、さらに高い回復性を実現するマルチクラウドデプロイが可能になります。また、Microsoft Azure SQL Database を使用して、データストレージと処理のためのサービスベースのスケーラブルで回復性の高い安全な環境を実現します。実際、多くの場合、他のアプリケーションは既に Microsoft Azure SQL Database を使用しており、このサンプルアプリケーションを使用して、そのデータをさらに使用して強化することができます。

この例は範囲が非常に包括的ですが、最も単純なアプリケーション、データベース、デプロイを使用してプロセスを説明します。返されるデータに最新のテクノロジを使用する場合でも、このサンプルを信頼性が非常に高くなるように調整できます。これは、他のアプリケーションのパターンを作成するのに便利な学習ツールです。

実用的な例で Python、Docker コンテナー、Kubernetes、AdventureWorksLT サンプルデータベースを使用する

AdventureWorks (架空の) 企業は、販売とマーケティング、製品、顧客、製造に関するデータを格納するデータベースを使用します。また、製品名、カテゴリ、価格、簡単な説明など、製品に関する情報を結合するビューとストアドプロシージャも含まれています。

AdventureWorks 開発チームは、AdventureWorksLT データベース内のビューからデータを返し、REST API として使用できるようにする概念実証 (PoC) を作成したいと考えています。この PoC を使用して、開発チームは、よりスケーラブルでマルチクラウド対応のアプリケーションを Sales チーム向けに作成します。デプロイのすべての側面に対して Microsoft Azure プラットフォームを選択しました。 PoC では、次の要素を使用しています。

ヘッドレスウェブデプロイに Flask パッケージを使用する Python アプリケーション。
コードと環境を分離するための Docker コンテナー。プライベートレジストリに格納されているため、会社全体が今後のプロジェクトでアプリケーションコンテナーを再利用できるため、時間とコストを節約できます。
デプロイとスケーリングを容易にし、プラットフォームのロックインを回避するための Kubernetes。
Microsoft Azure SQL Database。リレーショナルデータストレージと最高レベルのセキュリティレベルでの処理に加えて、サイズ、パフォーマンス、スケール、自動管理、バックアップを選択できます。

この記事では、概念実証プロジェクト全体を作成するプロセスについて説明します。アプリケーションを作成するための一般的な手順は次のとおりです。

前提条件を設定する
アプリケーションを作成する
Docker コンテナーを作成してアプリケーションをデプロイし、テストする
Azure Container Service (ACS) レジストリを作成し、ACS レジストリにコンテナーを読み込む
Azure Kubernetes Service (AKS) 環境を作成する
ACS レジストリから AKS にアプリケーションコンテナーをデプロイする
アプリケーションをテストする
クリーンアップ

前提条件

この記事では、いくつかの値を置き換える必要があります。各ステップでこれらの値を常に置き換えてください。概念実証プロジェクトを進める際に、テキストエディターを開き、これらの値をドロップして正しい値を設定できます。

ReplaceWith_AzureSubscriptionName: Azure のサブスクリプションの名前を自分の Azure サブスクリプションの名前に置き換えます。
ReplaceWith_PoCResourceGroupName: この値を、作成したいリソースグループの名前に置き換えます。
ReplaceWith_AzureSQLDBServerName: この値を、Azure portal を使用して作成する Azure SQL Database 論理サーバーの名前に置き換えます。
ReplaceWith_AzureSQLDBSQLServerLoginName: この値を、Azure portal で作成した SQL Server ユーザー名の値に置き換えます。
ReplaceWith_AzureSQLDBSQLServerLoginPassword: この値を、Azure portal で作成した SQL Server ユーザーパスワードの値に置き換えます。
ReplaceWith_AzureSQLDBDatabaseName: この値を、Azure portal を使用して作成する Azure SQL Database の名前に置き換えます。
ReplaceWith_AzureContainerRegistryName: この値を、作成したい Azure Container Registry の名前に置き換えます。
ReplaceWith_AzureKubernetesServiceName: この値を、作成したい Azure Kubernetes Service の名前に置き換えます。

AdventureWorks の開発者は、開発に Windows、Linux、Apple のシステムを組み合わせて使用するため、Visual Studio Code を環境として使用し、ソース管理に git を使用しています。どちらもクロスプラットフォームで実行されます。

PoC の場合、チームには次の前提条件が必要です。

Python、pip、パッケージ - 開発チームは、このウェブベースのアプリケーションの標準として Python プログラミング言語を選択します。現在、バージョン 3.9 を使用していますが、PoC で必要なパッケージをサポートする任意のバージョンを使用できます。
- python.org から Python バージョン 3.9 をダウンロードできます。
チームは、データベースアクセスに pyodbc パッケージを使用しています。
- pip コマンドを使用して pyodbc パッケージをインストールできます。
- まだインストールしていない場合は、Microsoft ODBC Driver ソフトウェアが必要になる場合もあります。
チームは、構成変数を管理および設定するために ConfigParser パッケージを使用しています。
- pip コマンドを使用すると configparser パッケージをインストールできます。
チームは、アプリケーションのウェブインターフェイスに Flask パッケージ を使用しています。
- Python バージョンの Flask ライブラリをインストールできます。
次に、チームは az 構文で簡単に識別できる Azure CLI ツールをインストールしました。このクロスプラットフォームツールを使用すると、PoC に対するコマンドラインおよびスクリプト化されたアプローチが可能になり、変更や改善を行う際に手順を繰り返すことができます。
- Azure CLI ツールのダウンロードとインストール
Azure CLI の設定で、チームは自分の Azure サブスクリプションにサインインし、PoC に使用したサブスクリプション名を設定します。その後、Azure SQL Database サーバーとデータベースにサブスクリプションからアクセスできることを確認しました。
```
az login
az account set --name "ReplaceWith_AzureSubscriptionName"
az sql server list
az sql db list ReplaceWith_AzureSQLDBDatabaseName 
```
Microsoft Azure リソースグループは、Azure ソリューションの関連リソースを保持する論理コンテナーです。通常は、同じライフサイクルを共有するリソースを同じリソースグループに追加して、グループとして簡単にデプロイ、更新、および削除できるようにします。リソースグループにはリソースに関するメタデータが格納されるため、リソースグループの場所を指定します。

リソースグループは、Azure portal または Azure CLI を使用して作成・管理できます。また、アプリケーションの関連リソースをグループ化し、運用と非運用のグループに分割したり、必要な他の組織構造に分割したりすることもできます。

次のコードスニペットでは、リソースグループの作成に使用される az コマンドを確認できます。このサンプルでは、Azure の eastus リージョンを使用します。
```
az group create --name ReplaceWith_PoCResourceGroupName --location eastus
```
開発チームは、SQL 認証ログインを使用して、 AdventureWorksLT サンプルデータベースがインストールされた Azure SQL Database を作成します。

AdventureWorks は Microsoft SQL Server リレーショナルデータベース管理システムプラットフォームで標準化されており、開発チームはローカルにインストールするのではなく、データベースの管理サービスを使用したいと考えています。 Azure SQL Database を使用すると、オンプレミス、コンテナー、Linux または Windows、モノのインターネット (IoT) 環境など、SQL Server エンジンを実行する場所を問わず、この管理サービスに完全にコード互換性を持たすことができます。
1. 作成時に、Azure 管理ポータルを使用してアプリケーションのファイアウォールをローカル開発マシンに設定し、ここに表示されるデフォルトを変更して [すべての Azure サービスを許可する] を有効にし、接続認証情報も取得しました。
  
  この方法では、別のリージョンまたは別のサブスクリプションでもデータベースにアクセスできます。
2. チームはテスト用に SQL 認証ログインを設定しましたが、セキュリティレビューでこの決定を再検討します。
3. チームは、同じ PoC リソースグループを使用して PoC のサンプル AdventureWorksLT データベースを使用しました。このチュートリアルの最後に、この新しい PoC リソースグループ内のすべてのリソースをクリーンアップしますのでご安心ください。
4. Azure portal を使用して、Azure SQL Database をデプロイできます。 Azure SQL Database を作成するときに、[追加設定] タブの [既存のデータを使用] オプションで [サンプル] を選択します。
5. 最後に、新しい Azure SQL Database の [タグ] タブで、開発チームはこの Azure リソースのタグメタデータ (Owner、ServiceClass、WorkloadName など) を提供しました。

アプリケーションを作成する

次に、開発チームは、Azure SQL Database への接続を開き、製品の一覧を返す単純な Python アプリケーションを作成しました。このコードは、より複雑な関数に置き換えられ、アプリケーションソリューションに対する堅牢なマニフェスト駆動型アプローチのために、運用環境の Kubernetes ポッドにデプロイされた複数のアプリケーションも含まれる場合があります。

チームは、サーバー接続やその他の情報の変数を保持するために .env という単純なテキストファイルを作成しました。 python-dotenv ライブラリを使用すると、Python コードから変数を分離できます。これは、シークレットやその他の情報をコード自体から除外する一般的なアプローチです。
```
SQL_SERVER_ENDPOINT = ReplaceWith_AzureSQLDBServerName
SQL_SERVER_USERNAME = ReplaceWith_AzureSQLDBSQLServerLoginName
SQL_SERVER_PASSWORD = ReplaceWith_AzureSQLDBSQLServerLoginPassword
SQL_SERVER_DATABASE = ReplaceWith_AzureSQLDBDatabaseName
```
注意事項

わかりやすくするために、このアプリケーションでは Python から読み取られた構成ファイルを使用しています。コードはコンテナーと共にデプロイされるため、接続情報はコンテンツから派生できる可能性があります。セキュリティ、接続、シークレットを操作するさまざまな方法を慎重に検討し、アプリケーションに使用する最適なレベルとメカニズムを決定する必要があります。常に最高レベルのセキュリティ、さらには複数のレベルを選択して、アプリケーションのセキュリティを確保します。接続文字列など、シークレット情報を操作する複数のオプションがあり、次の一覧にそれらのオプションをいくつか示します。

詳細については、Azure SQL Database セキュリティを参照してください。
- Python でシークレットを操作するもう 1 つの方法は、python-secrets ライブラリを使用することです。
- Docker のセキュリティとシークレットを確認します。
- Kubernetes シークレットを確認します。
- Microsoft Entra (旧称 Azure Active Directory) 認証の詳細も確認できます。

チームは次に PoC アプリケーションを記述し、それを app.py と命名しました。

次のスクリプトでは、これらの手順を実行します。

構成とベースウェブインターフェイスのライブラリを設定します。
.env ファイルから変数を読み込みます。
Flask-RESTful アプリケーションを作成します。
config.ini ファイル値を使用して Azure SQL Database 接続情報にアクセスします。
config.ini ファイル値を使用して Azure SQL Database への接続を作成します。
pyodbc を使用して Azure SQL データベースに接続します。
データベースに対して実行する SQL クエリを作成します。
API からデータを返すために使用するクラスを作成します。
API エンドポイントを Products クラスに設定します。
最後に、既定の Flask ポート 5000 でアプリを起動します。

# Set up the libraries for the configuration and base web interfaces
from dotenv import load_dotenv
from flask import Flask
from flask_restful import Resource, Api
import pyodbc

# Load the variables from the .env file
load_dotenv()

# Create the Flask-RESTful Application
app = Flask(__name__)
api = Api(app)

# Get to Azure SQL Database connection information using the config.ini file values
server_name = os.getenv('SQL_SERVER_ENDPOINT')
database_name = os.getenv('SQL_SERVER_DATABASE')
user_name = os.getenv('SQL_SERVER_USERNAME')
password = os.getenv('SQL_SERVER_PASSWORD')

# Create connection to Azure SQL Database using the config.ini file values
ServerName = config.get('Connection', 'SQL_SERVER_ENDPOINT')
DatabaseName = config.get('Connection', 'SQL_SERVER_DATABASE')
UserName = config.get('Connection', 'SQL_SERVER_USERNAME')
PasswordValue = config.get('Connection', 'SQL_SERVER_PASSWORD')

# Connect to Azure SQL Database using the pyodbc package
# Note: You may need to install the ODBC driver if it is not already there. You can find that at:
# https://learn.microsoft.com/sql/connect/odbc/download-odbc-driver-for-sql-server
connection = pyodbc.connect(f'Driver=ODBC Driver 17 for SQL Server;Server={ServerName};Database={DatabaseName};uid={UserName};pwd={PasswordValue}')

# Create the SQL query to run against the database
def query_db():
    cursor = connection.cursor()
    cursor.execute("SELECT TOP (10) [ProductID], [Name], [Description] FROM [SalesLT].[vProductAndDescription] WHERE Culture = 'EN' FOR JSON AUTO;")
    result = cursor.fetchone()
    cursor.close()
    return result

# Create the class that will be used to return the data from the API
class Products(Resource):
    def get(self):
        result = query_db()
        json_result = {} if (result == None) else json.loads(result[0])     
        return json_result, 200

# Set the API endpoint to the Products class
api.add_resource(Products, '/products')

# Start App on default Flask port 5000
if __name__ == "__main__":
    app.run(debug=True)

このアプリケーションがローカルで実行されることをチェックし、ページを http://localhost:5000/products へ移動します。

重要

運用アプリケーションをビルドするときは、管理者アカウントを使用してデータベースにアクセスしないでください。詳細については、アプリケーションのアカウントを設定する方法を参照してください。この記事のコードは単純であるため、Azure で Python と Kubernetes を使用してアプリケーションをすぐに使い始めることができます。

より現実的には、読み取り専用アクセス許可を持つ包含データベースユーザー、または読み取り専用アクセス許可を持つユーザー割り当てマネージド ID に接続されたログインまたは包含データベースユーザーを使用できます。

詳細については、Python と Azure SQL Database を使用して API を作成する方法の完全な例を確認してください。

アプリケーションを Docker コンテナーにデプロイする

コンテナーは、分離とカプセル化を提供するコンピューティングシステム内の予約済みの保護された領域です。コンテナーを作成するには、マニフェストファイルを使用します。マニフェストファイルは、格納するバイナリとコードを記述するテキストファイルにすぎません。コンテナーランタイム (Docker など) を使用して、実行して参照するすべてのファイルを含むバイナリイメージを作成できます。そこから、バイナリイメージを「実行」できます。これはコンテナーと呼ばれ、完全なコンピューティングシステムであるかのように参照できます。これは、完全な仮想マシンを使用するよりも、アプリケーションのランタイムと環境を抽象化する、より小規模で簡単な方法です。詳細については、「コンテナーと Docker」を参照してください。

チームは、チームが使用する要素を階層化する DockerFile (マニフェスト) を使い始めました。 pyodbc ライブラリが既にインストールされている基本 Python イメージから始めて、前の手順でプログラムと構成ファイルを含めるために必要なすべてのコマンドを実行します。

次の Dockerfile には、次の手順があります。

Python と pyodbc が既にインストールされているコンテナーバイナリから始めます。
アプリケーション用の作業ディレクトリを作成します。
現在のディレクトリから WORKDIR へすべてのコードをコピーします。
必要なライブラリをインストールします。
コンテナーが起動したら、アプリケーションを実行し、すべての TCP/IP ポートを開きます。

# syntax=docker/dockerfile:1

# Start with a Container binary that already has Python and pyodbc installed
FROM laudio/pyodbc

# Create a Working directory for the application
WORKDIR /flask2sql

# Copy all of the code from the current directory into the WORKDIR
COPY . .

# Install the libraries that are required
RUN pip install -r ./requirements.txt

# Once the container starts, run the application, and open all TCP/IP ports 
CMD ["python3", "-m" , "flask", "run", "--host=0.0.0.0"]

そのファイルを配置すると、チームはコーディングディレクトリのコマンドプロンプトにドロップし、次のコードを実行してマニフェストからバイナリイメージを作成し、次にコンテナーを起動する別のコマンドを実行しました。

docker build -t flask2sql .
docker run -d -p 5000:5000 -t flask2sql

もう一度、チームは http://localhost:5000/products リンクをテストして、コンテナーがデータベースにアクセスできることを確認します。次の応答が表示されます。

Docker レジストリにイメージをデプロイする

コンテナーは現在動作していますが、開発者のコンピューターでのみ使用できます。開発チームは、このアプリケーションイメージを会社の残りの部分で使用できるようにしてから、運用環境のデプロイのために Kubernetes に移行したいと考えています。

コンテナーイメージのストレージ領域はリポジトリと呼ばれ、コンテナーイメージにはパブリックリポジトリとプライベートリポジトリの両方を使用できます。実際、AdvenureWorks は Dockerfile で Python 環境用のパブリックイメージを使用しました。

チームは、イメージへのアクセスを制御したいと考えています。ウェブ上に配置するのではなく、自分でホストすることを決定しますが、Microsoft Azure ではセキュリティとアクセスを完全に制御できます。 Microsoft Azure Container Registry の詳細については、こちらをご覧ください。

開発チームは、コマンドラインに戻り、 az CLI を使用してコンテナーレジストリサービスを追加し、管理アカウントを有効にし、テストフェーズ中に匿名の「pulls」に設定し、ログインコンテキストをレジストリに設定します。

az acr create --resource-group ReplaceWith_PoCResourceGroupName --name ReplaceWith_AzureContainerRegistryName --sku Standard
az acr update -n ReplaceWith_AzureContainerRegistryName --admin-enabled true
az acr update --name ReplaceWith_AzureContainerRegistryName --anonymous-pull-enabled
az acr login --name ReplaceWith_AzureContainerRegistryName

このコンテキストは、後続の手順で使用されます。

ローカル Docker イメージにタグを付けてアップロード用に準備する

次の手順では、ローカルアプリケーションのコンテナーイメージを Azure Container Registry (ACR) サービスに送信して、クラウドで使用できるようにします。

次のサンプルスクリプトでは、チームは Docker コマンドを使用してマシン上のイメージを一覧表示します。
az CLI ユーティリティを使用して、ACR サービス内のイメージを一覧表示します。
Docker コマンドを使用して、前の手順で作成した ACR の宛先名でイメージに「タグ」を付け、適切な DevOps のバージョン番号を設定します。
最後に、タグが正しく適用されていることを確認するために、ローカルイメージ情報をもう一度一覧表示します。

docker images
az acr list --resource-group ReplaceWith_PoCResourceGroupName --query "[].{acrLoginServer:loginServer}" --output table
docker tag flask2sql ReplaceWith_AzureContainerRegistryName.azurecr.io/azure-flask2sql:v1
docker images

コードの記述とテスト、Dockerfile、イメージ、コンテナーの実行とテスト、ACR サービスの設定、すべてのタグの適用により、チームはイメージを ACR サービスにアップロードできます。

Docker の「プッシュ」コマンドを使用してファイルを送信し、次に az CLI ユーティリティを使用してイメージが読み込まれたことを確認します。

docker push ReplaceWith_AzureContainerRegistryName.azurecr.io/azure-flask2sql:v1
az acr repository list --name ReplaceWith_AzureContainerRegistryName --output table

Kubernetes へのデプロイ

チームは、単にコンテナーを実行し、アプリケーションをオンプレミスおよびクラウド環境にデプロイできます。ただし、スケーリングと可用性のためにアプリケーションの複数のコピーを追加し、さまざまなタスクを実行する他のコンテナーを追加し、監視とインストルメンテーションをソリューション全体に追加したいと考えています。

コンテナーをまとめて完全なソリューションにグループ化するために、チームは Kubernetes を使用することにしました。 Kubernetes は、オンプレミスおよびすべての主要なクラウドプラットフォームで実行されます。 Microsoft Azure には、Azure Kubernetes Service (AKS) と呼ばれる Kubernetes 用の完全なマネージド環境があります。 AKS の詳細については、「Azure トレーニングパスにおける Kubernetes の概要」を参照してください。

az CLI ユーティリティを使用して、チームは前に作成したのと同じリソースグループに AKS を追加します。 1 つの az コマンドを使用して、開発チームは次の手順を実行します。

テストフェーズで回復性のために 2 つの「ノード」またはコンピューティング環境を追加する
環境にアクセスするための SSH キーを自動的に生成する
前の手順で作成した ACR サービスをアタッチして、AKS クラスターがデプロイに使用するイメージを見つけられるようにする

az aks create --resource-group ReplaceWith_PoCResourceGroupName --name ReplaceWith_AzureKubernetesServiceName --node-count 2 --generate-ssh-keys --attach-acr ReplaceWith_AzureContainerRegistryName

Kubernetes では、コマンドラインツールを使用して、 kubectl というクラスターにアクセスして制御します。チームは az CLI ユーティリティを使用して kubectl ツールをダウンロードし、インストールします。

az aks install-cli

現時点では AKS への接続があるため、 kubectl ユーティリティの実行時に使用する接続用の SSH キーを送信するように要求できます。

az aks get-credentials --resource-group ReplaceWith_PoCResourceGroupName --name ReplaceWith_AzureKubernetesServiceName

これらのキーは、ユーザーディレクトリの .config というファイルに格納されます。そのセキュリティコンテキストを設定すると、チームはクラスター内のノードを表示するために kubectl get nodes を使用します。

kubectl get nodes

チームは az CLI ツールを使用して、ACR サービス内のイメージを一覧表示します。

az acr list --resource-group ReplaceWith_PoCResourceGroupName --query "[].{acrLoginServer:loginServer}" --output table

これで、Kubernetes がデプロイを制御するために使用するマニフェストをビルドできるようになりました。これは、yaml 形式で格納されたテキストファイルです。 flask2sql.yaml ファイル内の注釈付きテキストを次に示します。

apiVersion: apps/v1
# The type of commands that will be sent, along with the name of the deployment
kind: Deployment
metadata:
  name: flask2sql
# This section sets the general specifications for the application
spec:
  replicas: 1
  selector:
    matchLabels:
      app: flask2sql
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
  minReadySeconds: 5 
  template:
    metadata:
      labels:
        app: flask2sql
    spec:
      nodeSelector:
        "kubernetes.io/os": linux
# This section sets the location of the Image(s) in the deployment, and where to find them 
      containers:
      - name: flask2sql
        image:  bwoodyflask2sqlacr.azurecr.io/azure-flask2sql:v1
# Recall that the Flask application uses (by default) TCIP/IP port 5000 for access. This line tells Kubernetes that this "pod" uses that address.
        ports:
        - containerPort: 5000
---
apiVersion: v1
# This is the front-end of the application access, called a "Load Balancer"
kind: Service
metadata:
  name: flask2sql
spec:
  type: LoadBalancer
# this final step then sets the outside exposed port of the service to TCP/IP port 80, but maps it internally to the app's port of 5000
  ports:
  - protocol: TCP
    port: 80
    targetPort: 5000
  selector:
    app: flask2sql

flask2sql.yaml ファイルを定義すると、チームは実行中の AKS クラスターにアプリケーションをデプロイできます。これで完了です。 kubectl apply コマンドは、ご存知の通り、クラスターに対するセキュリティコンテキストをまだ持っています。その後、ビルド中のクラスターを監視する kubectl get service コマンドが送信されます。

kubectl apply -f flask2sql.yaml
kubectl get service flask2sql --watch

しばらくすると、「watch」コマンドによって外部 IP アドレスが返されます。その時点で、チームは Ctrl キーを押しながら C キーを押してwatch コマンドを中断し、ロードバランサーの外部 IP アドレスを記録します。

アプリケーションをテストする

チームは、前の手順で取得した IP アドレス (エンドポイント) を使用して、ローカルアプリケーションと Docker コンテナーと同じ出力を確保するようにチェックします。

クリーンアップ

アプリケーションを作成、編集、文書化、テストすることで、チームはアプリケーションを「破棄」できるようになりました。 Microsoft Azure の 1 つのリソースグループにすべてを保持することで、 az CLI ユーティリティを使用して PoC リソースグループを削除するのは簡単です。

az group delete -n ReplaceWith_PoCResourceGroupName -y

注意

別のリソースグループに Azure SQL Database を作成し、不要になった場合は、Azure portal を使用して削除できます。

PoC プロジェクトを率いるチームメンバーは、ワークステーションとして Microsoft Windows を使用し、Kubernetes からシークレットファイルを保持し、アクティブな場所としてシステムから削除したいと考えています。ファイルを config.old テキストファイルにコピーし、削除するだけです。

copy c:\users\ReplaceWith_YourUserName\.kube\config c:\users\ReplaceWith_YourUserName\.kube\config.old
del c:\users\ReplaceWith_YourUserName\.kube\config

次の方法で共有

Azure SQL データベース用の Kubernetes アプリケーションを開発する

実用的な例で Python、Docker コンテナー、Kubernetes、AdventureWorksLT サンプルデータベースを使用する

前提条件

アプリケーションを作成する

アプリケーションを Docker コンテナーにデプロイする

Docker レジストリにイメージをデプロイする

ローカル Docker イメージにタグを付けてアップロード用に準備する

Kubernetes へのデプロイ

アプリケーションをテストする

クリーンアップ

フィードバック

その他のリソース

次の方法で共有

Azure SQL データベース用の Kubernetes アプリケーションを開発する

実用的な例で Python、Docker コンテナー、Kubernetes、AdventureWorksLT サンプル データベースを使用する

前提条件

アプリケーションを作成する

アプリケーションを Docker コンテナーにデプロイする

Docker レジストリにイメージをデプロイする

ローカル Docker イメージにタグを付けてアップロード用に準備する

Kubernetes へのデプロイ

アプリケーションをテストする

クリーンアップ

関連するコンテンツ

フィードバック

その他のリソース

実用的な例で Python、Docker コンテナー、Kubernetes、AdventureWorksLT サンプルデータベースを使用する