Springboot+Dubboを使用して分散マイクロサービスを構築し、プロセス全体にわたって開発に注釈を付ける

インターネットの発展に伴い、ウェブサイトアプリケーションの規模は拡大し続けています。従来の垂直アプリケーションアーキテクチャでは、これに対応できなくなりました。分散サービスアーキテクチャと流動的なコンピューティングアーキテクチャが不可欠です。アーキテクチャの秩序ある進化を確実にするために、ガバナンスシステムが緊急に必要です。

[[326586]]

1. まずは写真を見てみましょう

ダボといえば、皆さんもよくご存知だと思います！ Alibaba のオープンソースの高性能で優れたサービスフレームワークにより、アプリケーションは高性能 RPC を通じてサービス出力および入力機能を実装でき、Spring フレームワークとシームレスに統合できます。

ダボアーキテクチャ図

ノードロールの説明:

プロバイダー: サービスを公開するサービスプロバイダー
コンシューマー: リモートサービスを呼び出すサービスコンシューマー
レジストリ: サービスの登録と検出のためのレジストリ
モニター: サービスコールの数と通話時間をカウントする監視センター
コンテナ: サービス実行コンテナ

2. 実装のアイデア

今日は、ユーザーが商品を選択して注文するプロセスを、ユーザーセンター、商品センター、注文センターの 3 つのビジネスサービスに分割し、Springboot + Dubbo を使用して小さなデモを実装します。

サービスインタラクションのプロセスは次のとおりです。

この記事では主にSpringbootとDubboのフレームワーク統合と開発実践について紹介します。実際のビジネスサービスの分割は非常に複雑なプロセスであり、ここで紹介したものよりもはるかに複雑です。上記の 3 つのサービスは、プロジェクトのデモンストレーションのみを目的としています。なぜこのように分割されているかについてはあまり心配しないでください。

はい、もう無駄な話はやめて、始めましょう!

1. Centos7仮想マシンを4台作成し、そのうちの1台にZooKeeperをインストールする
2. マイクロサービスプロジェクトを構築し、コードを書く
3. Centos7にマイクロサービスをデプロイする
4. リモートサービスコールテスト

3. Zookeeperのインストール

Dubboを使用する前に、登録センターが必要です。現在、ダボが選択できる登録センターには、zookeeper、Nacos などがあります。一般的には、zookeeper を使用することをお勧めします。

まず、Zookeeper をインストールする前に、JDK をインストールして設定する必要があります。このマシンはOracle Java8 SEを使用します。

JDK をインストールします (すでにインストールされている場合は無視できます)

 yum -y java-1.8.0-openjdk をインストールします

Javaのインストールステータスを確認する

java バージョン

JDKをインストールしたら、Zookeeperをダウンロードしてインストールします。

 #飼育係のフォルダを作成する
cd /usr
 mkdir 動物園の飼育係
 
 #zookeeper-3.4.14 バージョンをダウンロード
http://mirrors.hust.edu.cn/apache/zookeeper/zookeeper-3.4.14/zookeeper-3.4.14.tar.gz を取得します。 
 
 #解凍
tar -zxvf zookeeper-3.4.14.tar.gz

データとログのディレクトリを作成する

#データとログを保存するためのディレクトリを作成する
cd /usr/zookeeper/
 mkdirデータ
mkdir ログ
 
 #conf の下にある zoo_sample.cfg ファイルをバックアップし、名前を zoo.cfg に変更します。
 cd conf/
 cp zoo_sample.cfg zoo.cfg

ZooKeeper を構成する

#zoo.cfgファイルを編集する
vim zoo.cfg

飼育係を始める

#Zookeeperのbinディレクトリに入る
cd zookeeper/zookeeper-3.4.14/bin 
 
 #Zookeeper を起動する
./zkServer.sh 開始
 
 #Zookeeper のステータスを照会する
./zkServer.sh ステータス
 
 #飼育係のステータスを閉じる
