オンプレミスエージェントに向けて AWS Secrets Manager を設定する ​

このガイドでは、Amazon Web Services Secrets Manager と Workato のオンプレミスエージェント (OPA) を併せて使用して、データベースの認証情報を保存する方法を解説します。

設定が済んでいると、OPA はデフォルトの認証情報プロバイダチェーンを使用して自身から AWS へのリクエストを認証するようになり、OPA の設定ファイルに認証情報を保存する必要がなくなります。Amazon Web Services (AWS) Secrets Manager のページを参照してください。

もう1つの方法として、プロジェクトレベルでアクセスを管理することも選択できます。その場合は、シークレットマネージャーの設定を変更して、プロジェクト内のコネクションがプロジェクト設定内で指定されたロールを使用できるようにします。つまり、お客様はプロジェクト固有の IAM ロールを作成し、シークレットの使用をプロジェクト内のコネクションに制限することが可能です。各プロジェクトのための Amazon Web Services (AWS) Secrets Manager のページを参照してください。

前提条件 ​

AWS Secrets Manager を OPA と連動するように設定するには、以下が必要となります。

• Workato でのオンプレミスグループ権限
• AWS での以下の事項:
  • 次のことを実行できる権限:
    • シークレットの作成と管理
    • IAM アクセスキーの作成と管理
  • 環境変数として保存されている既存の IAM アクセスキー。 Workato は AWS へのリクエストを認証するために、デフォルトの認証情報プロバイダチェーンを使用します。IAM アクセスキーの作成と保存に関してはこのチュートリアルの範囲外ですが、ここでの前提条件を達成するためには次のような AWS ガイドを利用できます。
    • IAM アクセスキーの作成
    • デフォルトの認証情報プロバイダチェーン

ステップ1: AWS 内でシークレットを作成する ​

ステップ2: OPA 設定ファイルを設定する ​

このステップでは、シークレットマネージャーに関する情報を OPA 設定ファイルに追加します。

secrets:
  provider: aws
  region: <YOUR_REGION>

secrets:
  provider: aws
  region: us-east-1

ステップ3: データベースのプロファイルを設定する ​

仕上げとして、どのシークレットを使用するかをデータベースのプロファイル内で指定します。

database:
  sales_database:
    adapter: sqlserver
    host: localhost
    port: 1433
    database: test
    username: sales_user
    password: { secret: 'sales-db-password-password' }