Go + gRPCによるマイクロサービス構築 - 一休.com Developers Blog

こんにちは。宿泊事業本部の宇都宮です。 最近、とあるマイクロサービスをローンチしました。このアプリケーションの業務的な役割は諸事情により省略しますが、以下のような特性をもっています。 社内の多くのサービスから利用される 一休.com 一休.comレストラン 一休.comギフト 一休.com海外 このサービスが落ちると、主要サービスの予約処理が止まる 😱 想定されるリクエスト数は、平常時で30req/sec、ピーク時には60req/sec程度になります。行う処理はシンプルで、DBにいくつかSELECT文を投げて、ビジネスロジックに沿った結果を返すことです。 また、基盤系のアプリケーションなので、各開発者の開発環境（WindowsとMacが混在）でも動作する必要があります。 したがって、このアプリケーションに求められる要件は、 高パフォーマンス 高信頼性 クロスプラットフォームで動作すること

[u_tis]

Goに関するよりは「VBScript(Classic ASP)からgRPCを叩いています。C#(.NET Framework)でgRPCクライアントを開発し、このdllをCOM経由で使っています。」の方が凄くて気になってしまうw

[khigashigashi]

"インテグレーションテストもある程度しっかりやっています。" というところが実際に何やってるか気になった

[mattn]

CreateObject("Ikyu.GrpcServiceClient")

[mapserver2007]

“sql.Open() の結果として取得できる sql.DB 構造体は、一度Openした後はプログラム中でずっと使い回すべきで、Closeを呼ばなければならないことはまれである、とされています。”

[uguisyu]

ClassicASP残ってるサービスの開発やりたくないなあ

[shiba-yan]

Docker とオーケストレーターを使わないマイクロサービスとは（

[gachapining]

一休くらいパフォーマンスにストイックなところが Go + gRPC を選択したというのは興味深い

[soy-curd]

SQL Serverで律速しそう

[a-know]

“余談ですが、現在、一休の一部サービスでは、VBScript(Classic ASP)からgRPCを叩いています”

[alex0715]

gRPCかRESTかは、理由は違えど、うちも今悩んでる