TIBCO EMS

TIBCO EMS コネクタは、TIBCO EMS への接続を提供します。

始める前に

TIBCO EMS コネクタを使用する前に、次の作業を行います。

• Google Cloud プロジェクトで次の操作を行います。
  • コネクタを構成するユーザーに roles/connectors.admin IAM ロールを付与します。
  • コネクタに使用するサービス アカウントに、次の IAM ロールを付与します。
    • roles/secretmanager.viewer
    • roles/secretmanager.secretAccessor

    サービス アカウントは特別なタイプの Google アカウントで、Google API のデータにアクセスするのに認証を受ける必要がある人間以外のユーザーを表します。サービス アカウントがない場合は、サービス アカウントを作成する必要があります。詳細については、サービス アカウントを作成するをご覧ください。

  • 次のサービスを有効にします。
    • secretmanager.googleapis.com（Secret Manager API）
    • connectors.googleapis.com（Connectors API）

    サービスを有効にする方法については、サービスを有効にするをご覧ください。

  以前にプロジェクトでこうしたサービスを有効にしていない場合は、コネクタを構成するときにそれを有効にすることを求められます。

• tibjms.jar を Cloud Storage バケットにアップロードします。この jar は接続を作成するために必要です。tibjms.jar は TIBCO EMS パッケージに含まれており、TIBCO eDelivery からダウンロードできます。 パッケージをダウンロードするには、アクセス権が必要になる場合があります。圧縮ファイル（.zip 形式）である EMS パッケージのコミュニティ バージョンまたはエンタープライズ バージョンをダウンロードできます。ダウンロードしたパッケージを解凍すると、tibjms.jar が tibco/ems/VERSION/lib フォルダに格納されます。

コネクタを構成する

コネクタを構成するには、データソース（バックエンド システム）への接続を作成する必要があります。接続はデータソースに特有です。つまり、多数のデータソースがある場合は、データソースごとに別々の接続を作成する必要があります。接続を作成する手順は次のとおりです。

1. Cloud コンソールで、[Integration Connectors] > [接続] ページに移動し、Google Cloud プロジェクトを選択または作成します。

   [接続] ページに移動

2. [+ 新規作成] をクリックして [接続の作成] ページを開きます。
3. [ロケーション] セクションで、接続のロケーションを選択します。
   1. リージョン: プルダウン リストからロケーションを選択します

      サポートされているすべてのリージョンの一覧については、ロケーションをご覧ください。

   2. [次へ] をクリックします。
4. [接続の詳細] セクションで、次の操作を行います。
   1. コネクタ: 使用可能なコネクタのプルダウン リストから [TIBCO EMS] を選択します。
   2. コネクタのバージョン: 使用可能なバージョンのプルダウン リストからコネクタのバージョンを選択します。
   3. [接続名] フィールドに、接続インスタンスの名前を入力します。

      接続名は次の条件を満たす必要があります。

      • 接続名には英字、数字、ハイフンを使用できます。
      • 文字は小文字のみを使用できます。
      • 接続名の先頭には英字を設定し、末尾には英字または数字を設定する必要があります。
      • 接続名は 49 文字以内で指定してください。
      • イベント サブスクリプションをサポートするコネクタの場合、接続名の先頭に接頭辞「goog」は使用できません。
   4. 必要に応じて、接続インスタンスの [説明] を入力します。
   5. サービス アカウント: 必要なロールを持つサービス アカウントを選択します。
   6. イベント サブスクリプションの接続を使用するには、[イベント サブスクリプションを有効にする] を選択します。このオプションを選択すると、アクションを使用するイベント サブスクリプションが有効になります。
      注: この接続では Enable only event subscription オプションはサポートされていません。
   7. 必要に応じて、接続ノードの設定を構成します。
      • ノードの最小数: 接続ノードの最小数を入力します。
      • ノードの最大数: 接続ノードの最大数を入力します。

      ノードは、トランザクションを処理する接続の単位（またはレプリカ）です。1 つの接続でより多くのトランザクションを処理するには、より多くのノードが必要になります。逆に、より少ないトランザクションを処理するには、より少ないノードが必要になります。ノードがコネクタの料金に与える影響については、接続ノードの料金をご覧ください。値を入力しない場合は、デフォルトで最小ノード数は 2 に設定され（可用性を高めるため）、最大ノード数は 50 に設定されます。

   注: 接続ノード値をカスタマイズできるのは、従量課金制のお客様のみです。
   8. デフォルト キューの名前: デフォルト キューの名前です。アクションを実行したときにオーバーライドされます。
   9. デフォルトのトピック名: デフォルトのトピックの名前で、アクションの実行時にオーバーライドされることがあります。
   10. バケット: tibjms.jar ファイルを含むバケットの名前。
   11. Tibjms Jar Object ID: tibjms.jar のオブジェクト ID。
   12. 必要に応じて、[+ ラベルを追加] をクリックして Key-Value ペアの形式でラベルを接続に追加します。
   13. 必要に応じて SSL を使用する場合は、[SSL を有効にする] を選択します。これにより、SSL 構成の詳細が表示されます。
       1. トラストストアの種類を選択します。[パブリック]、[プライベート]、[安全でない接続] のいずれかになります。
       2. トラストストアの選択に基づいて表示される証明書を選択します。
       3. mTLS を使用している場合は、[Key Store] セクションでキーストア証明書を選択します。 また、[追加構成] セクションでクライアント ルート証明書を選択します。
       4. 必要に応じて、TLS のバージョンを選択します。
       5. サポートされている暗号スイートを入力します。複数の暗号スイートをカンマ区切りの値で入力します。詳細については、サポートされている暗号スイートをご覧ください。
       注：

       • すべての証明書は、X.509 証明書で、かつ PEM（プライバシー強化メール）形式でなければなりません。
       • クライアント秘密鍵は PKCS#8 形式である必要があります。
       • SSL を構成する場合、証明書を直接選択できません。すべての証明書と秘密鍵を Secret Manager の Secret として保存してから、SSL の構成中に必要なシークレットを選択する必要があります。
   14. [次へ] をクリックします。
