InfoQ ホームページ grpc に関するすべてのコンテンツ
-
LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由：Karthik Ramgopal氏とMin Chen氏とのQ&A
LinkedInは、Microservices platformのサービス間通信にProtocol Buffersを使ったgRPCに移行すると発表した。従来は、オープンソースのRest.liフレームワークが主要なシリアライゼーションフォーマットとしてJSONと共に使われていた。
-
Cadence1.0：Uberがスケーラブルなワークフロー・オーケストレーション・プラットフォームをリリース
Uberは6年間の開発期間を経て、Cadenceと名付けられたワークフロー・オーケストレーション・プラットフォームのメジャーバージョンをリリースした。Uberや他の企業は、ネイティブのプログラミング言語を使ってステートフルなサービスを大規模に構築するためにCadenceを使用している。チームは、使いやすさ、オブザーバビリティ、効率性の向上を目標に次のリリースに取り組んでいる。
-
CloudflareレポートでAPIトラフィックの急速な成長が示された
Cloudflareは最近、毎年恒例の「APIトラフィックの状況」レポートをリリースした。このレポートでは、Cloudflareのグローバルネットワークによって利用されるトラフィックデータを分析して、Webトラフィックの現在の業界トレンドへのインサイトを提供する。
-
Googleプロトコルバッファは慣用的なKotlinバインディングをサポートします
GoogleはオープンソースのProtocol BuffersプロジェクトにKotlinのサポートを追加した。Kotlinの高度な構文機能を活用してプロト定義を慣用的なドメイン固有言語（DSL）に変換できるようになる。
-
QCon PlusからAPIアーキテクチャトラックの総括
QCon PlusのAPIアーキテクチャトラックには、APIを設計、構築、保守するソフトウェアエンジニアとアーキテクトに関連するトピックについて話し合う6人のスピーカーとパネリストが参加した。このトラックでは、拡張性やAPIライフサイクルなどの幅広い概念を取り上げ、REST、GraphQL、gRPCの対決を取り上げて、APIを構築するときに使用するのに最適なテクノロジーを決定した。
-
NetflixによるgRPCを使った実用的なAPIデザイン
NetflixでのAPI設計に関する2部構成の記事が、最近、同社のテクノロジーブログで公開された。バックエンドAPIの要求と応答において無関係なメッセージフィールドを無視する問題をどのように解決したかを説明している。この実現には、特別なProtocol Buffers（Protobuf）メッセージのFieldMaskを使っている。
-
Slackが新しいロール管理アーキテクチャを詳しく説明
Slackは最近、新しい役割管理システムのソフトウェアアーキテクチャの詳細な説明を投稿した。Slackは、以前よりも柔軟なシステムを構築する必要があった。Slackは、カスタムコンテナ化されたGoベースのパーミッションサービスを開発した。これは、gRPCを介して既存のシステムと統合される。その結果、顧客の管理者は、ユーザが実行できることをきめ細かく制御できるようになった。
-
Alibaba Cloudはビジネスの成長をサポートするためDaprを使用
先頃のブログ投稿で、Alibaba CloudのスタッフエンジニアであるSky Ao氏が、Alibaba Cloudが分散アプリケーションランタイム (Dapr) を使用してビジネスの成長をサポートする方法について詳しく説明している。Alibabaのビジネスが急速に成長し、他の企業も買収するにつれて、さまざまなクラウド環境で複数のプログラミング言語をサポートする必要性が高まっている。このニーズをサポートするために、AlibabaはDaprの使用を選択した。
-
DropboxがマネージドサービスオーケストレーションプラットフォームのAtlasを公開
先日のブログ記事でDropboxが公開したAtlasは、サービス指向アーキテクチャのさまざまなメリットを提供すると同時に、サービスを所有する運用コストを最小限にすることを目的とするプラットフォームである。その目標は、小規模かつ自己完結型の機能をサポートすることによって、容量計画や警告のセットアップといった、本格的なサービスを管理するオーバーヘッドからプロダクトチームを救済することにある。
-
Thrift for HaskellはRPCコードからバグを排除することを目的としている
もともとFacebookで作成され、現在はApacheの一部となっているThriftは、複数の言語で記述されたサービス間で大規模で効率的なRPCを実現することを目的としたインターフェイス定義言語（IDL）およびバイナリ通信プロトコルである。Facebookは最近hsthriftをオープンソース化した。これにより、HaskellプロジェクトでThriftを使用し、その依存型を利用して本番環境のバグを排除することができる。
-
Microsoft .NET Conf - テーマはマイクロサービス
昨日、.NET Conf:Focusシリーズの第3弾が開催された。今回フィーチャーされたのは、.NETによるマイクロサービス開発だ。このイベントはあらゆる種類の開発者を対象に、ライブコーディングデモを実施し、関連するコンセプトやツールを包括的に紹介するものだ。無料参加の可能な単日のライブストリームイベントには、コミュニティや.NETプロダクトチームからの講演者が登壇する。
-
MicrosoftがgRPC-Web for .NETをリリース
Microsoftは先週、.NET用gRPC-Webプロトコルの実用レベルの実装をリリースした。元々は試験的機能というサポートだったが、今回、コンポーネントがgrpc-dotnetプロジェクトの一部となったのだ。新しいコンポーネントにより、ブラウザ内でgRPCを使用できるようになるので、HTTPサーバをプロキシとして使用しなくても、Webアプリケーションが直接gRRCサーバと通信可能になる。
-
CNCF(Cloud Native Computing Foundation)のポートフォリオにLinkerd, gRPC, CoreDNSが加わる
2017年の初めから、Cloud Native Computing Foundation(CNCF)は、自らのホスティングおよびスチュワードシップのポートフォリオに新たな3つのプロジェクトを追加した。サービスディスカバリと障害処理と可視性を提供する‘サービスメッシュ’、言語非依存の高性能RPCフレームワークである‘gRPC’��高速でコンフィギュレーション可能なクラウドネイティブDNSサーバの‘CoreDNS’である。
-
GoogleによるAPIデザインガイドの公開
GoogleはHTTPもしくはRPC APIを作成するためのAPIデザインガイドを公開した。これらの設計原則は特にGoogle Cloud Endpointsに接続するgRPC APIを作成する開発者に向けて推奨されている。
-
マイクロサービスのためのオーケストレーションエンジンであるNetflix Conductor
Netflixは、昨年 “Conductor” と呼ばれるオーケストレーションエンジンを開発しプロダクションで運用してきた。この間、彼らは線形のワークフローから、複数の日にまたがって実行される動的なワークフローまで約260万のプロセスワークフローを実行した。現在 Conductor はオープンソースで公開されており、ワークフローオーケストレーションに関心のあるすべての人が利用できる。