SpringCloud Alibaba - Seata が TC サービスを展開し、マイクロサービスを統合

目次

1. シータのアーキテクチャ

1.1. Seata アーキテクチャの重要な役割

1.2. TC サービスのデプロイ

1.2.1. 序文

1.2.2. Seata-server パッケージをダウンロードして解凍します。

1.2.3. 設定の変更

1.2.4. nacos に設定を追加する

1.2.5. データベーステーブルの作成

1.2.6. TC サービスの開始

1.3. Seata とのマイクロサービス統合

1.3.1. 依存関係の導入

1.3.2. 設定ファイルの変更（Seataの追加）

---

1. シータのアーキテクチャ

---

1.1. Seata アーキテクチャの重要な役割

Seata トランザクション管理には 3 つの重要な役割があります。

1. TC (トランザクション コーディネーター) - トランザクション コーディネーター:グローバル トランザクションとブランチ トランザクションのステータスを維持し、グローバル トランザクションの送信またはロールバックを調整します。
2. TM (トランザクション マネージャー) - トランザクション マネージャー: グローバル トランザクションの範囲を定義し、グローバル トランザクションを開始し、グローバル トランザクションをコミットまたはロールバックします。
3. RM (リソース マネージャー) - リソース マネージャー:ブランチ トランザクション処理のリソースを管理し、TC と通信してブランチ トランザクションを登録し、ブランチ トランザクションのステータスを報告し、ブランチ トランザクションをコミットまたはロールバックします。

三人の関係は

1. 分散トランザクションには、複数のマイクロサービスを呼び出すエントリ メソッドがあります。マイクロサービスへの各呼び出しはブランチ トランザクションに相当します。したがって、エントリ メソッド全体がグローバル トランザクションの範囲を定義し、TM はこのエントリ メソッドを監視します。 、このトランザクションにブランチトランザクションがいくつあるかがわかります。

2. エントリ メソッドが実行されると、TM はまず現在実行されているアクションをインターセプトし、次に TC にグローバル トランザクションの登録リクエストを送信します。その後、このエントリのビジネス ロジックを実行し、さらにトランザクションを分岐して実行が開始されます。 。

3. この時点で RM がステージに登場しようとしています。彼はブランチ トランザクションが実行されるとインターセプトし、ブランチ トランザクションを TC に登録して、「どのグローバル トランザクションに属していますか? ここにブランチがあります。」と伝えます。すると、RM はこのビジネスの SQL を実行できます (なぜリソース マネージャーと呼ばれるのでしょうか? リソースはデータベースを参照するため、RM は SQL を実行する必要があります)。実行後、現在のブランチ トランザクションのステータスをレポートします。 TC (正常に実行されましたか? それともロールバックされましたか?) このようにして、TC は各ブランチ トランザクションのステータスを把握します。 

4. TM 側のすべてのエントリ メソッドが実行された後、トランザクションを TC に送信できます (「ここでの処理は完了しました。次に何をするか見てみましょう~」と伝えます)。 go 登録したばかりの各ブランチ トランザクションのステータスを確認します。すべて成功した場合は、これらの RM に「コミットしてください。」と伝えます。TC が失敗を検出した場合は、すべてロールバックします。

追伸: 上記は分散トランザクション ソリューションの基本モデルにすぎず、最終的なソリューションではありません。これについては後続の章でも説明します。

1.2. TC サービスのデプロイ

1.2.1. 序文

Seata の 3 つの重要な役割について学びましたが、そのうち tm と rm はビジネス管理であり、tc はビジネスとは独立した独立したサービスであり、tm と rm の調整、グローバル トランザクションとブランチ トランザクションの調整を行う必要があります。

ここでは Seata の TC サービスの設定方法を説明します。

1.2.2. Seata-server パッケージをダウンロードして解凍します。

まず、seata-server パッケージをダウンロードする必要があります。公式 Web サイトのアドレスは次のとおりです。

http://seata.io

追伸: この zip パッケージを中国語以外のディレクトリに解凍します。

1.2.3. 設定の変更

conf ディレクトリ内の registry.conf ファイルを変更します。

registry {
  # tc服务的注册中心类，这里选择nacos，也可以是eureka、zookeeper等
  type = "nacos"

  nacos {
    # seata tc 服务注册到 nacos的服务名称，可以自定义
    application = "seata-tc-server"
    serverAddr = "127.0.0.1:8848"
    group = "DEFAULT_GROUP"
    namespace = ""
    cluster = "SH"
    username = "nacos"
    password = "nacos"
  }
}

config {
  # 读取tc服务端的配置文件的方式，这里是从nacos配置中心读取，这样如果tc是集群，可以共享配置
  type = "nacos"
  # 配置nacos地址等信息
  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = "nacos"
    password = "nacos"
    dataId = "seataServer.properties"
  }
}

1.2.4. nacos に設定を追加する

TC サービスのクラスターが構成を共有できるようにするために、ここでは統合構成センターとして nacos を選択します。

したがって、サーバー構成ファイル SeataServer.properties ファイルを nacos で構成する必要があります。

Ps: DataID と Group は、registry.conf ファイルの設定に対応している必要があります。 

設定内容は以下の通りです。

