[B! protocol] lizyのブックマーク

lizy id:lizy

protocolに関するlizyのブックマーク (58)

LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由：Karthik Ramgopal氏とMin Chen氏とのQ&A
垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。
lizy 2024/01/22
protocol

rest

grpc

json

performance

tuning
リンク
HTTPが全てを飲み込む（前編）～HTTPの2層構造と、HTTP Semanticsとは何か？
Webを構成する重要な要素の1つであるHTTPは、その最新仕様で2層構造となり、バージョンに関係なく使えるSemanticsと、特徴の異なる通信仕様を定めたHTTP/1.1、2、3に分割されました。さらに現在では、HTTPの上にあらためてUDPやIP、イーサネットなどのプロトコルを実装する提案が行われており、まさにHTTPは通信の全てを飲み込む勢いで進化しつつあります。こうしたHTTPの最新動向の解説が、大手CDNベンダでエッジクラウドなども展開するFastlyが2023年11月8日開催したイベント﹁Yamagoya2023﹂で同社シニアプリンシパルエンジニアの奥一穂氏が行ったセッション﹁HTTPが全てを飲み込む﹂にて行われました。本記事ではこのセッションをダイジェストで紹介していきます。記事は以下の3つに分かれています。 HTTPが全てを飲み込む︵前編︶～HTTPの2層構造と、H
lizy 2024/01/22
communication

通信

protocol

http
リンク
Why LinkedIn chose gRPC+Protobuf over REST+JSON: Q&A with Karthik Ramgopal and Min Chen
InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architects. View an example
lizy 2023/12/28
マイクロサービス間の通信をRESTからgRPCに変更した話

rest

grpc

communication

microservice

protocol
リンク
新幹線でもQUICで快適にSSHする - Qiita
はじめに今日は、劣悪な通信環境でも快適にSSHができるqui cssh-rsをご紹介します。そして、実際に改善されるかを試してみます。長くなったので最初に結論qui cssh-rsを使うと、パケットロスに対して明らかに強くなったこちらのIPアドレスが変わっても通信が継続できた遅延(pingのRTTが大きいこと)は改善されない模様 30%パケットロス環境での比較 IPアドレスを変更しても切れない SSHは新幹線(劣悪通信環境)に弱い鉄道での移動時間が長いと、パソコンを開いて各種開発の続きをしたくなります。 …なりませんか？時には、別のサーバーにSSHでログインして何かコマンドを打ったり。在来線1であれば概ね問題ありませんが、新幹線になると通信品質が大きく悪くなるため、SSHでの操作は大きなストレスが溜まりがちです。なんとかならないかとずっと思っていました。新幹線の通信環境通
lizy 2023/12/17
protocol

quic

ssh

通信

あとで
リンク
LinkedIn、EspressoをHTTP2に移行し、接続数を88％、待ち時間を75％削減
垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。
lizy 2023/12/12
http

protocol

performance

tuning
リンク
[アップデート] ALBでエンドツーエンドのHTTP/2サポートによりgRPCワークロードが可能になりました | DevelopersIO
本日のアップデートにより Application Load Balancer（以下、ALB）でエンドツーエンドのHTTP/2がサポートされ、加えて gRPC プロトコルが利用可能になりました。 Application Load Balancers enables gRPC workloads with end to end HTTP/2 support ALB でエンドツーエンドの HTTP/2 通信が可能に以前より ALB は HTTP/2 に対応していましたが、ALB - ターゲット間の通信は HTTP/1.1 に変換されていました。そのため、エンドツーエンドでの HTTP/2 利用できませんでした。この仕様により、HTTP/2 をトランスポートに利用する gRPC を ALB で利用することは出来ないため、NLB または CLB を利用されていたかと思います。今回のアップデートで
lizy 2020/10/31
aws

protocol

http

network