./zkServer.sh 停止

起動が成功したことを示す次のメッセージが表示されます。

IV.プロジェクト紹介

springboot バージョン: 2.1.1.RELEASE
Zookeeper バージョン: 3.4.14
ダボバージョン: 2.7.3
mybtais-plus バージョン: 3.0.6
データベース: mysql-8
ビルドツール: Maven
サービスモジュール: ユーザーセンター、製品センター、注文センター

5. コードの練習

5.1.データベースを初期化する

まず、MySQL クライアントに dianshang-user、dianshang-platform、dianshang-business の 3 つのデータベースを作成します。

dianshang-userデータベースで、ユーザーテーブルtb_userを作成し、データを初期化します。

dianshang-platformデータベースで、製品テーブルtb_productを作成し、データを初期化します。

dianshang-platformデータベースに、注文テーブルtb_orderと注文詳細テーブルtb_order_detailを作成します。

5.2.プロジェクトを作成する

データベーステーブルの設計が完了したら、IDEA で dianshang という名前の Springboot プロジェクトを作成します。

最終的なディレクトリは次のようになります。

ディレクトリ構造の説明:

dianshang-common: 主にいくつかの公開ツールライブラリを保存し、すべてのサービスがそれらに依存できます。
dianshang-business: 注文センター。APIモジュールは主にダボサービス公開インターフェースを提供し、プロバイダーモジュールはサービス処理操作を提供するスプリングブートプロジェクトです。
dianshang-user: ユーザーセンター、APIモジュールとプロバイダーモジュールを含む、デザインは似ています
dianshang-platform: APIモジュールとプロバイダーモジュールを含む製品センター、デザインは似ています

すべての依存プロジェクトが使用できるように、親 pom ファイルに dubbo および zookeeper クライアントを追加します。

 <! -- ロンボク -->  
 <依存関係>
    <groupId>org.projectlombok</groupId>
    <artifactId>ロンボク</artifactId>
    <バージョン>1.18.4</バージョン>
    <scope>提供</scope>
 </依存関係> 
 
 <! -- Dubbo スプリングブートスターター -->  
 <依存関係>
    <グループID>org.apache.dubbo</グループID>
    <artifactId>ダボスプリングブートスターター</artifactId>
    <バージョン>2.7.3</バージョン>
 </依存関係>
 <! -- 登録センターとして zookeeper が使用されるため、zookeeper の依存関係を追加する必要があります -->  
 <依存関係>
    <グループ ID>org.apache.zookeeper</グループ ID>
    <artifactId>動物園の飼育係</artifactId>
    <バージョン>3.4.13</バージョン>
    <除外事項>
        <除外>
            <グループID>org.slf4j</グループID>
            <artifactId>slf4j-api</artifactId>
        </除外>
        <除外>
            <グループID>org.slf4j</グループID>
            <アーティファクトID>slf4j-log4j12</アーティファクトID>
        </除外>
        <除外>
            <グループID>log4j</グループID>
            <アーティファクトID>log4j</アーティファクトID>
        </除外>
    </除外>
 </依存関係>
 <! --キュレーターを動物園の飼育係クライアントとして使用する -->  
 <依存関係>
    <グループ ID>org.apache.curator</グループ ID>
    <artifactId>キュレーターフレームワーク</artifactId>
    <バージョン>4.2.0</バージョン>
 </依存関係>
 <依存関係>
    <グループ ID>org.apache.curator</グループ ID>
    <artifactId>キュレーターレシピ</artifactId>
    <バージョン>4.2.0</バージョン>
 </依存関係>

ヒント: 環境を設定するときに、エディターは落とし穴を発見しました。プロジェクトで依存する Zookeeper のバージョンとサーバーのバージョンは、可能な限り一貫している必要があります。たとえば、この例では、Zookeeper サーバーのバージョンは 3.4.14 なので、Zookeeper ファイルライブラリに依存する場合は、一貫性を保つようにしてください。 Zookeeper の 3.5.x バージョンに依存している場合は、プロジェクトの開始時にあらゆる種類のモンスターと悪魔が報告されます。

