マイクロサービスを連携してみよう

仮想化／コンテナ

技術解説

連載 [第3回] :

Red Hat OpenShift Container Platform with Runtimesによるマイクロサービス開発

2020年8月19日(水)

岡井裕矢(おかいゆうや)泉勝(いずみまさる)

はじめに

前回は、Spring Bootを使ったマイクロサービスの基本的な開発について説明し、OpenShift上でサービスを稼働する方法を紹介しました。

今回は、複数のマイクロサービスを連携する方法を解説します。

マイクロサービスの連携方法

マイクロサービスでは、複数のサービスを連携することで業務システムを構成します。サービスの連携方法には「同期通信による連携」と「非同期通信による連携」の2つの方法があります。

同期通信による連携

同期通信による連携では、RESTやgRPCなどを使って同期的に連携します。

RESTによる同期通信では、呼び出されるサービスはRESTインタフェースのAPIを公開し、呼び出し元のサービスは、公開されたAPIのクライアントを実装しAPIを呼び出します。

RESTによる同期通信の開発では、REST APIのクライアント開発や既存システムのAPI化を支援するツール、ミドルウェア、クラウドサービスが充実しており、開発が容易という特徴があります。一方、呼び出し元のサービスは、直接呼び出し先サービスのAPIを参照するためサービス間の結合度は高くなり、サービス開発の独立性は非同期通信に比べて低くなります。サービス間の開発独立性よりも、開発利便性を優先したい場合に向く連携方法です。

また、サービスの数が膨大な場合やAPIを外部公開する場合は3scaleなどのAPI管理を導入することで、APIの配布、制御、分析といった運用を効率化できます。

非同期通信による連携

非同期通信による連携では、メッセージキュー製品などの非同期通信ミドルウェアを経由して、サービス間を間接的に連携します。

非同期通信では、呼び出し元のサービスと呼び出し先のサービスを間接的に連携するためサービス間の結合度は低くなり、サービス開発の独立性を高めることができます。一方、非同期処理では結果の即時性が担保されないため、それを考慮した業務ロジックの実現が必要になります。

また、メッセージやサービス間の通信に順序がある場合に処理が複雑になりやすい、メッセージキューが単一障害点になる可能性がある、といった運用面での配慮も必要になります。

ここでは、オーソドックスな同期APIによる連携について、API管理を使用しないシンプルな構成で紹介します。

同期APIによるサービスの連携

同期APIによるサービスの連携では、接続先URL、オペレーション(HTTPメソッド)、送受信データ(パラメータ、リクエストボディ、レスポンス)といったAPIのインタフェースを定義し、APIの利用者へ公開します。利用者は公開されたインタフェースに沿ってAPIを呼び出します。

APIで連携するサービスの開発方法

APIで連携するマイクロサービス開発では、まずAPIで呼び出されるサービスを開発し、そのAPI仕様を公開します。次に、API仕様に沿って呼び出すクライアントとして呼び出し元サービスを開発し、サービス間の連携を実現します。

呼び出し先サービスの代表的な開発方法には、次の2つがあります。

トップダウンでの呼び出し先サービスの開発
最初にAPI仕様を設計します。作成したインタフェースを基にAPIを提供するサービスを実装します。開発したサービスのAPI仕様を利用者へ公開します。トップダウン方式の開発は、新規にサービスを開発する場合やウォーターフォール開発に向いています。
ボトムアップでの呼び出し先サービスの開発
最初に、実装した新規サービスや既存サービスから公開する機能を選択します。選択したサービス実装からツールを利用してAPI仕様を生成します。生成したサービスのAPI仕様を利用者へ公開します。ボトムアップ方式の開発は、既存サービスの機能を公開する場合やサービスに加えた改修を随時反映するアジャイル開発に向いています。

APIを記述するための標準規格
OpenAPI Specification

マイクロサービス開発でAPI仕様を定義するには、OpenAPI Specificationを使用します。OpenAPI SpecificationはREST APIのインタフェースを記述するための標準規格で、OpenAPI Initiativeにより推進されています。OpenAPI Specificationの2020年7月時点の最新バージョンは3.0.3です。

OpenAPI Specificationに則ったAPI仕様ドキュメント(OpenAPIドキュメント)は、JSONまたはYAML形式で記述します。OpenAPI Specificationはサービスを実装するプログラム言語に依存しないフォーマットとなっています。

今回作成するマイクロサービス

前回作成したサービス(Sample)をベースに、2つのサービスが連携するマイクロサービスを作成してみましょう。

