はじめに

この記事は Go(その3) Advent Calendar の19日目の記事です。

goa.design(以下 goa)の紹介をしたいと思います。

goa は APIデザインを書くと、そこから API サーバのモックとかクライアントとかドキュメントとか一通り生成してくれるマイクロサービス用のフレームワークのことです。

goa は APIデザインを書いて → レビュー → 実装 → デザイン見直し → ・・・とサイクルを回して開発するプロセスをとれるようにできています。まずは API デザインを書くことで見通しよく進めよう、というのが goa を利用する際の設計方針です。

とてもすばらしいプロダクトなのですが、goa という名前のググラビリティが非常に悪く、なかなか広まらないなーと記事を書いたりしてました。最近、ちょっとずつですが goa のよさが広がってきていて(?) Advent Calendar にもいくつか記事が上がっています

goa 流行らない問題

@tchssk さんも言及されてますが、goa は何故か(?)流行らない。goa の仕組みは自体はいたって単純で、

API定義(デザイン)を go のコードで書く。func()を駆使した DSL。だけど go のコードとして正しい。
API定義(デザイン)から goagen コマンドで必要なものを生成。
- サーバのモック
- swagger定義(ドキュメント)
- クライアント etc... が生成可能

をするだけです。生成されたサーバのモックでは、パラメータのバリデーションなどはAPI定義に従って正しく処理されるようになっているので、必要なのは本当にビジネスロジック部分だけになります。

そもそもドキュメント書かないという衝撃

慣れてしまえば非常に便利なんですけれど、やはり DSL を書かなきゃいけないのは敷居が高いのかなと思います。しかし、一緒にドキュメントが生成されるのでドキュメント書く必要から解放され、仕様変更にも素早く対応できます。これは僕がホントに goa 使ってて良いなと思ってるところなんですが、ちょっと聞いたところ、

そもそもドキュメント書かないところ多いですよ

という衝撃の発言を耳にしました orz。もし、ドキュメント書いてないAPIがいっぱいあるのでしたら、是非 goa 導入してドキュメントも生成しましょう・・・。

DSL 覚えたくない

あと、DSL 覚えたくないというのはもっともだと思うんですけど、APIサーバ書くのに必要な要素を薄いフレームワークで忘れずに網羅するのって結構難しいと思うんですよね。パラメータのバリデーションとか、エラー処理のときのステータスとか、レスポンスの形式とか、そういったことを一揃いちゃんと書くにはオレオレでやるより枠組みがあったほうが抜けがなくなります。

goa の DSL はAPI定義に必要最低限なものが用意されているので、覚えておくと、サービスにどういった要素が必要かと言うことを常に意識できるようになると思います。僕のおすすめは Web API The Good Parts と一緒に DSL を読んでいくと Web API 自体に理解が深まっていくのでおすすめです。

swagger 定義がすでにあるようでしたら、@tchssk さんによって swagger 定義から goa の DSL に変換するプロジェクトが進行中なので、こちらを利用していただくのが良いかもしれません。

design を構成するDSLの 1/3 程度は既にサポートしているので既存の Swagger 定義がある場合は goa 導入の助けになると思います。鋭意開発中なので近日中にすべてのDSLがサポートされる予定です。

とのことなのでｷﾀｲです！

API 書く機会少ない

そもそも API を書く機会少ないという問題もあります。もし、新規で API 書く機会があれば、ぜひ goa を検討してみてください。

goa の現在

goa はつい先日（2016/12/9） v1.1.0 がリリースされました → Announcing goa v1.1.0

goa では master と v1 ブランチの2つのブランチで開発が進められていて、v1ブランチがv1.x.x リリースと対応しています。master ブランチは BREAKING CHANGE を含むような機能追加などを含む最新のバージョンになります。といっても、master ブランチもそれほどv1.x.xと変わらないので、master ブランチをvendoring しながら使うのでもそれほど問題は起きない気はします。

もし、goa に修正を pr する機会があれば、v1とmasterの両方に pr を出してあげてください。goa の開発者の Raphael さんは Contributor を非常に大切にされる方で、ちょっとした pr でも great! とか awesome とか最大限励ましてくれて癒やされます。さらに、リリースの時には、contributor をリリースノートに記載してくれたりして、ホントもう「また pr してまうやろー」とWエンジンぽく叫びたくなります。

Who wants stickers? pic.twitter.com/02viBYRxkc
— Raphael Simon (@rgsimon) 2016年7月11日

goa ステッカーを手に入れたぞ！
Thanks for sending me the stickers @rgsimon pic.twitter.com/g4iKSDiyKb
— ikawaha@goaおじさん (@ikawaha) 2016年7月26日

Raphael さん、ほんといい人で、ステッカー送ってもらったりしちゃいました。

goa のこれから

goa では gRPC の対応に向けて v2 が進行中です。v2 は v2 ブランチで開発が進行中ですが、やっと DSL がそろってきてテストを書き始めたという段階のようです。gRPC を使った API もデザイン・ファーストで構築できるようになると用途が広がってきそうですね。

とはいえ、v2 が使えるのはまだちょっと先になりそうなので、これから goa を利用するなら v1 か master を使うことになりそうです。

勉強会してみました

goa 流行らせたいなと思って、goa を紹介する勉強会開催してみました。この勉強会をきっかけに goa を使ってみてくれた人もいたみたいなのでやってみた甲斐があったかなと。

golang: goa勉強会を開催しました

初めて自分で開催してみたんですが、勉強会って大変ですね（こなみ）。資料も作ったんですが早口で1回しかお話しできてないんでちょっと消化不良気味です。goa に興味があってちょっと話ききたいなーって人がいらっしゃいましたら、 goa シール持って駆けつけたいと思いますのでご連絡ください

日本語で情報交換できるように gopher slack に goa-jp というチャンネルを作ってますので、こちらで質問していただければ、誰かが何か答えられるかなと思います。

まだ gopher slack に参加してない方はこちらから！ → https://invite.slack.golangbridge.org/

書きためた記事のご紹介

最後に、これまで書いた goa の記事をまとめておきます。これからも少しずつ書き足していきたいと思います。

それでは、Happy Hacking! よいお年を。

goa でデザイン・ファーストをシュッとする