5.3.ユーザーセンタープロジェクトを作成する

IDEAでdianshang-userサブモジュールを作成し、dianshang-commonモジュールに依存するようにします。

 <依存関係>
    <依存関係>
        <groupId>org.project.demo</groupId>
        <artifactId>dianshang-common</artifactId>
        <バージョン>1.0.0</バージョン>
    </依存関係>
 </依存関係>

同時に、dianshang-user-provider モジュールと dianshang-user-api モジュールを作成します。

dianshang-user-api: 主に他のサービスへのインターフェース公開を提供します
dianshang-user-provider: Webプロジェクトと同様に、主に基本的なビジネスのCRUDを担当し、dianshang-user-apiモジュールに依存しています。

5.3.1、dubboサービスの設定

dianshang-user-provider の application.yml ファイルで dubbo サービスを次のように設定します。

 #ユーザーセンターサービスポート
サーバ：
  ポート: 8080
 #データソースの構成
春：
  データソース:
    ドルイド:
      ドライバークラス名: com.mysql.cj.jdbc.Driver
      URL: "jdbc:mysql://localhost:3306/dianshang-user"  
      ユーザー名: root
パスワード: 111111
 #dubbo 設定
ダボ:
  スキャン：
    #パッケージ名は実際の状況に応じて記述する必要があります
    基本パッケージ: org.project.dianshang。ユーザー 
  プロトコル：
    ポート: 20880
名前: ダボ
  レジストリ:
    #飼育員登録センター住所
    アドレス: zookeeper://192.168.0.107:2181

5.3.2.サービス公開インターフェースと実装クラスを記述する

dianshang-user-api モジュールで、UserApi インターフェイスを作成し、パラメーターオブジェクト UserVo! を返します。

パブリックインターフェースUserApi { 
 
    /**
     * ユーザー情報の照会
     * @param ユーザーID
     * @戻る 
     */
    UserVo findUserById(文字列 userId);
 }

このうち、UserVo は次のようにシリアル化する必要があります。

 @データ
@EqualsAndHashCode(callSuper = false )
 @Accessors(チェーン = true )
パブリッククラスUserVoはSerializableを実装します{ 
 
    プライベート静的最終long serialVersionUID = 1L; 
 
    /**
     * ユーザーID
     */
    プライベート文字列ユーザーID; 
 
    /**
     * ユーザーの中国語名
     */
    プライベート文字列userName;
 }

dianshang-user-provider モジュールで、UserApi インターフェース実装クラスを次のように記述します。

 @Service(インターフェースクラス =UserApi.class)
 @成分
パブリッククラスUserProviderはUserApiを実装します{ 
 
    オートワイヤード
    プライベート UserService userService; 
 
    @オーバーライド
パブリックUserVo findUserById(文字列userId) {
        QueryWrapper<ユーザー> queryWrapper = 新しい QueryWrapper<ユーザー>();
        queryWrapper.eq( "user_id" 、userId);
ユーザーソース = userService.getOne(queryWrapper);
        if (ソース != null ) {
            UserVo vo = 新しい UserVo();
            BeanUtils.copyProperties(ソース、vo);
 voを返します。
        }
戻る ヌル;
    }
 }

アノテーション @Service は、Spring の下のアノテーションではなく、org.apache.dubbo.config.annotation.Service の下のアノテーションを参照します。

次は、製品センタープロジェクトの作成を続けましょう。

5.4.製品センタープロジェクトを作成する

ユーザーセンタープロジェクトと同様に、IDEAでdianshang-platformサブモジュールを作成し、dianshang-commonモジュールに依存します。

 <依存関係>
    <依存関係>
        <groupId>org.project.demo</groupId>
        <artifactId>dianshang-common</artifactId>
        <バージョン>1.0.0</バージョン>
    </依存関係>
 </依存関係>

