OpenAPI GeneratorでPython Web API構築 | フューチャー技術ブログ

2022.12.03
村上知優
約 2,200 文字
7,200 View

はじめに
OpenAPI Generator
おわりに

この記事はPython Advent Calendar 2022 カレンダー2の3日目です。昨日はtttakehさんのじゃんけん画像を分類してみたでした。

はじめに

こんにちは。TIG DXユニットの村上です！

さて、私の所属しているプロジェクトではバックエンドシステムに主にGo言語を用いており、Go言語によるWeb APIを構築しています。

例えばLambdaとGoを使ったサーバーレスWebAPI開発実践入門など、Future Tech Blogには多くのノウハウが投稿されていますので是非ご覧になっていただければと思います。

今回はGo言語ではなくPythonでWeb APIを構築しました。その際にOpenAPI Generatorが便利だったのでご共有します。

OpenAPI Generator

OpenAPI GeneratorはAPIリクエストやレスポンスの内容を定義し、それを元にプログラムを自動生成するツールです。

API定義ファイルの書き方の例と、そこからコードを自動生成する方法をご紹介します。

API定義ファイル

今回のファイル名はopenapi.yamlとします。
以下のようにリクエストパラメータやレスポンスを定義します。

openapi: "3.0.0"
info:
  version: 1.0.0
  title: Stock API
servers:
  - url: http://localhost:3003
tags:
  - name: stockPrice
    description: 株価取得
paths:
  /v1/sc/{security_cd}/stockPrice:
    get:
      summary: 株価取得
      operationId: stockPrice
      description: 現在の株価を取得する
      tags:
        - stockPrice
      parameters:
        - name: security_cd
          in: path
          description: 証券コードを指定する
          required: true
          schema:
            type: string
          example: "4722"
      responses:
        "200":
          description: success
          content:
            application/json:
              schema:
                $ref: "#/components/schemas/StockPrice"
        "400":
          description: Bad Request
          content:
            application/json:
              schema:
                $ref: "#/components/schemas/Error"
        "404":
          description: Not Found
          content:
            application/json:
              schema:
                $ref: "#/components/schemas/Error"
        "500":
          description: Internal Server Error
          content:
            application/json:
              schema:
                $ref: "#/components/schemas/Error"
        default:
          description: "その他予期せぬエラー"
          content:
            application/json:
              schema:
                $ref: "#/components/schemas/Error"
components:
  schemas:
    StockPrice:
      properties:
        price:
          type: number
          format: double
          description: 現在の株価
          example: 1741
        open:
          type: number
          format: double
          description: 始値
          example: 1715
        high:
          type: number
          description: 高値
          example: 1762
        low:
          type: number
          description: 安値
          example: 1704
        volume:
          type: number
          description: 出来高
          example: 221400
    Error:
      properties:
        message:
          type: string
          description: エラーメッセージ
        field:
          type: string
          description: エラー種別
    OK:
      properties:
        message:
          type: string

operationIdで指定した部分が自動生成コードに関数名として反映されます。

コードの自動生成

生成方法はいくつかありますが、今回はdockerを使って自動生成します。
サーバ側、クライアント側どちらを生成するかはgeneratorのコマンドライン引数によって決まります。
例えばサーバ側をPython、クライアント側をGolangで生成する場合、以下のようになります。

サーバ側
$ docker run --rm -v ${PWD}:/local openapitools/openapi-generator-cli generate -i /local/openapi.yaml -g python-flask -o /local

クライアント側
$ docker run --rm -v ${PWD}:/local openapitools/openapi-generator-cli generate -i /local/openapi.yaml -g go -o /local

上記コマンドオプションの-gがgeneratorの指定になります。
generatorに指定できる引数は以下のコマンドで確認できます。

docker run --rm openapitools/openapi-generator-cli list

また、生成されるパッケージ名はデフォルトでopenapi_serverとなりますが、以下のようにパッケージ名の明示的な指定もできます。

docker run --rm -v ${PWD}:/local openapitools/openapi-generator-cli generate -i /local/openapi.yaml -g python-flask -o /local --package-name test_package

Pythonのimportパスにも関わってくるため、プロジェクトに沿った名前にすると良いと思います。

自動生成されたファイル

自動生成されたサーバ側のディレクトリ及びその内部のファイルを見ていきたいと思います。
上記のopenapi.yamlからは以下の内容が出力されました。