grpc
リンク
gRPCが遅すぎる？eBPFでカーネル内で動かす！
gRPCの高速化への飽くなき追求︵具体的な目標や目的なし︶を続けてきましたが、まだ、遅すぎる！今回は、安全にLinuxカーネルに機能を追加できるeBPFという仕組みを使って、カーネル内で動作するgRPCサーバを実装しました。その結果、前回実装したRust版よりも2倍高速になりました！ eBPFで安全なユーザコード実行eBPFを使えば、システムコール、パケットの受信など、カーネルで発生する様々なイベントに対して、私たちユーザが実装したコードを、カーネル内部で実行することができます。同じようにカーネルに機能を追加できるカーネルモジュールと違って、eBPFは、データ破壊など、システムの安定性に深刻な影響を与える危険なコードの実行を防ぐことができます。 eBPFで検索すると、たくさんの日本語の情報が見つかるXDPは、ネットワークインターフェイスのドライバのパケット受信時に、ユーザコードを実行する仕
lizy 2020/10/15
Winではhttp.sysとかいうカーネルモードドライバ？があったけどああいう感じなのかな

linux

kernel

protocol

grpc

network

performance
リンク
マイクロソフトが「SMB over QUIC」ファイル共有プロトコル実装中。VPNなしでもインターネット上で安全にファイルサーバへのアクセスを実現へ
マイクロソフトが﹁SMB over QUIC﹂ファイル共有プロトコル実装中。VPNなしでもインターネット上で安全にファイルサーバへのアクセスを実現へマイクロソフトが次期Windows Serverに、HTTP/3のベースとなるQUICプロトコルを搭載する予定であることは先週の記事でお伝えしていますが、同社はこのQUICをファイル共有プロトコルであるSMBのトランスポート層に用いた﹁SMB over QUIC﹂も開発中です。最初に同社がこれを明らかにしたのは、今年の3月に公開したブログ﹁SMB over QUIC: Files Without the VPN﹂ででした。そして次期Windows Serverの開発状況を伝える先週のブログ﹁Announcing Windows Server vNext Preview Build 20201﹂でも、QUICをHTTP/3だけでなくSMBの
lizy 2020/09/12
microsoft

network

smb

quic

protocol
リンク
OpenAPI や Protocol Buffers のおかげで開発がかなり捗っている話 | MEDLEY Developer Portal
2020-08-21OpenAPI や Protocol Buffers のおかげで開発がかなり捗っている話こんにちは、インキュベーション本部エンジニアの加藤です。主に CLINICS アプリの開発を担当しています。はじめにCLINICS アプリの開発では OpenAPI や gRPC を利用しています。 OpenAPI と gRPC の間には何の関係もないのですが、どちらも API の仕様をスキーマ言語で記述するという点では共通しています。今回はこの API スキーマが開発にもたらすメリットについて紹介していこうと思います。 API ドキュメントとしてのスキーマ定義既存のコードに機能を追加する際や修正を加える際に気にすることの多い部分は API の仕様ではないかと思います。﹁リクエストやレスポンスはどのようなデータなのか﹂﹁この値は必須なのか、任意なのか﹂﹁データの型は数値なのか
lizy 2020/08/22
そういえばCORBAとかDCOM時代のIDLはなんで廃れたんだろう

openapi

protocol
リンク
NGINXがQUIC＋HTTP/3対応のテクニカルプレビューを発表
軽量なWebサーバのNGINXが、QUICとHTTP/3に対応するテクニカルプレビューを発表しました。 Introducing a Techno logy Preview of #NGINX Support for #QUIC and #HTTP3 https://t.co/BEFSH96Emy pic.twitter.com/cxHB8e4C9x — nginx web server (@nginxorg) June 10, 2020 Nginxのブログに投稿された記事「Introducing a Techno logy Preview of NGINX Support for QUIC and HTTP/3」から引用します。 We are pleased to announce the techno logy preview of QUIC+HTTP/3 for NGINX at a spe
lizy 2020/06/12
nginx

http

protocol
リンク
QUICの実装はTCP並みの効率を実現できるか？ Fastly奥氏らがベンチマークを紹介
現在標準化が進められている次世代HTTPの「HTTP/3」は、トランスポートプロトコルとして「QUIC」と呼ばれる新しいプロトコルを採用します。現時点のHTTPはトランスポートプロトコルとして「TCP」が採用されています。その上で、可能な限り高速な通信が行えるようにさまざまな工夫や最適化が進められてきました。そしてもうこれ以上高速にしようとすると、TCPそのものを改善していくべきだろう、というところまできたのです。それがHTTP/3で「QUIC」が採用される大きな理由といわれています。 TCPは内部で輻輳制御や再送などを自動的に行うことで通信が確実に行われることを保証してくれる便利なプロトコルですが、それゆえに、確実に通信が行われるまで待つ必要があるために通信環境によっては遅くなりがち、などの側面があります。そこでQUICは、TCPのような通信の保証がない代わりにリアルタイム性の高い
lizy 2020/05/11
protocol