同時に、dianshang-platform-provider モジュールと dianshang-platform-api モジュールを作成します。

dianshang-platform-api: 主に他のサービスへのインターフェース公開を提供します
dianshang-platform-provider: Webプロジェクトと同様に、主に基本的なビジネスのCRUDを担当し、dianshang-platform-apiモジュールに依存します。

5.4.1、dubboサービスの設定

dianshang-platform-provider の application.yml ファイルで dubbo サービスを次のように設定します。

 #ユーザーセンターサービスポート
サーバ：
  ポート: 8081
 #データソースの構成
春：
  データソース:
    ドルイド:
      ドライバークラス名: com.mysql.cj.jdbc.Driver
      URL: "jdbc:mysql://localhost:3306/dianshang-platform"  
      ユーザー名: root
パスワード: 111111
 #dubbo 設定
ダボ:
  スキャン：
    #パッケージ名は実際の状況に応じて記述する必要があります
    基本パッケージ: org.project.dianshang.platform
  プロトコル：
    ポート: 20881
名前: ダボ
  レジストリ:
    #飼育員登録センター住所
    アドレス: zookeeper://192.168.0.107:2181

5.4.2.サービス公開インターフェースと実装クラスを記述する

dianshang-platform-api モジュールで、ProductApi インターフェイスを作成し、パラメーターオブジェクト ProductVo! を返します。

パブリックインターフェースProductApi { 
 
    /**
     * 製品IDで製品情報を照会する
     * @param 製品ID
     * @戻る 
     */
    ProductVo クエリProductInfoById(文字列 productId);
 }

このうち、ProductVo は次のようにシリアル化する必要があります。

 @データ
@EqualsAndHashCode(callSuper = false )
 @Accessors(チェーン = true )
パブリッククラスProductVoはSerializableを実装します{ 
 
    プライベート静的最終long serialVersionUID = 1L; 
 
    /**製品ID*/
    プライベート文字列製品ID; 
 
    /**製品名*/
    プライベート文字列productName; 
 
    /**製品価格*/
    プライベート BigDecimal productPrice;
 }

dianshang-platform-provider モジュールで、ProductApi インターフェース実装クラスを次のように記述します。

 @Service(インターフェースクラス = ProductApi.class)
 @成分
パブリッククラスProductProviderはProductApiを実装します{ 
 
    オートワイヤード
    プライベートProductService productService; 
 
    @オーバーライド
パブリックProductVoクエリProductInfoById(文字列productId) {
        //製品IDで情報を照会する
        製品ソース = productService.getById(productId);
        if (ソース != null ) {
            ProductVo vo = 新しい ProductVo();
            BeanUtils.copyProperties(ソース、vo);
 voを返します。
        }
戻る ヌル;
    }
 }

次に、注文センタープロジェクトの作成を続けましょう。

5.5.注文センタープロジェクトを作成する

製品センタープロジェクトと同様に、IDEAでdianshang-businessサブモジュールを作成し、dianshang-commonモジュールに依存します。

 <依存関係>
    <依存関係>
        <groupId>org.project.demo</groupId>
        <artifactId>dianshang-common</artifactId>
        <バージョン>1.0.0</バージョン>
    </依存関係>
 </依存関係>

同時に、dianshang-business-provider モジュールと dianshang-business-api モジュールを作成します。

dianshang-business-api: 主に他のサービスへのインターフェース公開を提供します
dianshang-business-provider: Webプロジェクトと同様に、主に基本的なビジネスのCRUDを担当し、dianshang-business-apiモジュールに依存しています。

5.5.1、dubboサービスの設定

dianshang-business-provider の application.yml ファイルで dubbo サービスを次のように設定します。

 #ユーザーセンターサービスポート
サーバ：
  ポート: 8082
 #データソースの構成
