[B! web][network] ymm1xのブックマーク

cookpad.com 全 HTTPS 化の軌跡

セキュリティ担当者から見た re:Invent と AWS Security Hub / Impression of re:Invent and AWS Security Hub

ymm1x 2017/01/31

リンク

EU: IPアドレスも個人情報とする新判断・承諾なしでのアクセスログの保管は違法に

ymm1x 2016/10/21

リンク

GoogleのQUICプロトコル：TCPからUDPへWebを移行する | POSTD

QUIC（Quick UDP Internet Connections）プロトコルは、TCPではなくUDPをベースとして開発された、全く新しいWeb向けのプロトコルです。（冗談で） TCP/2 と呼ぶ人までいます。私がQUICについて知ったのは数週間前のことです。 SysCast Podcastのcurlとlibcurlについてのエピソードを聞いていた時でした。 QUICプロトコルの本当に面白い点は、UDPへの移行というところだと思います。現在、Webの伝送プロトコルは、信頼性を確保するため、TCP上に構築されています。このTCP接続を開始するためには、 3wayハンドシェイクが行われています。つまりこれは、接続を開始するたびにラウンドトリップ（ネットワークパケットの往復）が追加されるということであり、新たな接続先に対し大幅な遅延を生じさせているのです。（出典： UDPを介

ymm1x 2016/08/28

web
network

リンク

サーバからクライアントに送信する技術 - WebSocketを中心に - Qiita

Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。ポーリングクライアントからサーバに定期的に新着を問い合わせるようにします。最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。ロングポーリング（“COMET”）ポーリングなのですが、問い合わせを受けたサーバは新着情報がなければレスポンスを返すのをしばらく保留します。そのあいだに新着情報が発生すれば即座にレスポンスを返しますし、一定時間経過したら何もなかったとレスポンスを返しましょう。飛び交う通信内

ymm1x 2016/08/25

リンク

高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋

はじめにアクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。あるサイトの実状つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。仮説を立