AbemaTVにおけるMicroservices Architecture 1. AbemaTVにおける Microservices Architecture 2. About Me ● プロフィール ○ 西尾 亮太 ○ 株式会社AbemaTV 開発局 ○ サーバーサイドエンジニア ● プロジェクト経歴 ○ Amebaスマートフォンプラットフォーム ○ リアルタイム通信基盤 ○ AbemaTV 3. AbemaTVについて 4. 無料でみれる 24時間365日完全編成 インターネットテレビ 5. マルチデバイス ● PCブラウザ ● Androidスマートフォン/タブレット ● iPhone/iPad ● Chromecast ● Amazon FireTV ● AppleTV(予定) ● AndroidTV(予定) 6. リニア放送 7. Video On Demand 8. インターネ
gRPCとは 2015/2 にGoogleが公開したGoogle内でも使用されているRPCフレームワークであり、下記の恩恵をうけることができます Protocol BufferのIDLを書くことによって、通信形式の型が保証された通信を行うことができる gRPCをサポートしている言語であれば、異なる言語間でも通信が可能(C++, Java, Go, Python, Ruby, Node.js, Android Java, C#, Objective-C, PHP) HTTP/2で通信を行うためストリームの多重化、フロー制御等ができる 弱点としては、 実装難度が高い点、 protocが動く環境に制限されるためフロントエンドのjsでは動かない というものがあるため、 サーバーサイドのマイクロサービス間の通信 長期運用や規模の大きいサービスで通信の保証をする必要がある ものに適している通信方式と思
Protocol Buffers(プロトコルバッファー)は構造データのシリアライズを目的とした技術スタックである[1]。 通信や永続化において構造データのシリアライズは重要である。Protocol Buffers はこれを実現するための仕様およびライブラリであり、定義言語(インタフェース定義言語)・シリアライズ形式・各言語向けランタイムライブラリ・プロトコンパイラ生成コードの4要素からなる[2]。 Protocol Buffersのデザインの目的はシンプルさとパフォーマンスである。とりわけ、XMLより高速になるようデザインされている。GoogleはXMLとの比較で、3〜10倍小さく、20〜100倍高速であると主張している[3]。Google自身が挙げている例では、XMLでは69バイト以上の物が Protocol Buffersでは28バイトであり、XMLのパースは5〜10マイクロ秒も必要だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く