この記事はMERPAY TECH OPENNESS MONTHの10日目の記事です。 こんにちは、メルペイのバックエンドエンジニアの柴田（@yoshiki_shibata）です。 メルペイのバックエンドは、Google Cloud Platform上でGoogle Kubernetes Engineを使用して、マイクロサービスアーキテクチャを採用した多数のマイクロサービスから構成されています。モノリシックなサービス実装では複数層のライブラリ（あるいはコンポーネント）から構成されるのに対して、マイクロサービスアーキテクチャでは複数層のマイクロサービスから構成されます。 どちらのアーキテクチャにおいても、偶発的プログラミング（Programming by Coincidence）1を避ける2ために、注意を払って作成する必要があるのが、境界部分のAPI（Application Programmi
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
この記事はOrigami Advent Calendar 2016二日目の記事になります。 Origamiは主にモバイルアプリを提供している会社ですが、その裏側では様々なバックエンドサービスが動いています。今まで個々のサービスはREST APIを通じてお互いに通信を行っていましたが、最近gRPCの導入をスタートしました。本投稿では、その導入経緯について簡単にご紹介したいと思います。 以下、簡単なgRPCのご紹介・導入の動機・導入にあたっての懸念点・現状の導入状況について順に説明していきます。 1. gRPCとは？ gRPCは、ネットワーク上に存在する異なるウェブサービス間でRPC(Remote Procedure Call)を実現するためのフレームワークです。gRPCを使うと、図1に示すようにサービスに実装したいメソッドをprotoファイルという定義ファイルに記述することで、サーバ実装・ク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
