{"id":81847,"date":"2020-05-17T01:42:34","date_gmt":"2020-05-16T23:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic"},"modified":"2020-05-17T01:42:34","modified_gmt":"2020-05-16T23:42:34","slug":"http-po-udp-ispolzuem-s-polzoj-protokol-quic","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic","title":{"rendered":"HTTP preko UDP - iskoristite protokol QUIC","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HTTP
\n
\nQUIC (Quick UDP Internet Connections) - protokol na UDP razini koji podr\u017eava sve mogu\u0107nosti TCP, TLS i HTTP\/2, rje\u0161avaju\u0107i ve\u0107inu njihovih problema. \u010cesto ga nazivaju novim ili \"eksperimentalnim\" protokolom, ali je ve\u0107 dugo vremena izvan faze eksperimenta: razvoj traje vi\u0161e od 7 godina. Tijekom tog razdoblja, protokol nije postao standard, no ipak je stekao \u0161iroku primjenu. Na primjer, QUIC koriste za ubrzavanje prometa i smanjenje latencije u mobilnim mre\u017eama giganti poput Googlea i Facebooka, dok je IETF proglasio svoj fork protokola temeljem za standard HTTP\/3 (uz napomenu da HTTP\/2 koristi samo 44.8%<\/a><\/noindex> web stranica).<\/a><\/noindex><\/p>\n

Koncept<\/h2>\n

\nQUIC je razvijen kao zamjena za zastarjeli TCP, koji je prvotno bio prilago\u0111en \u017ei\u010danim mre\u017eama s niskim postotkom gubitaka. TCP isporu\u010duje pakete redom, pa uslijed gubitka jednog paketa cijela se linija zastoja. (head-of-line blocking<\/a><\/noindex>) \u0161to negativno utje\u010de na kvalitetu i stabilnost veze. Kako bi izbjegle masovne gubitke, mobilne mre\u017ee pribjegavaju kori\u0161tenju velikih bafera, \u0161to zauzvrat dovodi do suvi\u0161nosti i la\u017eno negativne reakcije protokola (bufferbloat<\/a><\/noindex>). Osim toga, TCP tro\u0161i puno vremena za uspostavljanje veze: SYN\/ACK i TLS zahtjevi idu odvojeno, zahtijevaju\u0107i tri roundtrip-a umjesto jednog, kao \u0161to to radi QUIC.<\/p>\n

\"HTTP
\n
\nBudu\u0107i da QUIC kombinira zamjenu za TCP i implementaciju TLS 1.3, sve veze su uvijek \u0161ifrirane, a de\u0161ifriranje takvog prometa nije lak\u0161e nego da ide preko HTTPS-a. Uz to, QUIC je implementiran na aplikacijskoj razini, jer bi potpuna zamjena TCP stoga oduzela vje\u010dnost<\/i>.<\/p>\n

Unato\u010d podr\u0161ci za multiplexiranje u HTTP\/2, problem head-of-line blocking ostaje zbog potrebe za isporukom paketa redom. QUIC je implementiran preko UDP-a, pa nema zastoja, a kako paketi ne bi trajno gubili, numeriraju se i mogu sadr\u017eavati dijelove \"susjeda\", osiguravaju\u0107i redundanciju. Tako\u0111er, QUIC dijeli monolitnu liniju na nekoliko tokova za razli\u010dite vrste zahtjeva unutar jedne veze. Tako, u slu\u010daju gubitka paketa, problemi se mogu javiti samo kod jedne linije (na primjer, pri prijenosu odre\u0111enog datoteka):<\/p>\n

\"HTTP
\n<\/p>\n

Kori\u0161tenje <\/h2>\n

\nQUIC je prvotno razvijen unutar Googlea i bio je prilago\u0111en za internu upotrebu. Godine 2013. preba\u010den je u IETF radi standardizacije (koja jo\u0161 uvijek traje), te ga sada svatko mo\u017ee unaprijediti predlaganjem onoga \u0161to mu nedostaje. IETF radna skupina svake godine organizira sastanke na kojima se odobrava novi standard i raspravlja o inovacijama. Ova implementacija QUIC smatra se osnovnom i na temelju nje se certificira standard HTTP\/3.<\/p>\n

Za sada se ne razmatra uklju\u010divanje HTTP\/3 kao glavnog protokola, jer nije dovr\u0161en i gotovo se uop\u0107e ne podr\u017eava:<\/p>\n

\"HTTP
\n
\nMe\u0111utim, QUIC se mo\u017ee implementirati kao transport izme\u0111u aplikacije i servera, \u0161to je s uspjehom u\u010dinjeno u Uberu:<\/p>\n

\n

Uberov komentar o implementaciji QUIC-a<\/i><\/h3>\n

\nKako bismo uspje\u0161no integrirali QUIC i pobolj\u0161ali performanse aplikacije u uvjetima lo\u0161e veze, zamijenili smo stari sloj (HTTP\/2 preko TLS\/TCP) s protokolom QUIC. Iskoristili smo mre\u017enu biblioteku Cronet<\/a><\/noindex> iz Chromium Projects<\/a><\/noindex>, koja sadr\u017ei originalnu Googleovu verziju protokola \u2013 gQUIC. Ova se implementacija tako\u0111er neprekidno pobolj\u0161ava kako bi pratila najnoviju specifikaciju IETF-a.<\/p>\n

Najprije smo integrirali Cronet u na\u0161e Android aplikacije kako bismo dodali podr\u0161ku za QUIC. Integracija je izvedena na na\u010din koji minimalizira tro\u0161kove migracije. Umjesto da u potpunosti zamijenimo stari mre\u017eni sloj koji je koristio biblioteku OkHttp<\/a><\/noindex>, integrirali smo Cronet ispod OkHttp API okvira. Izvr\u0161enjem integracije na ovaj na\u010din izbjegli smo promjene u na\u0161im mre\u017enim pozivima (koji koriste Retrofit<\/a><\/noindex>) na razini API-ja.<\/p>\n

Sli\u010dno pristupu za Android ure\u0111aje, implementirali smo Cronet u Uber aplikacije za iOS, presre\u0107u\u0107i HTTP promet iz mre\u017enih API<\/a><\/noindex>, koriste\u0107i NSURLProtocol<\/a><\/noindex>. Ova apstrakcija, koju pru\u017ea iOS Foundation, obra\u0111uje protocol-specifi\u010dne URL podatke i osigurava da mo\u017eemo integrirati Cronet u na\u0161e iOS aplikacije bez zna\u010dajnih tro\u0161kova migracije.<\/p><\/blockquote>\n

uzeto iz ovog prevedenog<\/a><\/noindex> Uber \u010dlanka<\/i><\/p>\n

Na back-endu su primali QUIC veze preko Google Cloud lb, koji podr\u017eava protokol<\/a><\/noindex> od sredine 2018. godine.<\/p>\n

Nije iznena\u0111uju\u0107e da Google Cloud dobro sura\u0111uje s protokolom koji je razvio Google, ali koje su alternative?<\/p>\n

Nginx<\/h3>\n

\nNedavno je CloudFlare poku\u0161ao sklopiti<\/a><\/noindex> nginx (koji po defaultu ne podr\u017eava HTTP\/3) sa svojim alatom Quiche. Implementacija je dostupna kao jedini .patch datoteka, uz prate\u0107i vodi\u010d za instalaciju:<\/p>\n

curl -O https:\/\/nginx.org\/download\/nginx-1.16.1.tar.gz\ntar xvzf nginx-1.16.1.tar.gz\ngit clone --recursive https:\/\/github.com\/cloudflare\/quiche\ncd nginx-1.16.1\npatch -p01 < ..\/quiche\/extras\/nginx\/nginx-1.16.patch<\/code><\/pre>\n
\nOvdje mo\u017eete priklju\u010diti svoje module po potrebi<\/p>\n
.\/configure                          \t\n   \t--prefix=$PWD                       \t\n   \t--with-http_ssl_module              \t\n   \t--with-http_v2_module               \t\n   \t--with-http_v3_module               \t\n   \t--with-openssl=..\/quiche\/deps\/boringssl \n   \t--with-quiche=..\/quiche\n make<\/code><\/pre>\n
\nSamo je potrebno uklju\u010diti podr\u0161ku za HTTP\/3<\/p>\n
events {\n    worker_connections  1024;\n}\n\nhttp {\n    server {\n        # Omogu\u0107ite QUIC i HTTP\/3.\n        listen 443 quic reuseport;\n\n        # Omogu\u0107ite HTTP\/2 (opcionalno).\n        listen 443 ssl http2;\n\n        ssl_certificate      cert.crt;\n        ssl_certificate_key  cert.key;\n\n        # Omogu\u0107ite sve TLS verzije (TLSv1.3 je obavezan za QUIC).\n        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;\n\n        # Kumulativno spremanje zahtjeva trenutno nije podr\u017eano za HTTP\/3.\n        proxy_request_buffering off;\n\n        # Dodajte Alt-Svc zaglavlje za pregovaranje o HTTP\/3.\n        add_header alt-svc 'h3-27=":443"; ma=86400';\n    }\n}<\/code><\/pre>\n
\nU obi\u010dnim preglednicima trenutno se ne mo\u017ee povezati preko HTTP\/3, ali mo\u017eete uzeti Chrome Canary<\/a><\/noindex> i pokrenuti ga s oznakom --enable-quic<\/code>, obratite se svom poslu\u017eitelju ili, na primjer, web stranici quic.rocks i provjerite vrstu veze u Developer Tools:
\n\"HTTP
\nUmjesto HTTP\/3 pi\u0161e http2+quic\/99<\/code>, ali to je su\u0161tinski isto.<\/p>\n
Druge tehnologije<\/h3>\n
<\/p>\n