<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Nätverk on IET Connect</title><link>/categories/n%C3%A4tverk/</link><description>Recent content in Nätverk on IET Connect</description><generator>Hugo</generator><language>sv-se</language><lastBuildDate>Tue, 24 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="/categories/n%C3%A4tverk/index.xml" rel="self" type="application/rss+xml"/><item><title>Så fungerar HTTP/3 och QUIC under huven</title><link>/post/post-27/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate><guid>/post/post-27/</guid><description>&lt;p&gt;HTTP/3 bygger på QUIC, som ersätter TCP med ett UDP-baserat protokoll designat för dagens nät. Största vinsten är att förlorade paket inte längre blockerar alla strömmar – head-of-line blocking är historia.&lt;/p&gt;
&lt;p&gt;QUIC integrerar dessutom TLS 1.3 direkt i handskakningen, vilket kapar anslutningstiden rejält, särskilt på mobila nät med hög latens.&lt;/p&gt;
&lt;p&gt;För de flesta webbutvecklare är övergången transparent – CDN:er och lastbalanserare sköter jobbet – men den som felsöker nätverk behöver nya verktyg, eftersom trafiken numera är krypterad även på transportnivå.&lt;/p&gt;</description></item><item><title>Praktisk guide till observability: loggar, metrik och traces</title><link>/post/post-23/</link><pubDate>Sat, 14 Mar 2026 00:00:00 +0000</pubDate><guid>/post/post-23/</guid><description>&lt;p&gt;När system blir distribuerade räcker inte loggfiler längre. Modern observability vilar på tre ben: strukturerade loggar, metrik och distribuerade traces – och OpenTelemetry har blivit standarden som knyter ihop dem.&lt;/p&gt;
&lt;p&gt;Nyckeln är korrelation. En trace-id som följer förfrågan genom alla tjänster förvandlar timmars felsökning till minuter.&lt;/p&gt;
&lt;p&gt;Vanligaste misstaget är att samla allt och förstå inget. Definiera era viktigaste användarflöden först och instrumentera dem ordentligt, i stället för att drunkna i data.&lt;/p&gt;</description></item><item><title>Terraform eller OpenTofu? Infrastrukturkodens vägval</title><link>/post/post-18/</link><pubDate>Wed, 25 Feb 2026 00:00:00 +0000</pubDate><guid>/post/post-18/</guid><description>&lt;p&gt;Licensbytet för Terraform splittrade communityt och gav upphov till OpenTofu, den öppna forken under Linux Foundation. Två år senare är valet fortfarande aktuellt för många team.&lt;/p&gt;
&lt;p&gt;OpenTofu har hunnit ikapp funktionellt och erbjuder efterlängtade funktioner som kryptering av state-filer. Terraform behåller å sin sida försprånget i ekosystem och enterprise-stöd.&lt;/p&gt;
&lt;p&gt;För nya projekt lutar vi åt OpenTofu: öppen styrning minskar risken för framtida överraskningar. Migrationen är dessutom i praktiken en enradsändring.&lt;/p&gt;</description></item><item><title>Edge computing förändrar industrins IT-arkitektur</title><link>/post/post-13/</link><pubDate>Wed, 11 Feb 2026 00:00:00 +0000</pubDate><guid>/post/post-13/</guid><description>&lt;p&gt;Industrins digitalisering flyttar beräkningskraften närmare maskinerna. När en kvalitetskontroll med maskinseende måste ske på millisekunder duger det inte att skicka bilder till molnet.&lt;/p&gt;
&lt;p&gt;Moderna edge-plattformar kör containeriserade arbetslaster direkt i fabriken, med molnet som styr- och analysnav. Kubernetes-varianter som k3s har blivit de facto-standard.&lt;/p&gt;
&lt;p&gt;Utmaningen är drift på tusentals platser utan lokal IT-personal – GitOps och robust fjärrhantering är inte valfritt utan en förutsättning.&lt;/p&gt;
&lt;p&gt;Ett typiskt mönster i moderna fabriker är trelagersarkitekturen: sensorer och PLC:er närmast maskinerna, ett edge-kluster per anläggning för realtidsanalys och lokal buffring, och molnet för träning av modeller, flottövervakning och långsiktig analys. Data rör sig uppåt i förädlad form – råströmmar stannar lokalt där de hör hemma.&lt;/p&gt;</description></item><item><title>Fem vanliga misstag i Kubernetes-kluster</title><link>/post/post-06/</link><pubDate>Tue, 20 Jan 2026 00:00:00 +0000</pubDate><guid>/post/post-06/</guid><description>&lt;p&gt;Kubernetes är kraftfullt men förlåter inte slarv. Efter att ha granskat dussintals kluster ser vi samma misstag om och om igen.&lt;/p&gt;
&lt;p&gt;Vanligast är saknade resursgränser, som låter en enda pod svälta ut hela noden. Tätt därefter kommer överdrivna RBAC-rättigheter och hemligheter i klartext i konfigurationsfiler.&lt;/p&gt;
&lt;p&gt;Vårt råd: inför policykontroller med OPA eller Kyverno tidigt, och behandla klusterkonfigurationen som kod med samma granskningskrav som applikationskoden.&lt;/p&gt;
&lt;p&gt;Det tredje misstaget på vår lista är bristfälliga hälsokontroller. Liveness-prober som pekar på fel endpoint eller saknar rimliga tidsgränser skapar omstartsloopar som förvärrar incidenter i stället för att lösa dem. Tumregeln: liveness ska bara svara på frågan &amp;ldquo;är processen låst?&amp;rdquo;, readiness på &amp;ldquo;kan jag ta trafik just nu?&amp;rdquo; – att blanda ihop dem är en klassiker.&lt;/p&gt;</description></item></channel></rss>