5. [宛先] セクションに、接続するリモートホスト（バックエンド システム）の詳細を入力します。
   1. 宛先の種類: 宛先の種類を選択します。
      • リストから [ホストアドレス] を選択し、宛先のホスト名または IP アドレスを指定します。
      • バックエンド システムへのプライベート接続を確立する場合は、リストからエンドポイント アタッチメントを選択し、次にエンドポイント アタッチメントリストから必要なエンドポイント アタッチメントを選択します。
        注: エンドポイント アタッチメントの作成方法については、PSC サービス アタッチメントとエンドポイント アタッチメントをご覧ください。エンドポイント アタッチメントを作成すると、[エンドポイント アタッチメント] リストに表示されます。

      セキュリティをさらに強化してバックエンドシステムへのパブリック接続を確立する場合は、接続用の静的アウトバウンド IP アドレスの構成を検討してから、特定の静的 IP アドレスのみを許可リストに登録するようファイアウォール ルールを構成します。

      注: このコネクタは 1 つの宛先のみをサポートします。
   2. [次へ] をクリックします。
6. [認証] セクションで、認証の詳細を入力します。
   1. [認証タイプ] を選択し、関連する詳細を入力します。

      TIBCO EMS 接続でサポートされる認証タイプは次のとおりです。

      • Anonymous
      • ユーザー名とパスワードを指定する

   これらの認証タイプの構成方法については、認証を構成するをご覧ください。

   2. [次へ] をクリックします。
7. [イベント サブスクリプションの詳細] セクションで、イベント関連の詳細を構成します。
   • デッドレター構成を入力します。デッドレターを構成すると、指定された Pub/Sub トピックに未処理のイベントが書き込まれます。次の詳細情報を入力します。
     1. デッドレター プロジェクト ID: デッドレター Pub/Sub トピックを構成した Google Cloud プロジェクト ID。
     2. デッドレター トピック: 未処理イベントの詳細を書き込む Pub/Sub トピック。
8. Review: 接続と認証の詳細を確認します。
9. [作成] をクリックします。

認証を構成する

使用する認証に基づいて詳細を入力します。

• Anonymous

  匿名ログインを使用する場合は、[Not Available] を選択します。

• ユーザー名とパスワード
  • ユーザー名: 接続に使用する TIBCO EMS ユーザー名。
  • パスワード: TIBCO EMS ユーザー名に関連付けられたパスワードを含む Secret Manager のシークレット。

サポートされている暗号スイート

TLS バージョン	サポートされている暗号スイート
1.2	TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 TLS_DHE_RSA_WITH_AES_128_CBC_SHA TLS_DHE_RSA_WITH_AES_256_CBC_SHA TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
1.3	TLS_AES_256_GCM_SHA384 TLS_CHACHA20_POLY1305_SHA256 TLS_AES_128_GCM_SHA256