前回は、サービス(Sample)をシンプルな単独のサービスとして開発しましたが、他のサービスからAPIを呼び出せるように、APIを公開できる形に拡張します。トップダウンによるサービス(Sample)の開発、ボトムアップによるサービス(Sample)の開発をそれぞれ紹介します。また、サービス(Sample)を呼び出す、呼び出し元サービス(Caller)も新たに開発し、サービスの連携をしてみましょう。

開発するマイクロサービスを下図に示します。

このサービス(Caller)では、受け取ったデータが妥当かチェックし、問題がなければサービス(Sample)を呼び出してデータベースにデータを登録します。

トップダウンでの
呼び出し先サービスの開発

トップダウンによる開発では、サービス実装よりも先にAPI仕様を記述したOpenAPIドキュメントを作成します。OpenAPIドキュメントからソースコードを自動生成し、呼び出し先のサービスを開発します。

API仕様を記述したOpenAPIドキュメントを作成

はじめに、サービスのAPI仕様を定義したOpenAPIドキュメントを作成します。OpenAPIドキュメントはSwagger Editorで記述します。Swagger EditorはWebブラウザベースでOpenAPIドキュメントを記述できるエディタです。リアルタイムに表示されるSwagger UI形式のプレビューを確認しながら、YAML形式でOpenAPIドキュメントを記述できます。インストール不要で利用できるオンライン版が公開されており、手軽に試すこともできます。

サービス(Sample)のOpenAPIドキュメントは次の通りです。

01openapi: 3.0.3
02info:
03  title: サンプル
04  description: APIのサンプルです。
05  version: '1.0'
06servers:
07  - url: 'http://sample.samplesystem.example.com:8080'
08    description: 公開するAPIのURL
09tags:
10  - name: Sample
11    description: Sample Operations
12paths:
13  /api/sample/apply:
14    post:
15      tags:
16        - Sample
17      summary: ユーザ情報登録
18      description: ユーザ情報を登録します。
19      operationId: insertSampleEntity
20      requestBody:
21        description: 登録するユーザ情報
22        required: true
23        content:
24          application/json:
25            schema:
26              $ref: '#/components/schemas/RequestResource'
27      responses:
28        '201':
29          description: 登録されたユーザID
30          content:
31            '*/*':
32              schema:
33                $ref: '#/components/schemas/ResponseResource'
34components:
35  schemas:
36    RequestResource:
37      title: RequestResource
38      description: ユーザ情報
39      type: object
40      required: 
41        - user_name
42        - store_id
43        - store_name
44      properties:
45        user_id:
46          type: integer
47          description: ユーザID
48          format: int32
49          readOnly: true
50          example: 1
51        user_name:
52          maxLength: 255
53          minLength: 1
54          type: string
55          description: ユーザ名
56          example: 日立太郎
57        store_id:
58          type: integer
59          description: ストアID
60          format: int32
61          example: 1111
62        store_name:
63          maxLength: 255
64          minLength: 1
65          type: string
66          description: ストア名
67          example: ショップA
68    ResponseResource:
69      title: ResponseResource
70      description: 登録結果
71      type: object
72      properties:
73        user_id:
74          type: integer
75          description: ユーザID
76          format: int32
77          example: 1
78        error_code:
79          type: integer
80          description: エラーコード
81          format: int32
82          example: -1
83        error_message:
84          maxLength: 255
85          minLength: 0
86          type: string
87          description: エラーメッセージ
88          example: システムエラー

OpenAPIドキュメントからソースコードを生成

次に、OpenAPIドキュメントからソースコードを作成します。OpenAPIドキュメントからソースコードを作成するツールとしてはSwagger Codegenが有名ですが、最新のOpenAPI Specification 3.0への対応が遅れています。OpenAPI Specification 3.0に則ったOpenAPIドキュメントからソースコードを生成する場合はOpenAPI Generatorの利用をおすすめします。OpenAPI GeneratorはSwagger Codegenからフォークされたツールで、OpenAPI Specification 3.0に対応しています。

OpenAPI GeneratorはOpenAPIドキュメントからサービスのスタブやクライアントのプログラムコードを自動生成でき、Java、JavaScript、C#、Python、Go、Rubyなどの主要な言語やライブラリに対応しています。

OpenAPI Generatorを使って、Spring Bootに対応するソースコードを生成します。ソースコードを生成するコマンド実行例は次の通りです。

`1`	`java -jar openapi-generator-cli-4.3.1.jar generate -g spring -i api-docs.json -c config.json -o generated-source`

