Networking

HTTP/3 समजून घेणे: ते खरंच HTTP/2 पेक्षा चांगलं आहे का?
प्रत्येकजण HTTP/3 बद्दल असं बोलतो की जणू ती एक फुकटची स्पीड अपग्रेड आहे जी तुम्ही चालू करता आणि विसरून जाता. बहुतांश वेळा तसंच असतं — पण त्या वाक्यातला “बहुतांश” हा शब्द खूप काही सांगून जातो. HTTP/3 आता जगभरात साधारण ३५% वेब रिक्वेस्ट्ससाठी वापरलं जातं [1], त्यामुळे हे आता संशोधनातलं खेळणं राहिलेलं नाही. खरी गोष्ट अशी आहे की जवळपास कोणीच समजावून सांगत नाही की ते का वेगवान आहे, ते प्रत्यक्षात HTTP/2 कडून कुठे हरतं, आणि — जो प्रश्न कोणीच विचारत नाही — तुमच्या स्वतःच्या साइटला त्याचा खरंच काही फायदा होतो का. चला, मी हे एखाद्या मित्राला चहावर समजावून सांगेन तसं समजावून सांगतो.
वेबसॉकेट्स म्हणजे काय आणि ते HTTP पेक्षा कसे वेगळे आहेत?
“रिअल-टाइम गोष्टींसाठी वेबसॉकेट्स वापरा” हे मी सतत ऐकत होतो, पण प्रत्यक्षात वायरवर काय घडतं हे कोणीच नीट सांगत नव्हतं. म्हणून मी RFC वाचलं, काही सर्व्हर्स तपासले आणि जे समजलं ते लिहून काढायचं ठरवलं — यात मला सर्वात जास्त गोंधळात टाकणारा भाग म्हणजे: वेबसॉकेट हा स्वतःचा एक स्वतंत्र प्रोटोकॉल आहे की HTTP वर केलेली एक चलाख युक्ती? तर वेबसॉकेट म्हणजे नक्की काय? वेबसॉकेट म्हणजे ब्राउझर (किंवा कोणताही क्लायंट) आणि सर्व्हर यांच्यातील, एकाच TCP कनेक्शनवरून उघडलेला, टिकून राहणारा, फुल-डुप्लेक्स संवाद-मार्ग आहे [1]. फुल-डुप्लेक्स म्हणजे दोन्ही बाजू कधीही, हवं तेव्हा संदेश पाठवू शकतात — फक्त विनंतीला उत्तर म्हणून नाही. हाच भाग वेबबद्दलची आपली नेहमीची मानसिक रचना मोडतो.
TLS टर्मिनेशन समजावून घेणे (आणि SSL खरंच ट्रान्सपोर्ट लेयर आहे का?)
दोन प्रश्न सतत एकत्र मिसळले जातात: “TLS टर्मिनेशन म्हणजे काय” आणि “SSL ही ट्रान्सपोर्ट लेयरची गोष्ट आहे का?” लोक गृहीत धरतात की दुसऱ्या प्रश्नाचं उत्तर अर्थातच होय आहे — त्याला अक्षरशः Transport Layer Security म्हणतात ना? बरं. या नावाने अनेक हुशार लोकांना फसवलं आहे, आणि हा गोंधळ थेट लोक टर्मिनेशनबद्दल कसा विचार करतात त्यात उतरतो. तर मला दोन्ही उलगडून दाखवू द्या, कारण एकदा लेयरचा प्रश्न नीट समजला की टर्मिनेशन हे जादूसारखं वाटणं थांबतं.
Kubernetes लोड बॅलेन्सर: आत, बाहेर, की दोन्ही?
Kubernetes क्लस्टर सेट करणारा प्रत्येक जण शेवटी एकाच अडथळ्यावर येतो: या सिस्टममध्ये ट्राफिक नेमका कसा आणायचा? मग डॉक्युमेंटेशन ClusterIP, NodePort, LoadBalancer, Ingress, Gateway API, MetalLB — असे उल्लेख करतं आणि गोंधळ वाढत जातो. आणखी एक समस्या म्हणजे “LoadBalancer” नावाचा एक Service type आहे आणि प्रत्यक्ष लोड बॅलेन्सर आहेत — आणि ते एकच नाहीत. चला खऱ्या पर्यायांतून जाऊया, स्टॅकमध्ये प्रत्येक कुठे बसतो, आणि खरोखरच काय वापरणे योग्य आहे ते पाहूया. दोन प्रकारचा ट्राफिक कोणताही लोड बॅलेन्सर मेकॅनिझम निवडण्याआधी, तुम्ही नेमकी कोणती समस्या सोडवत आहात हे जाणून घेणे उपयुक्त आहे.