quic

tcp

http
リンク
Web API に秩序を与える Protocol Buffers / Protocol Buffers for Web API #builderscon
builderscon tokyo 2019 で「Web API に秩序を与える Protocol Buffers」というタイトルで発表した資料です。 Protocol Buffers を利用して Web API の Schema 管理をするという観点で、豊富な実例とともにその手法やメリット・デメリットについて話しました。 cf. https://builderscon.io 追記: 61ページ目で Protocol Buffers を利用する際の注意点として後方互換性が壊れるケースの話をしましたが、自分たちが経験したのは gRPC + grpc-gateway 構成特有のケースだったので記述を修正しました。
lizy 2019/08/30
webapi

protocolbuffer

grpc

openapi

swagger

protocol
リンク
マイクロサービスにおけるWeb APIスキーマの管理 ─ GraphQL、gRPC、OpenAPIの特徴と使いどころ｜ハイクラス転職・求人情報サイト AMBI（アンビ）
マイクロサービスにおけるWeb APIスキーマの管理 ─ GraphQL、gRPC、OpenAPIの特徴と使いどころマイクロサービスにおける通信方式の選択について、おおた︵ota42y︶さんが、GraphQL・gRPC・OpenAPIといった主なWeb APIスキーマの管理の利点と使い分けを解説します。近年流行しているマイクロサービスアーキテクチャにおいては、﹁どういった通信方式を選ぶか﹂が開発の効率やサービスの信頼性、パフォーマンスを大きく左右します。この記事では、GraphQL・gRPC・OpenAPIそれぞれの利点と適切な使い分けについて解説します。マイクロサービスにおけるWeb API管理の重要性 Schema First DevelopmentとWeb API 人ではなくプログラムが処理できるよう管理する Web APIのインタフェース定義手法の比較 OpenAPI ─ R
lizy 2019/08/22
microservice

openapi

webapi

grpc

graphql

protocol
リンク
PHPでもgRPCサーバを立てたいだけの人生だった
2019/02/16 Laravel JP Conferenceでの発表スライド
lizy 2019/02/17
php

grpc

protocol
リンク
DNS over HTTPSの必要性について - Qiita
なぜ今までのDNSでは問題があるのかインターネット上の通信の多くは、ブラウザを利用したウェブによるものです。セキュリティ向上のため、GoogleやFireFoxといった大手ブラウザベンダーが平文通信であるHTTPから暗号通信であるHTTPSへの移行を推奨し、盗聴・改竄・なりすましといった問題を解決することが出来ます。しかしながら、そのHTTPS通信をする前のDNSによるドメイン解決は暗号化されておらず盗聴でアクセスするホスト名を把握される、なりすましで偽の応答を返されるといった可能性があります。それを防ぐための方法の1つが、DNS over HTTPSです。 DNS over HTTPSとは今までDNSサーバ︵フルリゾルバ︶の︵主に︶UDPポート53番に対して行われていたDNSによる名前解決を、TCPポート443番に対するHTTPS(HTTP/2 over TLS)通信上で行うプ
lizy 2019/02/14
network

protocol

dns

security

https
リンク
「HTTP/3」がHTTP-over-QUICの新名称に。IETFのQUICワーキンググループとHTTPワーキンググループで合意－ Publickey
現在IETFで仕様策定が進められている、UDPをベースに効率的で高速な通信を実現するためのプロトコル﹁QUIC﹂をトラスポート層に用いる新しいHTTPの名称が﹁HTTP/3﹂になることが決まりました。 HTTP/3のベースはGoogleが開発したQUIC。IETFで標準化へもともとQUICは、Googleが高速なHTTPの通信を実現するためのプロトコルとして2013年に発表し、同社のChromeブラウザやクラウドサービスなどに実装してきました。QUICは、従来のHTTPでトランスポート層に用いられているTCPの代わりに、UDPを用いています。 TCPはエラー訂正機能などを備え信頼性の高い通信が可能な一方、比較的オーバーヘッドの大きなプロトコルです。そこでTCPの代わりに通信の信頼性は保証されないもののオーバーヘッドの小さいUDPを用い、独自に一定の信頼性を保つ実装を組み込みつつHTTP
lizy 2018/11/21
network