春：
  データソース:
    ドルイド:
      ドライバークラス名: com.mysql.cj.jdbc.Driver
      URL: "jdbc:mysql://localhost:3306/dianshang-business"  
      ユーザー名: root
パスワード: 111111
 #dubbo 設定
ダボ:
  スキャン：
    #パッケージ名は実際の状況に応じて記述する必要があります
    基本パッケージ: org.project.dianshang.business
  プロトコル：
    ポート: 20882
名前: ダボ
  レジストリ:
    #飼育員登録センター住所
    アドレス: zookeeper://192.168.0.107:2181

5.5.2.サービス公開インターフェースと実装クラスを記述する

dianshang-business-api モジュールで、OrderApi インターフェイスを作成し、パラメーターオブジェクト OrderVo! を返します。

パブリックインターフェースOrderApi { 
 
    /**
     * ユーザーIDでユーザーの注文情報を照会する
     * @param ユーザーID
     * @戻る 
     */
    リスト<OrderVo> queryOrderByUserId(String userId);
 }

このうち、OrderVo は次のようにシリアル化する必要があります。

 @データ
@EqualsAndHashCode(callSuper = false )
 @Accessors(チェーン = true )
パブリッククラス OrderVo はSerializable を実装します{ 
 
    プライベート静的最終long serialVersionUID = 1L; 
 
    /**注文ID*/
    プライベート文字列 orderId; 
 
    /**注文番号*/
    プライベート文字列 orderNo; 
 
    /**注文金額*/
    プライベート BigDecimal orderPrice; 
 
    /**注文時間*/
    プライベート日付orderTime;
 }

dianshang-business-provider モジュールで、OrderApi インターフェース実装クラスを次のように記述します。

 @Service(インターフェースクラス = OrderApi.class)
 @成分
パブリッククラス OrderProvider は OrderApi を実装します { 
 
    オートワイヤード
    プライベート OrderService orderService; 
 
    @オーバーライド
パブリックリスト<OrderVo> queryOrderByUserId(String userId) {
        QueryWrapper< Order > queryWrapper = new QueryWrapper< Order >();
        queryWrapper.eq( "user_id" 、userId);
        リスト< Order > sourceList = orderService.list(queryWrapper);
        if(!CollectionUtils.isEmpty(sourceList)){
            リスト<OrderVo> voList = 新しいArrayList<>();
 （注文 順序: ソースリスト) {
                OrderVo vo = 新しい OrderVo();
                BeanUtils.copyProperties( order , vo);
                voList を追加します(vo);
            }
 voListを返します。
        }
戻る ヌル;
    }
 }

この時点で、3 つのプロジェクトのサービス公開インターフェースが開発されました。次にリモート通話のやり方を書いてみます！

5.6 リモートコール

5.6.1.注文作成サービスを書く

dianshang-business-provider モジュールでは、注文作成インターフェースを記述する前に、まず次のように dianshang-business-api と dianshang-user-api に依存します。

 <! --製品サービスインターフェース公開API-->  
 <依存関係>
    <groupId>org.project.demo</groupId>
    <artifactId>dianshang-platform-api</artifactId>
    <バージョン>1.0.0</バージョン>
 </依存関係>
 <! --ユーザー サービス インターフェース公開 API-->  
 <依存関係>
    <groupId>org.project.demo</groupId>
    <artifactId>dianshang-ユーザー-api</artifactId>
    <バージョン>1.0.0</バージョン>
 </依存関係>

dianshang-business-provider モジュールで、注文作成サービスを次のように記述します。

 @レストコントローラ
