Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。原文(投稿日:2009/11/13)へのリンクGoogleがSPDYを提案した。これはSSLの上で動く新しいアプリケーションプロトコルであり、レイテンシが大きいとされるHTTPを置き換えるものだ。彼らはすでに、SPDYに対応したWebサーバとChromeブラウザによるプロトタイプを開発しており、Webページを2倍高速にロードできるという。前、Googleはインターネットを高速にすることを目的として、「Webを高速化しよう」というイニシアチブを立ち上げた。このイニシアチブのスコープは、高速なWebサーバの開発から高速なブラウザの開発まで、広範囲に及んでいる。Speedは、Webページを改善して高速なダウンロードを実現するためのツールだ。世界中の開発者がWebサイトを高速化できるよう、Googleは様々なツールをオープンソースにして、チュートリアルを公開した。Googleはここで立ち止まることはなかった。彼らはSPDY(「スピーディ」と発音する)と名付けた新しいアプリケーションプロトコルをいじっていたのだ。これがうまくいって広まると、HTTPを置き換えてインターネットの屋台骨をオーバーホールすることになるだろう。SPDYのホワイトペーパーでは、スタックの下位にあるトランスポートプロトコル(TCP)をもっと優れたものに置き換えるというアイデアについても言及している。これを実際に広めるのは極めて困難であると考えて、代わりにアプリケーションプロトコルであるHTTPを改善しようとしている。SPDYのホワイトペーパーでは、ページ配信の遅延につながるHTTPプロトコルの制約について、いくつか列挙している。1コネクションにつき1リクエスト。HTTPでは一度に1つのリソースしか取得できません(HTTPパイプラインは有用ですが、それでも1つのFIFOキューだけという制限があります)。サーバ遅延が500ミリ秒あると、次のリクエストのためにTCPチャネルを再利用できなくなります。ブラウザは複数のコネクションを利用することで、この問題を回避してきました。2008年以降、ほとんどのブラウザは、1ドメインにつき2コネクションだったのを6コネクションに変更しています。リクエストを開始できるのはクライアントだけ。HTTPでは、クライアントからしかリクエストを開始できません。クライアントにリソースが必要であることをサーバが知っていても、それをクライアントに知らせる仕組みはありません。クライアントがそのリソースに対してリクエストするまで、サーバは待たなくてはなりません。非圧縮のリクエスト/レスポンスヘッダ。今やリクエストヘッダのサイズは、200バイトから2キロバイト超までさまざまです。アプリケーションが機能拡張のためにクッキーやユーザエージェントを利用すると、ヘッダサイズは700-800バイトほどになるでしょう。モデムやADSLでは上りの帯域が非常に狭いため、このヘッダサイズはレイテンシに大きな影響を与えます。ヘッダサイズを削減できれば、リクエスト送信時のシリアライゼーション遅延を改善できるでしょう。これに加えて、同一チャネルのリクエストにおいて、何度も繰り返し送信されるヘッダがいくつかあります。いったヘッダは通常変わることはないので、再送する必要はありません。データ圧縮の使用はオプション。HTTPでは、データのための圧縮エンコーディングの使用はオプションになっています。コンテンツは常に圧縮形式で送信されるべきです。SPDYの目標の1つは、ページロード時間を50%まで削減して、ブラウズを2倍高速にすることだ。数百ミリ秒というのはユーザにとって大した意味がないように思えるが、近い将来、Webアプリケーションが密に相互接続するようになると、ミリ秒にも大きな意味がある。この新しいプロトコロルを導入しても、現在のWebコンテンツが影響を受けることはない。SPDYが利用できるよう、Webサーバとクライアントを改良するだけでよいのだ。GoogleはSPDYを使って、一体何がしたいのだろうか?単一のTCPセッションで複数のHTTPリクエストを同時実行できるようにすること。ヘッダを圧縮して不要なヘッダを削除することで、HTTPが使用する帯域を削減すること。実装しやすく、サーバ効率の優れたプロトコルを定義すること。エッジケースを減らして簡単にパースできるメッセージフォーマットを定義することで、HTTPの複雑さを軽減したい。セキュリティと既存のネットワークインフラとの互換性を考慮して、SSLを基本トランスポートプロトコルとすること。SSLの使用はレイテンシの面では不利ですが、私たちは、Webの長期的な未来はセキュアなネットワークコネクション次第だと信じています。既存のプロキシを介した通信を壊さないようにするためにも、SSLを利用する必要があります。サーバからクライアントへの通信を開始して、いつでもクライアントにデータをプッシュできるようにすること。これらの目標を実現するため、SPDYはSSLの上にセッション層を追加することで作られている。これにより、単一のTCPコネクション上に複数のストリームを並行にインターリーブすることができる。HTTPのGETとPOSTのメッセージフォーマットはそのまま変わらないが、SPDYでは「ネットワーク上にデータをエンコードして伝送するための新しいフレーミングフォーマット」を提案している。このストリームは双方向であり、クライアントとサーバのどちら側からでもリクエストを開始することができる。今のところ、GoogleはHTTPとSPDYの両方のプロトコルを処理できるオンメモリサーバを開発しており、このコードは間もなくオープンソースになる予定だ。SPDYに対応したChromeブラウザも開発しており、内部では暫定的にflipと呼ばれている(ソースコードが利用可能)。このブラウザはHTTPとSPDYのどちらでも動作する。彼らはテスティングツール一式も開発しており、これを使うと、SPDYを使って正しくページがダウンロードできているかを確認することができる。したツールも間もなくリリースされる予定だ。プロトタイプによる結果を見ると、今のところは期待できそうだ。私たちは、1%のパケットロスのある家庭用ネットワーク接続をシミュレーションして、「トップ100」Webサイトのうち25サイトをダウンロードしました。各サイトをそれぞれ10回ダウンロードして、平均ページロード時間を計算したのです。その結果、ページロード時間はTCP上で27%・0%、SSL上で39%・5%となり、高速になっていることが確認できました。邨Googleが最高のプロトコルを作ったとしても、彼らだけでは目標を達成できないのは明らかだ。コミュニティに受け入れられ、新しいアプリケーションプロトコル作りに参加してもらう必要がある。他の主要なプレイヤがどんな反応をするのか、興味深いところだ。SPDY対応のChromeブラウザ。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。