エンティティ、オペレーション、アクション

すべての Integration Connectors が、接続されたアプリケーションのオブジェクトを抽象化するレイヤを提供します。アプリケーションのオブジェクトには、この抽象化を通じてのみアクセスできます。抽象化は、エンティティ、オペレーション、アクションとして公開されます。

注: コネクタタスクで、コネクタのエンティティ、オペレーション、アクションを表示できます。

• エンティティ: エンティティは、接続されているアプリケーションやサービスのオブジェクト、またはプロパティのコレクションと考えることができます。エンティティの定義は、コネクタによって異なります。たとえば、データベース コネクタでは、テーブルがエンティティであり、ファイル サーバー コネクタでは、フォルダがエンティティです。また、メッセージング システム コネクタでは、キューがエンティティです。

  ただし、コネクタでいずれのエンティティもサポートされていない、またはエンティティが存在しない可能性があります。その場合、Entities リストは空になります。

• オペレーション: エンティティに対して行うことができるアクティビティです。エンティティに対して次のいずれかのオペレーションを行うことができます。
  • リスト
  • 取得
  • 作成
  • 更新
  • 削除

  使用可能なリストからエンティティを選択すると、そのエンティティで使用可能なオペレーションのリストが生成されます。オペレーションの詳細については、コネクタタスクのエンティティ オペレーションをご覧ください。ただし、コネクタがどのエンティティ オペレーションもサポートしていない場合、サポートされていないオペレーションは Operations リストに含まれません。

• アクション: コネクタ インターフェースを介して統合で使用できる最初のクラス関数です。アクションを使用すると、1 つまたは複数のエンティティに対して変更を加えることができます。また、使用できるアクションはコネクタごとに異なります。通常、アクションには入力パラメータと出力パラメータがあります。ただし、コネクタがどのアクションもサポートしていない可能性があります。その場合は、Actions リストが空になります。

注: すべてのエンティティとアクションに、関連するスキーマがあります。たとえば、アクション スキーマにはパラメータの詳細（パラメータ名や対応するデータ型など）が含まれます。エンティティとアクションのスキーマ（メタデータ）は、ランタイムに接続によってバックエンドから取得されます。スキーマが更新されても、既存の接続には自動的に反映されません。スキーマを手動で更新する必要があります。接続のスキーマを更新するには、接続の [接続の詳細] ページを開き、[接続スキーマを更新] をクリックします。

システムの上限

TIBCO EMS コネクタは、ノードごとに 1 秒あたりの次のトランザクション数を処理し、この上限を超えるトランザクションをthrottlesします。

• 最大 7 つのトランザクション（主に sendMessage アクションを使用する場合）。
• 1 つのトランザクション（主に requestReply アクションを使用する場合）。

デフォルトでは、Integration Connectors は、接続に 2 つのノードを割り当てます（可用性を高めるため）。

Integration Connectors に適用される上限の詳細については、上限をご覧ください。

注: Integration Connectors ノードの数は、使用状況に応じて動的に自動スケーリングされます。ただし、自動スケーリングを待たずに大量の容量を確保する場合は、接続の最小ノード値を調整できます。1 つの接続により多くのトランザクションを処理するには、より多くのノードが必要です。逆に、接続が処理するトランザクションが少ない場合は、必要なノードの数が少なくなります。ノードの値を構成するには、次の手順を行います。

• 従量課金制をご利用のお客様は、接続の編集ページでノードの最小値と最大値を構成します。
• サブスクリプション ベースで利用されているお客様は、サポートにお問い合わせください。

ノードが処理できる最大トランザクションは、さまざまな要因によって異なります。そのため、スループットを高めるために最小ノードを調整する前に、バックエンド システムが必要なトラフィックを処理するために最適に設定されているかどうかを確認することをおすすめします。

アクション

TIBCO EMS 接続は、次のアクションをサポートしています。

• sendMessage: キューにメッセージを送信します。
• requestReply: キューにメッセージを送信し、返信者がレスポンスを書き込むレスポンス キューも指定します。

sendMessage アクション

次の表に、sendMessage アクションの入出力パラメータを示します。

sendMessage アクションの入力パラメータ