protocol

udp

http3
リンク
HTTP-over-QUIC（HTTP/3）って、UDPなの！？？ - orangeitems’s diary
HTTP/3のお話IETFやGoogleは、Webの世界を発展させるためにはHTTP/HTTPSをもっと最適化させなければいけないと思っています。これは正しいです。ただ、今考えられているHTTP over QUIC、これをHTTP/3と呼ぶ、と決まったらしいのですが。 gigazine.net インターネットのネットワークプロトコルを標準化する業界団体のInternet Engineering Task Force(IETF)が、これまで﹁HTTP-over-QUIC(hq)﹂と呼ばれていたプロトコルを﹁HTTP/3﹂という名称に変更すると発表しました。技術的な説明は下記が詳しいです。 asnokaze.hatena blog.com asnokaze.hatena blog.com で、私なぞは基本サーバー屋だったのでネットワークのこのあたりのプロトコルスタックの話は読んでもなかなか頭
lizy 2018/11/14
network

protocol

http
リンク
Google CloudのHTTPSロードバランサーがQUICプロトコルに対応
Webにおける通信で使われるHTTPもしくはHTTPSは、エラー訂正機能を備え信頼性の高い通信が期待できるTCPのプロトコルをベースにしています。しかしTCPは信頼性を高めるために効率を犠牲にしている面があります。そこで、HTTPSに最適化したより効率の良いプロトコルとしてGoogleが提唱し、IETFでの標準化が進められているのがQUICプロトコルです。 QUICはラウンドトリップの短縮や通信の多重化などを実現することで、より小さなレイテンシで効率の良い通信を実現しようとしています。すでにGoogleは同社のWebサービスやChromeブラウザでQUICの実装を進めているため、ChromeブラウザでGoogleのサービスを利用している多くの場面ですでにQUICは使われています。そしてGoogle Cloud Platformが提供するHTTPSロードバランサーでも、QUICに対応した
lizy 2018/06/15
google

google cloud platform

loadbalancer

quic

protocol
リンク
pixivのHTTP/2有効化の軌跡 - pixiv inside
@catatsuyです。普段はpixivの技術的な改善や広告周りを見ています。今回はHTTP/2の話を紹介します。 HTTPS化とHTTP/2について以前紹介したようにpixivは2017/4/18にHTTPS化を完了していました。 pixivを常時HTTPS化するまでの道のり︵前編︶ - pixiv inside pixivを常時HTTPS化するまでの道のり︵後編︶ - pixiv inside 昨今ブラウザで使える新しい技術はHTTPSが必須要件とされることが多くなりました。その中の代表格がHTTP/2です。HTTP/2自体はHTTPSを要求していませんが、実際にはHTTPSでなければブラウザ側で有効にならないため必須です。 HTTP/2に対応するメリットは他の詳しい記事を参照して欲しいですが、ざっくり以下のメリットがあります。 HPACKという仕様でハフマン符号を使ったHTTPヘッ
lizy 2018/05/10
pixiv

network

http

http2

protocol
リンク
全銀協、広域IP網版の「全銀プロトコル」公開--ISDNなどの終了を視野
印刷するメールで送るテキスト HTML 電子書籍 PDF ダウンロードテキスト電子書籍 PDF クリップした記事をMyページから読むことができます全国銀行協会（全銀協）は5月16日、企業や銀行間のオンラインデータ交換の新たな標準通信プロトコル「全銀協標準通信プロトコル（TCP/IP手順・広域IP網）」の仕様書を公開した。広域IP網をベースとした新たな全銀プロトコルとなる。全銀協は、2016年秋にNTT東西が一般公衆電話網（PSTN）から広域IP網への移行とISDNサービスの廃止時期について具体的な検討を開始したことを受け、これらの廃止後に必要となる広域IP網に対応したプロトコルの制定を進めていた。新たな全銀プロトコルは、既存の全銀プロトコルが企業と銀行や銀行間だけでなく、企業間のデータ交換にも使用されている実態を踏まえ、全銀プロトコル（TCP/IP手順）で規定された電文シーケ
lizy 2017/05/16
protocol
リンク
1 2 3 次のページ