@RequestMapping( "/order" )
パブリッククラスOrderController{ 
 
    オートワイヤード
    プライベート OrderService orderService; 
 
    オートワイヤード
    プライベート OrderDetailService orderDetailService; 
 
    @参照(チェック= false )
    プライベートProductApi productApi; 
 
    @参照(チェック= false )
    プライベート UserApi userApi; 
 
    /**
     * 新しい
     */
    @Jwt無視
    @RequestMapping(値 = "/add" )
パブリックブール値add (String productId,String userId){
        LocalAssert.isStringEmpty(productId, "製品IDは空にできません" );
        LocalAssert.isStringEmpty(userId, "ユーザーIDは空にできません" );
        プロダクト ID を productVo に渡します。
        LocalAssert.isObjectEmpty(productVo, "製品情報が見つかりません" );
        UserVo userVo = userApi.findUserById(userId);
        LocalAssert.isObjectEmpty(userVo, "ユーザー情報が見つかりません" );
注文  order = 新しいOrder ();
注文.setOrderId(IdGenerator.uuid());
注文.setOrderNo(System.currentTimeMillis() + "" );
注文.setOrderPrice(productVo.getProductPrice());
オーダー.setUserId(userId);
注文.setOrderTime(新しい日付());
        orderService.save(注文); 
 
        OrderDetail orderDetail = new OrderDetail();
        orderDetail.setOrderDetailId(IdGenerator.uuid());
        orderDetail.setOrderId( order .getOrderId());
        orderDetail.setProductId(productId);
        順序の詳細を設定します。
        orderDetailService.save(orderDetail);
戻る 真実;
    }
 }

@Reference アノテーションは org.apache.dubbo.config.annotation.Reference に属し、リモート依存サービスを示します。

パラメーター check = false は、サービスを開始するときにリモートサービスのステータスチェックが実行されないことを意味します。この設定の目的は、現在のサービスが起動に失敗するのを防ぐことです。たとえば、ユーザーセンタープロジェクトは正常に起動できませんが、注文センターはユーザーセンターに依存しています。 check = true の場合、注文センターの起動時にエラーが報告されます。

5.6.2.注文情報に関するユーザークエリを書く

同様に、dianshang-user-provider モジュールでは、ユーザーが注文情報を照会するためのインターフェースを記述する前に、まず dianshang-business-api と dianshang-user-api を次のように利用します。

 <依存関係>
    <groupId>org.project.demo</groupId>
    <artifactId>dianshang-ビジネス-api</artifactId>
    <バージョン>1.0.0</バージョン>
 </依存関係>
 <依存関係>
    <groupId>org.project.demo</groupId>
    <artifactId>dianshang-ユーザー-api</artifactId>
    <バージョン>1.0.0</バージョン>
 </依存関係>

dianshang-user-provider モジュールで、ユーザーが注文情報を照会するためのインターフェースを次のように記述します。

 @レストコントローラ
@RequestMapping( "/ユーザー" )
パブリッククラスUserController{ 
 
    @参照(チェック= false )
    プライベート OrderApi orderApi; 
 
 
    /**
     * ユーザーIDで注文情報を照会する
     * @param ユーザーID
     * @戻る 
     */
    @RequestMapping( "/リスト" )
パブリックリスト<OrderVo> queryOrderByUserId(String userId){
 orderApi.queryOrderByUserId(userId)を返します。
    }
 }

この時点で、リモートサービスコールは完了です。

6. サービステスト

プロジェクトをサーバーにデプロイする前に、ローカルでテストして、すべてのサービスがスムーズに実行できるかどうかを確認しましょう。

ユーザーセンターdianshang-user-providerを起動します

製品センターdianshang-platform-providerの開始を継続

次に、注文センターdianshang-business-providerを起動します

最後に、サービスインターフェイスが期待どおりであるかどうかをテストしましょう。

ブラウザを開き、http://127.0.0.1:8082/order/add?productId=1&userId=1 と入力して、注文作成インターフェースをテストします。ページ操作結果が正常に表示されました！

もう一度データベースを見てみましょう。注文は生成されますか?

わかりました！データが入力されていることは明らかです、問題ありません!