パラメータ名	必須	データ型	説明
message	○	文字列	TIBCO EMS キューに送信されるメッセージ。現在、サポートされている最大のメッセージ サイズは 10 MB です。
queueName	×	文字列	TIBCO EMS キューの名前。キュー名を指定しなければ、接続の作成時に指定されたデフォルトのキュー名が使用されます。
messageContentType	○	文字列	Text と Bytes のいずれかとして指定できるメッセージ コンテンツ タイプ。バイナリデータを送信する場合は、タイプを Bytes に設定する必要があります。 メッセージをバイナリ形式で送信するには、次のタスクを行う必要があります。 バイナリ メッセージを Base64 文字列としてエンコードしてから、message パラメータをエンコードされた値に設定します。 messageContentType パラメータの値を Bytes に設定します。
messageType	○	文字列	Datagram と Reply のいずれかとして指定できるメッセージ タイプ。
topicName	×	文字列	TIBCO EMS トピックの名前。トピック名を指定しなければ、接続の作成時に指定されたデフォルトのキュー名が使用されます。

sendMessage アクションの出力パラメータ

パラメータ名	データ型	説明
messageId	文字列	送信されたメッセージの ID。

requestReply アクション

次の表に、requestReply アクションの入出力パラメータを示します。

requestReply アクションの入力パラメータ

パラメータ名	必須	データ型	説明
message	○	文字列	TIBCO EMS キューに送信されるメッセージ。サポートされている最大のメッセージ サイズは 10 MB です。
queueName	×	文字列	TIBCO EMS キューの名前。キュー名を指定しなければ、接続の作成時に指定されたデフォルトのキュー名が使用されます。
messageContentType	○	文字列	Text と Bytes のいずれかとして指定できるメッセージ コンテンツ タイプ。バイナリデータを送信する場合は、タイプを Bytes に設定する必要があります。 メッセージをバイナリ形式で送信するには、次のタスクを行う必要があります。 バイナリ メッセージを Base64 文字列としてエンコードしてから、message パラメータをエンコードされた値に設定します。 messageContentType パラメータの値を Bytes に設定します。
replyToQueue	○	文字列	返信者がレスポンスを書き込むキュー。
replyTimeout	○	文字列	コネクタがレスポンス キュー内のレスポンスを待つ時間（ミリ秒単位）。サポートされている最大値は 180,000 ミリ秒（3 分）です。 タイムアウト期間が過ぎてからレスポンス キューがメッセージを受信した場合、そのメッセージはコネクタでは処理されません。ただし、タイムアウトしたメッセージの詳細は、インテグレーションの実行ログで確認できます。 注: タイムアウト値を高く設定すると、コネクタのパフォーマンスに影響する場合があります。

requestReply アクションの出力パラメータ

パラメータ名	データ型	説明
replyMessage	文字列	返信者からのレスポンス メッセージ。

Terraform を使用して接続を作成する

Terraform リソースを使用して、新しい接続を作成できます。

Terraform 構成を適用または削除する方法については、基本的な Terraform コマンドをご覧ください。

接続作成用の Terraform テンプレートのサンプルを表示するには、サンプル テンプレートをご覧ください。

Terraform を使用してこの接続を作成する場合は、Terraform 構成ファイルで次の変数を設定する必要があります。

パラメータ名	データ型	必須	説明
default_queue_name	STRING	False	デフォルト キューの名前で、アクションを実行したときにオーバーライドされることがあります。
default_topic_name	STRING	False	デフォルトのトピックの名前で、アクションの実行時にオーバーライドされることがあります。
バケット	STRING	True	tibjms.jar が存在するプロジェクト内のバケットの名前。
オブジェクト ID	STRING	True	バケット内の .jar ファイルの名前。

インテグレーションで TIBCO EMS 接続を使用する

接続を作成すると、Apigee Integration と Application Integration の両方で使用できるようになります。この接続は、コネクタタスクを介して統合で使用できます。

• Apigee Integration で Connectors タスクを作成して使用する方法については、Connectors タスクをご覧ください。
• Application Integration で Connectors タスクを作成して使用する方法については、Connectors タスクをご覧ください。

Google Cloud コミュニティの助けを借りる

Google Cloud コミュニティの Cloud フォーラムで質問を投稿したり、このコネクタについてディスカッションしたりできます。

次のステップ

• 接続を一時停止して再開する方法を確認する。
• コネクタの使用状況をモニタリングする方法を確認する。
• コネクタログを表示する方法を確認する。