-gオプションには、Spring Bootのソースコードを生成するためにspringを指定します。-iオプションには、入力となるOpenAPIドキュメントを指定します。-cオプションには、OpenAPI Generatorの設定ファイルを指定します。設定ファイルの例は次の通りです。

01{
02  "groupId" : "com.example.samplesystem",
03  "artifactId" : "sample",
04  "artifactVersion" : "1.0.0",
05  "basePackage" : "com.example.samplesystem.sample",
06  "apiPackage" : "com.example.samplesystem.sample.api",
07  "configPackage" : "com.example.samplesystem.sample.configuration",
08  "modelPackage" : "com.example.samplesystem.sample.model",
09  "dateLibrary" : "java8-localdatetime",
10  "java8" : true,
11  "library": "spring-boot",
12  "interfaceOnly": true
13}

interfaceOnlyオプションを指定すると、APIのインタフェースとなるソースコードのみを生成し、実装クラスを生成しません。そのため、API仕様を変更した際にソースコードを再生成しても、実装クラスを上書きしてしまうことはありません。interfaceOnlyオプションを使用するとビルドパイプラインでの自動化に組み込むことができ、CIを実現できます。

コマンドを実行すると、-oオプションで指定したディレクトリにJavaインタフェース、Model、Configurationなどのソースコードが生成されます。APIを提供するためのApiApiインタフェースの例は次の通りです。

01@Validated
02@Api(value = "api", description = "the api API")
03public interface ApiApi {
04    …
05    @ApiOperation(value = "ユーザ情報登録", nickname = "insertSampleEntity", notes = "ユーザ情報を登録します。", response = ResponseResource.class, tags={ "Sample", })
06    @ApiResponses(value = { 
07        @ApiResponse(code = 201, message = "登録されたユーザID", response = ResponseResource.class) })
08    @RequestMapping(value = "/api/sample/apply",
09        produces = { "*/*" }, 
10        consumes = { "application/json" },
11        method = RequestMethod.POST)
12    default ResponseEntity<ResponseResource> insertSampleEntity(@ApiParam(value = "登録するユーザ情報" ,required=true )  @Valid @RequestBody RequestResource requestResource) {
13        …
14    }
15}

生成したソースコードを使って
マイクロサービスを実装

OpenAPI Generatorで生成したソースコードを活用し、業務ロジックの実装を追加してサービス(Sample)を作成します。Controller層やService層などサービスの開発は前回で解説した手順に従ってください。ApiApiインタフェースを実装したControllerの例は次の通りです。

01@RestController
02public class SampleController implements ApiApi {
03    …
04 
05    @Override
06    @PostMapping
07    public ResponseEntity<ResponseResource> insertSampleEntity(@Valid @RequestBody RequestResource requestResource) {
08        …
09    }
10}

ApiApiインタフェースを実装し、@RestControllerアノテーションを設定してSampleControllerクラスを作成します。オーバーライドしたinsertSampleEntityメソッドに@PostMappingアノテーションを設定し、さらに実装を追加します。

ここまでで、トップダウンによる呼び出し先サービスの開発は完了です。

ボトムアップでの
呼び出し先サービスの開発

ここからは、サービスを実装した後にOpenAPIドキュメントを作成する、ボトムアップでの開発について説明します。

ボトムアップでの開発では、まずサービスを開発します。このサービスの開発も前回で解説した手順に従ってください。開発したサービスからOpenAPIドキュメントを作成する方法は様々ですが、今回はSpringFoxを使用します。

SpringFoxは、Spring Frameworkを使用したサービスのソースコードからOpenAPIドキュメントを生成するJavaライブラリです。APIの実装クラスにSwagger Coreのアノテーションを記述することでOpenAPIドキュメントを自動生成できます。

2020年7月にリリースされた最新のSpringFox 3.0では、OpenAPI Specification 3.0に対応したほか、Spring WebFluxやSpring Integrationにも対応しています。

SpringFoxを使用して生成するOpenAPIドキュメントにAPI仕様の説明を出力するための定義を、サービス(Sample)に追加していきます。

SpringFoxライブラリを依存関係に追加

はじめに、APIを公開するサービスのpom.xmlを編集し、springfox-boot-starterモジュールを依存関係に追加します。

1<dependency>
2    <groupId>io.springfox</groupId>
3    <artifactId>springfox-boot-starter</artifactId>
4    <version>3.0.0</version>
5  </dependency>

SpringFox 2.xまではspringfox-swagger2モジュールとspringfox-swagger-uiモジュールを使用していましたが、SpringFox 3.0では代わりにspringfox-boot-starterモジュールを使用します。

SpringFox用Configurationクラスの実装