# 数据存储方式，db代表数据库
store.mode=db
store.db.datasource=druid
store.db.dbType=mysql
store.db.driverClassName=com.mysql.jdbc.Driver
store.db.url=jdbc:mysql://127.0.0.1:3306/seata?useUnicode=true&rewriteBatchedStatements=true
store.db.user=root
store.db.password=jaodfhgaduqheqh82043ht^&*(%$ioueryg0gu3q0gq3gusaioy8tq94gyu80q32g
store.db.minConn=5
store.db.maxConn=30
store.db.globalTable=global_table
store.db.branchTable=branch_table
store.db.queryLimit=100
store.db.lockTable=lock_table
store.db.maxWait=5000
# 事务、日志等配置
server.recovery.committingRetryPeriod=1000
server.recovery.asynCommittingRetryPeriod=1000
server.recovery.rollbackingRetryPeriod=1000
server.recovery.timeoutRetryPeriod=1000
server.maxCommitRetryTimeout=-1
server.maxRollbackRetryTimeout=-1
server.rollbackRetryTimeoutUnlockEnable=false
server.undo.logSaveDays=7
server.undo.logDeletePeriod=86400000

# 客户端与服务端传输方式
transport.serialization=seata
transport.compressor=none
# 关闭metrics功能，提高性能
metrics.enabled=false
metrics.registryType=compact
metrics.exporterList=prometheus
metrics.exporterPrometheusPort=9898

追伸: 上記のデータ保存方法のみを自分で設定する必要があり、その他は設定する必要はありません (デフォルト設定を使用します)。上記の設定は、将来のデフォルト設定の変更を容易にするためです。  

1.2.5. データベーステーブルの作成

TC サービスが分散トランザクションを管理する場合、トランザクション関連のデータをデータベースに記録する必要があるため、これらのテーブルを事前に作成する必要があります。

ブランチトランザクションテーブルは次のとおりです。

DROP TABLE IF EXISTS `branch_table`;
CREATE TABLE `branch_table`  (
  `branch_id` bigint(20) NOT NULL,
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `resource_group_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `branch_type` varchar(8) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `status` tinyint(4) NULL DEFAULT NULL,
  `client_id` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create` datetime(6) NULL DEFAULT NULL,
  `gmt_modified` datetime(6) NULL DEFAULT NULL,
  PRIMARY KEY (`branch_id`) USING BTREE,
  INDEX `idx_xid`(`xid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

グローバルトランザクションテーブルは次のとおりです。

DROP TABLE IF EXISTS `global_table`;
CREATE TABLE `global_table`  (
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `status` tinyint(4) NOT NULL,
  `application_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_service_group` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_name` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `timeout` int(11) NULL DEFAULT NULL,
  `begin_time` bigint(20) NULL DEFAULT NULL,
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create` datetime NULL DEFAULT NULL,
  `gmt_modified` datetime NULL DEFAULT NULL,
  PRIMARY KEY (`xid`) USING BTREE,
  INDEX `idx_gmt_modified_status`(`gmt_modified`, `status`) USING BTREE,
  INDEX `idx_transaction_id`(`transaction_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;

1.2.6. TC サービスの開始

Windows システムでは、bin ディレクトリに入り、seata-server.bat を実行します。

起動が完了すると、デフォルトのポートが 8091 であることがわかります (もちろん、このポートはユーザーがアクセスするためのものではなく、tm と rm がアクセスするためのものです)。

その後、ブラウザを開いて nacos アドレス「localhost:8848/nacos」を入力し、サービス リスト ページにアクセスすると、次のように、登録が成功したことを示す Seata-tc-server 情報が表示されます。

1.3. Seata とのマイクロサービス統合

1.3.1. 依存関係の導入

導入された Seata の依存関係のうち、デフォルトの Seata Starter の依存関係のバージョンが低すぎるため、除外により Seata Starter バージョン 1.4.2 が導入されます。

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
    <exclusions>
        <!--版本较低，1.3.0，因此排除-->
        <exclusion>
            <artifactId>seata-spring-boot-starter</artifactId>
            <groupId>io.seata</groupId>
        </exclusion>
    </exclusions>
</dependency>
<!--seata starter 采用1.4.2版本-->
<dependency>
    <groupId>io.seata</groupId>
    <artifactId>seata-spring-boot-starter</artifactId>
    <version>${seata.version}</version>
</dependency>

1.3.2. 設定ファイルの変更（Seataの追加）

application.yml を構成して、マイクロサービスが登録センターを通じて Seata-tc-server を見つけられるようにします。

nacos サービスを見つけるには、名前空間 + グループ + サービス名 + クラスターを構成する必要があります。

このうち注意が必要なのは、マッピングによって構成されるクラスタの構成です。

内容は以下の通りです。

seata:
  registry: # TC服务注册中心的配置，微服务根据这些信息去注册中心获取tc服务地址
    # 参考tc服务自己的registry.conf中的配置
    type: nacos
    nacos: # tc
      server-addr: 127.0.0.1:8848
      namespace: ""
      group: DEFAULT_GROUP
      application: seata-tc-server # tc服务在nacos中的服务名称
  tx-service-group: seata-demo # 事务组，根据这个获取tc服务的cluster名称
  service:
    vgroup-mapping: # 事务组与TC服务cluster的映射关系
      seata-demo: SH