Qiita Teams that are logged in
You are not logged in to any team

Log in to Qiita Team
Community
OrganizationAdvent CalendarQiitadon (β)
Service
Qiita JobsQiita ZineQiita Blog
Help us understand the problem. What is going on with this article?

go言語でのマイクロサービスフレームワークの雑な比較メモ

More than 3 years have passed since last update.

golangとマイクロサービス

最近ではGo言語がWebサーバで利用される機会もだいぶ増えてきたと思います。
利用例の中にMicroServicesやそれを指向したアーキテクチャで使用されている方の話を聞く機会がちょいちょい有りまして、その界隈のツールセットが幾つか登場しつつありますので紹介してみたいなと思う次第でした。
マイクロサービスの運用となると、モノリシックなサーバの時は考えなかった問題に出会うことが多く、そうしたハマリポイントを各ツールについて学ぶことで避けることも出来ると思いますので、ツールを利用しないまでもチェックしてみるのは参考になるのではないでしょうか。

ツール間の比較

項目 go-kit/kit NYTimes/gizmo micro/micro
star数(2016/04/17時点) 3821 1341 1719 + 704(go-micro) + 78(go-platform)
サポートするプロトコル JSON over HTTP, その他独自追加可能 gRPC, JSON over HTTPなど Proto-RPC, JSON-RPC
サービスディスカバリ 独自のloadbalancerパッケージが担う、DNSやconsulなど様々なプラグインを追加可能 Configにて指定、HealthCheckに幾つかのタイプを持っている go-microからConsulを利用可能、各サービスをRegistryパッケージ経由でconsul登録し、利用する形式
ログ 独自、拡張可能、全HTTPリクエストにtransaction_idが振られている logrusをベースにWrapしている 特に用意はなし、exampleでは標準のlogを利用していた
監視 パラメタをstatsdやprometheusに送信するパッケージが用意されている rcrowley/go-metricsを利用、graphiteやその他ツールに送信は簡単 go-platformにあるmetricsから標準ではinfluxdata/telegrafに対してメトリクスを送出
Load Balancing loadbalancerパッケージが登録されたサービスディスカバリ方式とバランシング戦略に応じてノードを選択 gizmo自体にこうした機能は無い? Selectorパッケージが要求に応じてノードを選択
context net/context gorilla/context net/context
特記事項 APIリクエストのtracing機能あり 3つのツールの中では薄いFWな印象 micro/micro自体は複数の言語に対するツールセットの提供、golangではmicro/go-microを利用する。高度な運用に向けてはmicro/go-platformを組み合わせる。

各ツールセットを眺めての感想

サービス間のやり取りについてはどのツールセットにおいても、JSON over HTTPだけでなくgRPCや、様々なメッセージキューも使えるようになっており、同期・非同期にかかわらずサービスを連携させるための上手い仕組みが用意されています。どのツールも比較的Pluggableに作られており、自前のシステムであっても組み込みは容易かもしれません。

go-kit/kit

go-kit/kitは個人的にマイクロサービスでの開発において今回3つのツールセットの中では最も程よいサイズで利用しやすいツールかと感じました。
実運用においては障害やパフォーマンス課題が発生した際にどこで発生したものか、そのトレーシングの難しさが課題に上がることがしばしばですが、go-kit/kitではこのケースに対してtracingパッケージを用いて、どの経由のリクエストで出力されたログなのか追いやすく、運用について考慮がよりなされているように見えます。
また、contextを前提にしたフレームワークは今回調査のツールセットだけでなく多くのWebFWでも増えていますが、contextの利用においては、net/contextベースのツールが増えている印象があり、その点でもgo-kit/kitは利用しやすいと感じています。

NYTimes/gizmo

NYTimes/gizmoは3つのツールセットの中では最もシンプルな作りかなと思いました。
serverとpubsubの2つの形式を選択しつつ各サービスを構築するような形式になっています。
serverはいわゆる通常のHTTPサーバ、pubsubは間にメッセージキューを挟み、リクエストをキューイング、subscriberがそれを読み取り非同期に処理という形です。
利用する側からすると、理解しやすいツールかなと思いまして、全体を踏まえてもそれほどシステムが大きくないのであればgizmoは良い選択肢になりうるのではないでしょうか。

思想についてはこちらを読むのがより良いかと思います。
http://open.blogs.nytimes.com/2015/12/17/introducing-gizmo/?_r=0

micro/micro

micro/microについては、サービス開発のためのmicro/go-microパッケージと、より高度なサービス運用に向けた開発のためのmicro/go-platformの2つを包含しており、ツール規模が3ツールの中では最も大きいものとなっています。
Go以外からの利用も踏まえたもので、InfluxDBや多くのミドルウェアを用意しての協調・監視・スケーリングを構築可能で、Web側で設定値などを管理することもでき、全てをmicro/microに載せるのであれば、スケーラビリティ含め多くの恩恵を受けられるます。
ただしパッケージはgo-microgo-platformに分かれおり、本気で運用するのであれば依存ツールが多くなることなども踏まえて、場合によっては大きすぎるツールのようにも見えました。

思想についてはこちらを読むのがより良いかと思います。
Micro - a microservices toolkit https://blog.micro.mu/2016/03/20/micro.html

最後に

今回紹介した3ツールにおいて、見た限りではどれも非常に有用ですので、そのツールごとのクセなどを踏まえつつ利用してみる、もしくは一部のツールだけ利用するなどしてみてはいかがでしょうか。

y_matsuwitter
DMM.com CTO。正座してる人。
http://medium.com/@y_matsuwitter/
dmmcom
総合エンタテイメントサイト「DMM.com」を運営。会員数は2,900万人を突破。動画配信、FX、英会話、ゲーム、太陽光発電、3Dプリンタなど40以上のサービスを展開。沖縄での水族館事業参入、ベルギーでのサッカークラブ経営など、様々な事業を手掛ける。また2018年より若手起業家の支援を強化、「DMM VENTURES」による出資や、M&Aなどを積極的に展開している。
https://dmm-corp.com
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away