次に、Configurationクラスを実装し、サービス全体に関するAPI仕様の情報を定義します。

01@Configuration
02public class SwaggerConfig {
03 
04    @Bean
05    public Docket customDocket() {
06        return new Docket(DocumentationType.OAS_30)
07                .select()
08                .paths(PathSelectors.regex("^\\/api.*"))
09                .build()
10                .useDefaultResponseMessages(false)
11                .apiInfo(apiInfo())
12                .tags(new Tag("Sample", "Sample Operations"));
13    }
14 
15    private ApiInfo apiInfo() {
16        return new ApiInfoBuilder()
17                .title("サンプル")
18                .description("APIのサンプルです。")
19                .version("1.0")
20                .build();
21    }
22}

クラス宣言に@Configurationアノテーションを定義します。なお、SpringFox 2.xまでは、@EnableSwagger2アノテーションも定義する必要がありましたが、SpringFox 3.0では不要です。

Controllerクラスの変更

Controllerクラスにアノテーションを追加し、APIごとのオペレーション、レスポンス、パラメータといった説明を定義します。

01@Api(tags = "Sample")
02@RestController
03@RequestMapping("/api/sample/apply")
04public class SampleController {
05 
06    @ApiOperation(value = "ユーザ情報登録", notes = "ユーザ情報を登録します。" )
07    @ApiResponses(value = {
08            @ApiResponse(code = 201, message = "登録されたユーザID")})
09    @PostMapping
10    @ResponseStatus(HttpStatus.CREATED)
11    public ResponseResource insertSampleEntity(@Validated @RequestBody RequestResource requestResource) {
12        …
13    }
14}

@Api、@ApiOperation、@ApiResponse、@ApiParamアノテーションなどを使って説明情報を定義します。

Modelクラスの変更

Modelクラスにアノテーションを追加し、APIのリクエスト、レスポンスに対応する説明を定義します。

01@ApiModel(description = "ユーザ情報の登録結果")
02@Data
03@JsonPropertyOrder({ "user_id", "error_code", "error_message" })
04@JsonInclude(JsonInclude.Include.NON_NULL)
05public class ResponseResource {
06 
07    @ApiModelProperty(value = "ユーザID", example = "1")
08    @Size(min = Integer.MIN_VALUE, max = Integer.MAX_VALUE)
09    @JsonProperty("user_id")
10    private Integer id;
11 
12    …
13}

@ApiModel、@ApiModelPropertyアノテーションなどを設定します。

OpenAPIドキュメントの公開

最後に、OpenAPIドキュメントを公開します。Spring Bootアプリケーションを起動すると、次の2つの形式でOpenAPIドキュメントが自動的に公開されます。

Swagger UI形式
Swagger UI形式のWebドキュメントが次のURLで公開されます。

view source
print ?
1 http://<サービスのドメイン名>/swagger-ui/index.html
JSON形式
JSON形式のOpenAPIドキュメントが次のURLで公開されます。

view source
print ?
1 http://<サービスのドメイン名>/v3/api-docs

Swagger UI形式でOpenAPIドキュメントを閲覧した例は次の通りです。

これで、ボトムアップでの呼び出し先サービスの開発は完了です。

呼び出し元サービスの開発

呼び出し先のサービスを開発したのち、OpenAPIドキュメントを使って呼び出し元のサービスを開発します。

OpenAPIドキュメントから
クライアントのソースコードを生成

はじめに、APIのOpenAPIドキュメントからAPIクライアントのソースコードを作成します。ソースコードの作成はOpenAPI Generatorを使います。ソースコードを生成するコマンド実行例は次の通りです。

`1`	`java -jar openapi-generator-cli-4.3.1.jar generate -g java --library resttemplate -i api-docs.json -c config.json -o generated-source`

-gオプションには、Javaクライアントのソースコードを生成するためにjavaを指定します。--libraryオプションには、Spring BootのRestTemplateを使ってAPI呼び出しするソースコードを生成するためにresttemplateを指定します。-iオプションには入力となるOpenAPIドキュメントを指定します。コマンドを実行すると、-oオプションで指定したディレクトリにソースコードが生成されます。

呼び出し元サービスを実装

OpenAPI Generatorで生成したAPIクライアントのソースコードは、Spring Bootアプリケーションから呼び出せるライブラリとなっています。生成したソースコードを活用し、APIを呼び出して連携する実装を追加して呼び出し元のサービス(Caller)を作成します。

