使ってればそのまま行きたいという気持ちも有ります。その辺の機能が実装された前提で考えます。前提になっていくでしょう。なっていくと予想されます。行うことになるでしょう。Sでは、そこからアプリケーションサーバの間をどうするのか。大まかに二つが考えられます。してしまうという考え方です。実装を持っている必要がありません。層で実施することでインターネット側で発揮され、高速なデータセンタ内では、従来と互換という移行しやすい方式かと思います。知らせることができます。レスポンスヘッダに以下のヘッダを入れます。してくれるというものです。実装されることが期待できます。中継するという考え方です。平文実装に対応する必要があります。メリットはネットワーク最適化というよりは、サーバプッシュなどをよりアグレッシブにアプリケーションサーバから使いたい場合に取る戦略かと思います。ヘッダに限られてしまいます。しておきたいコンテンツがあると言った場合に対応できません。できるインタフェースを叩ける可能性があるので、よりアグレッシブなプッシュができるでしょう。機能をよりふんだんに使った構成を考える場合も、こちらを選ぶことになると思います。おまけのような扱いで始まってしまったきらいがあり、若干軽視されている感があります。言語での実装はどのくらいこなれて行くのか若干不安があります。まま通せば良いのでは?という発想もあるかもしれませんが、あまり現実的とは思えません。バージョンがバラけていたりした場合は、バグが出た時に対応が難しくなるなどの運用面での懸念があります。必須ではないでしょう。まとめ結論として以下のようになるのかなと考えます。平文仕様でしたが、実は結構大事だったことに今更ながら気がついたということです。平文実装もぜひ無視しないであげてください。超大)規模くらいのサービスを運用されている方々からのコメントをお待ちしています。指摘頂いたタイポや誤訳などを更新しました。内容については一切保証しません。#nextwebconf月別アーカイブリンクhttps://jxck.iohttps://github.com/jxckhttps://twitter.com/jxck_http://mozaic.fmはてなブログをはじめよう!Jxckさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。