contentドキュメントへの更新が頻繁に発行されており、このページの翻訳はまだ行われている場合があります。最新の情報については、「英語のドキュメント」を参照してください。コンテナーを作成するPostgreSQLサービスコンテナの作成この記事の内容はじめに前提条件コンテナ内でのジョブの実行ランナーマシン上で直接のジョブの実行PostgreSQLサービスコンテナのテストワークフローで利用するPostgreSQLサービスコンテナを作成できます。このガイドでは、コンテナで実行されるジョブか、ランナーマシン上で直接実行されるジョブのためのPostgreSQLサービスの作成例を紹介します。コンテナーを構成するワークフローの例を示します。サービスに接続し、テーブルを作成してから、データを入力します。テーブルを作成してデータを入力することをテストするために、スクリプトはテーブルからコンソールにデータを出力します。ランナーを使う必要があります。GitHubホストランナーを使うなら、Ubuntuランナーを使わなければなりません。セルフホストランナーを使っているなら、ランナーとしてLinuxマシンを使い、Dockerをインストールしておかなければなりません。Actionsとのサービスコンテナの動作と、ジョブを直接ランナー上で動作させる場合とコンテナ内で動作させる場合のネットワーキングの差異について、親しんでおいてください。詳しくは、「サービスコンテナについて」を参照してください。Actionsの構文、PosgreSQLの基本な理解があれば役立つかも知れません。詳細については、次を参照してください。チュートリアルコンテナ内でのジョブの実行ジョブをコンテナ内で実行するように設定すれば、ジョブとサービスコンテナ間のネットワーク設定が単純になります。同じユーザ定義ブリッジネットワーク上にあるDockerコンテナは、すべてのポートを互いに公開するので、サービスコンテナのポートをDockerホストにマップする必要がありません。ワークフロー中で設定したラベルを使って、ジョブコンテナからサービスコンテナにアクセスできます。ディレクトリにコピーして、必要に応じて修正できます。ホストとして使用するジョブを構成します。イメージを参照してください。コンテナーを構成します。指定する必要があります。オプションが含まれます。イメージをご覧ください。5コンテナー内のジョブの手順の構成ワークフローは以下のステップを実行します。スクリプトから利用できるようにします。コンテナーのテスト」を参照してください。同じユーザー定義ブリッジネットワーク上のDockerコンテナは、デフォルトですべてのポートをオープンするので、サービスコンテナにはデフォルトのPostgreSQLのポートである5432でアクセスできます。ランナーマシン上で直接のジョブの実行ランナーマシン上で直接ジョブを実行する場合、サービスコンテナ上のポートをDockerホスト上のポートにマップしなければなりません。ホストのポート番号を使ってアクセスできます。ディレクトリにコピーして、必要に応じて修正できます。ランナーを使用します。コンテナーを構成します。指定する必要があります。オプションが含まれます。イメージをご覧ください。このワークフローはPostgreSQLサービスコンテナ上のポート5432をDockerホストにマップします。キーワードについて詳しくは、「サービスコンテナについて」をご覧ください。マシンでジョブの手順を直接構成するワークフローは以下のステップを実行します。スクリプトから利用できるようにします。コンテナーのテスト」を参照してください。PostgreSQLサービスコンテナのテスト次のスクリプトを使用してワークフローをテストできます。サービスに接続し、プレースホルダーデータを含む新しいテーブルを追加します。テーブルに保存されている値をターミナルに出力します。モジュールを使っています。モジュールに関するページをご覧ください。操作を含めることができます。データをいくつか挿入してから、データを取得します。いう名前の新しいファイルを追加してください。アドレスとポートを指定します。スクリプトはテーブルを作成し、そのテーブルにプレースホルダーデータを展開します。接続」ステップに次の出力が表示されます。テーブルが正常に作成されてデータが追加されたことを確認できます。servicesBlog。