01@Service
02public class CallerService {
03 
04    /* サービス(Sample)のURLのベースパス */
05    @Value("${sample_api.base_path}")
06    private String basePath;
07 
08    public ServiceResponse apply(ServiceRequest serviceRequest) throws CallerServiceException {
09        try {
10            …
11 
12            /* APIクライアントの生成 */
13            SampleApi sampleApi = new SampleApi();
14            ApiClient apiClient = sampleApi.getApiClient();
15            apiClient.setBasePath(basePath);
16 
17            /* リクエストの作成 */
18            RequestResource requestResource = new RequestResource();
19            requestResource.setUserName(serviceRequest.getUserName());
20            requestResource.setStoreId(serviceRequest.getStoreId());
21            requestResource.setStoreName(serviceRequest.getStoreName());
22 
23            /* サービス(Sample)の呼び出し */
24            ResponseResource responseResource = sampleApi.insertSampleEntity(requestResource);
25 
26            …
27        } catch (Exception e) {
28            /* エラー処理 */
29            CallerServiceException ex = new CallerServiceException();
30            ex.setErrorCode(ServiceResponse.SERVICE_ERROR);
31            throw ex;
32        }
33    }
34 
35    …
36}

OpenAPI GeneratorによりSampleApiクラス、ApiClientクラス、ModelであるRequestResourceクラスやResponseResourceクラスなどが生成されます。サービス(Caller)ではSampleApiインスタンスを生成し、呼び出し先サービス(Sample)のURLのベースパスをApiClientインスタンスに設定してからinsertSampleEntityメソッドを呼び出すことで、サービス(Sample)を呼び出します。

これで、呼び出し元サービスの開発は完了です。

サービスの実行

それでは、サービスを実行して連携してみましょう。ここではcurlコマンドを使ってサービス(Caller)を呼び出します。

1curl http://caller-caller-project.apps.xxxx-xxxxx-cluster.xxxxx.xxxxx.com/api/caller/apply \
2-v -X POST -H "Content-Type:application/json" -d "{\"user_name\":\"Taro\", \"store_id\":1111, \"store_name\":\"Shop_A\"}"
3…

サービス(Caller)が呼び出されると、OpenAPIドキュメントから生成したAPIクライアントを使用してサービス(Sample)を呼び出します。サービス(Caller)がサービス(Sample)を呼び出した際のHTTPリクエストメッセージは次の通りです。

1POST /api/sample/apply HTTP/1.1
2Accept: */*
3Content-Type: application/json
4User-Agent: Java-SDK
5Host: sample-sample-project.apps.xxxx-xxxxx-cluster.xxxxx.xxxxx.com
6Connection: keep-alive
7Content-Length: 73
8 
9{"user_id":null,"user_name":"Taro","store_id":1111,"store_name":"Shop_A"}

連携により呼び出されたサービス(Sample)は、JSON文字列を含むHTTPレスポンスメッセージをサービス(Caller)へ返します。

01HTTP/1.1 201 
02Content-Type: application/json
03Transfer-Encoding: chunked
04Date: Wed, 22 Jul 2020 01:29:10 GMT
05Keep-Alive: timeout=60
06Connection: keep-alive
07 
08d
09{"user_id":1}
100

サービス(Caller)が実行されると、curlコマンドは実行結果としてJSON文字列を出力します。

`1`	`{"user_id":1}`

おわりに

今回はマイクロサービスの連携について解説しました。ここまではサービスやAPIの開発に絞って紹介しましたが、実際にマイクロサービスの利点を活かすためには、コンテナ管理ツールと連携したCI/CDによるサービス開発の実現が必要です。

次回は、コンテナ管理ツールを使用したCI/CDについて解説します。

著者

岡井裕矢(おかいゆうや)

この著者の記事一覧この著者の
記事一覧

株式会社日立製作所 OSSソリューションセンタ

株式会社日立製作所にて長年に渡りアプリケーションサーバの開発に従事。2016年より、OSSソリューションセンタに所属し、OSSのサポートサービス提供やマイクロサービス活用推進に従事。

著者

泉勝(いずみまさる)

この著者の記事一覧この著者の
記事一覧

株式会社日立製作所 OSSソリューションセンタ

株式会社日立製作所 OSSソリューションセンタ所属。これまではWebサービスの適用やアプリケーションサーバの開発に従事。現在は、主にマイクロサービスの導入支援やOSSの活用、検証を推進している。

連載バックナンバー

仮想化／コンテナ技術解説

第5回

サービスメッシュを使ってみよう

2020/10/15

仮想化／コンテナ技術解説

第4回

CI/CDを使ってみよう

2020/9/11

仮想化／コンテナ技術解説

第3回