ユーザーセンターで注文クエリインターフェイスをもう一度テストしてみましょう。http://127.0.0.1:8080/user/list?userId=1 と入力すると、ページの実行結果は次のようになります。

この時点で、ローカルサービステストは基本的に合格です。

7. サーバーの展開

上記では、サービスの構築、開発、テストを紹介しましたが、サーバー側でどのように展開すればよいのでしょうか。

まず、各プロジェクトの application.yml ファイルを修正し、データソースアドレスと dubbo 登録センターアドレスをオンライン接続できるアドレスに変更し、dianshang ディレクトリ内の Maven ツールを使用して次のコマンドを実行し、プロジェクト全体をパッケージ化します。

 mvn クリーンインストール

Maven を使用してクリーンインストールコマンドを構成し、IDEA 環境でパッケージ化を実行することもできます。

各プロジェクトのターゲットディレクトリから dianshang-user-provider.jar、dianshang-platform-provider.jar、dianshang-business-provider.jar をコピーします。

それぞれ対応するサーバーディレクトリにアップロードします。このサーバーは CentOS7 を使用しており、合計 4 台のサーバーがあり、そのうち 1 台は Zookeeper をデプロイし、他の 3 台は 3 つのマイクロサービスプロジェクトをデプロイします。

サーバーにログインし、次のコマンドを入力して、JDK がインストールされていることを確認してください。

 java バージョン

すべてのサーバーのファイアウォールを閉じて、ポートアクセスを許可してください。

 #ファイアウォールをオフにする
systemctl 停止 ファイアウォールd.service 
 
 # 起動を無効にする
systemctl は、firewalld.service を無効にします。

ユーザーセンターサービスを起動し、ログ情報を service.log に出力します (仮想マシン IP: 192.168.0.108)

 nohup java -jar dianshang- user -provider.jar > service.log 2>&1 &

製品センターサービスを起動し、ログ情報をservice.logに出力します（仮想マシンIP: 192.168.0.107）

 nohup java -jar dianshang-platform-provider.jar > service.log 2>&1 &

注文センターサービスを起動し、ログ情報をservice.logに出力します（仮想マシンIP: 192.168.0.109）

 nohup java -jar dianshang-business-provider.jar > service.log 2>&1 &

ブラウザを開き、http://192.168.0.109:8082/order/add?productId=1&userId=1 と入力して、注文作成インターフェースをテストします。ページ操作結果が正常に表示されました！

ユーザーセンターで注文クエリインターフェイスをもう一度テストしてみましょう。http://192.168.0.108:8080/user/list?userId=1 と入力すると、ページの実行結果は次のようになります。

2つの情報が出力されていることがわかります。 2 番目の注文はテスト環境サーバーで生成され、1 番目の注文はローカル開発環境で生成されます。

この時点で、サーバーの展開は基本的に完了です。

実稼働環境の場合は、高可用性を確保するために複数の Zookeeper が必要になり、ビジネスサービスを展開するために少なくとも 2 台のサーバーが必要になり、負荷分散によってルーティングが必要になる場合があります。

8. 結論

記事全体はかなり長く、主に springboot + dubbo の統合に焦点を当てています。リモートサービス呼び出しは、従来の springmvc 開発と同じくらい簡単に、アノテーション開発を通じて実装できます。もちろん、dubbo サービス呼び出しは、後で紹介する XML 構成を通じて実装することもできます。

同時にサーバーの展開も紹介します。開発はシンプルですが、分散展開のため、サービスの高可用性をどのように確保するかが開発者にとって最優先事項となっていることがわかります。したがって、分散マイクロサービスの開発は簡単ですが、デプロイされたサービスの高可用性をどのように確保すればよいのでしょうか?運用とメンテナンスには多くの課題が伴います。

IX.参考文献

1. Apache - Dubbo - 公式ドキュメント

<<: SpringBoot と Dubbo を統合して 5 分で分散サービスを構築

>>: エッジコンピューティングがスマートシティに力を与える：機会と課題