.
├── Dockerfile
├── README.md
├── git_push.sh
├── openapi_server
│   ├── __init__.py
│   ├── __main__.py
│   ├── controllers
│   │   ├── __init__.py
│   │   ├── security_controller_.py
│   │   └── stock_price_controller.py
│   ├── encoder.py
│   ├── models
│   │   ├── __init__.py
│   │   ├── base_model_.py
│   │   ├── error.py
│   │   ├── ok.py
│   │   └── stock_price.py
│   ├── openapi
│   │   └── openapi.yaml
│   ├── test
│   │   ├── __init__.py
│   │   └── test_stock_price_controller.py
│   ├── typing_utils.py
│   └── util.py
├── requirements.txt
├── setup.py
├── test-requirements.txt
└── tox.ini

テスト用のファイルまで自動生成してくれます。
そのままこのディレクトリをプロジェクトディレクトリにできるレベルです。

openapi_server

APIの本体はopenapi_serverになります。この中のcontrollersにAPIの中身を実装していくことになります。

個人的にはcontrollersのファイルにはエラーラッピングやDB接続などの前処理だけを書き、具体的なロジックは別ディレクトリに実装するのが良いと思います。これによってAPIが増えた時にcontrollersの中身が複雑になるのを避けることができます。

例えば以下のようにcoreディレクトリを作成し、さらにその中にAPIエンドポイントごとにディレクトリを用意します。

├── controllers
│   ├── __init__.py
│   ├── security_controller_.py
│   └── stock_price_controller.py
├── core
│   └── stock_price
│       ├── db.py
│       ├── handler.py
│       └── model.py

handler.pyやmodel.pyに具体的なロジックを実装し、stock_price_controller.pyからそれを参照します。

openapiディレクトリにはopenapi.yamlという生成元ファイルと同じ名前のファイルが生成されています。

中身も一見すると生成元と全く同じように見えますが、よく見るとx-openapi-router-controllerという項目が増えています。

これはAPIへのルーティング設定で、そのAPIがコールされた際にどのファイルが呼び出されるかが定義されています。

paths:
  /v1/sc/{security_cd}/stockPrice:
    get:
      description: 現在の株価を取得する
      operationId: stock_price
      parameters:
      - description: 証券コードを指定する
        example: "4722"
        explode: false
        in: path
        name: security_cd
        required: true
        schema:
          type: string
        style: simple
      responses:
        "200":
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/StockPrice'
          description: success
        "400":
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Error'
          description: Bad Request
        "404":
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Error'
          description: Not Found
        "500":
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Error'
          description: Internal Server Error
        default:
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Error'
          description: その他予期せぬエラー
      summary: 株価取得
      tags:
      - stockPrice
      x-openapi-router-controller: openapi_server.controllers.stock_price_controller

上記の場合、/v1/sc/{security_cd}/stockPriceがコールされた時、openapi_server/controllers/stock_price_controller.pyのstock_price関数が呼び出されることになります。

.openapi-generator-ignore

このファイルには自動生成時に上書きを禁止するディレクトリやファイルを指定します。

例えばcontrollersやtestのファイルは自動生成するたびに中身が初期化されてしまうため、ここに追記します。

ちなみに手動で新規作成したファイルはそのまま残るため、ここに追加する必要はありません。

openapi_server/controllers/*
openapi_server/test/*

Dockerfile

このDockerfileを使うことで、ローカルに簡単にwebサーバを立てることができます。

docker build -t openapi_server .
docker run -p 8080:8080 openapi_server

疎通確認をするとAPIのルーティングがしっかりと行われており、返り値が返却されることが分かると思います。

$ curl http://localhost:8080/v1/sc/4722/stockPrice
"do some magic!"

おわりに

Python自体が動的型付け言語なだけあってプログラミング時に型を常に気にする必要があり、結構精神を擦り減らすと思います。

OpenAPI Generatorは型ヒントも付与してくれるため、なるべくコードを自動生成することで型に関する開発コスト削減にもつながると思います。

自動生成コードを使えば結果的にAPIの具体的なロジックだけ実装すれば良いレベルになりますので、採用するメリットは大きいと感じました。

明日は、fujineさんの2022年にお世話になったオライリーのPython書籍5冊です。