<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Arkitektur on IET Connect</title><link>/tags/arkitektur/</link><description>Recent content in Arkitektur on IET Connect</description><generator>Hugo</generator><language>sv-se</language><lastBuildDate>Thu, 02 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="/tags/arkitektur/index.xml" rel="self" type="application/rss+xml"/><item><title>Från monolit till moduler: en pragmatisk migrationsguide</title><link>/post/post-30/</link><pubDate>Thu, 02 Apr 2026 00:00:00 +0000</pubDate><guid>/post/post-30/</guid><description>&lt;p&gt;Att skriva om monoliten från grunden är nästan alltid fel svar. De framgångsrika migrationerna vi ser följer i stället strangler fig-mönstret: ny funktionalitet byggs utanför, gammal flyttas gradvis.&lt;/p&gt;
&lt;p&gt;Första steget är alltid detsamma: kartlägg domängränserna. Verktyg som kan analysera beroendegrafer och ändringsmönster i versionshistoriken avslöjar var de naturliga sömmarna finns.&lt;/p&gt;
&lt;p&gt;Sätt mätbara mål för varje etapp och fira delsegrar. En migration utan synliga framsteg tappar både budget och entusiasm inom ett halvår.&lt;/p&gt;</description></item><item><title>Mikrofrontends: när är det värt komplexiteten?</title><link>/post/post-29/</link><pubDate>Wed, 01 Apr 2026 00:00:00 +0000</pubDate><guid>/post/post-29/</guid><description>&lt;p&gt;Mikrofrontends lovar samma fördelar som mikrotjänster: oberoende team, oberoende driftsättningar. Men priset i komplexitet är högt och tekniken passar färre organisationer än hypen antyder.&lt;/p&gt;
&lt;p&gt;Tumregeln är organisatorisk: har ni flera team som verkligen behöver släppa oberoende av varandra i samma applikation? Om inte, räcker en välstrukturerad monolit med modulär arkitektur långt.&lt;/p&gt;
&lt;p&gt;Om ni tar steget: satsa på Module Federation, en gemensam designsystem-bas och tydliga kontrakt mellan delarna. Utan det slutar resan i ett svårfelsökt lapptäcke.&lt;/p&gt;</description></item><item><title>Därför bör du lära dig systemdesign 2026</title><link>/post/post-10/</link><pubDate>Mon, 02 Feb 2026 00:00:00 +0000</pubDate><guid>/post/post-10/</guid><description>&lt;p&gt;Systemdesign har blivit det viktigaste ämnet i tekniska intervjuer – och med rätta. I en tid när AI skriver allt mer rutinkod blir förmågan att designa helheter det som skiljer ingenjörer åt.&lt;/p&gt;
&lt;p&gt;Grunderna är eviga: lastbalansering, cachning, databasval, konsistensmodeller. Men nya frågor tillkommer, som kostnadsoptimering i molnet och design för AI-arbetslaster.&lt;/p&gt;
&lt;p&gt;Bästa sättet att lära sig är att rita. Ta en tjänst du använder dagligen och skissa hur du skulle bygga den – begränsningarna lär dig mer än någon kurs.&lt;/p&gt;</description></item><item><title>Zero trust i praktiken – bortom modeorden</title><link>/post/post-04/</link><pubDate>Thu, 15 Jan 2026 00:00:00 +0000</pubDate><guid>/post/post-04/</guid><description>&lt;p&gt;Zero trust har varit ett modeord i åratal, men allt fler organisationer implementerar nu principerna på riktigt. Kärnan är enkel: lita aldrig på nätverket, verifiera varje förfrågan.&lt;/p&gt;
&lt;p&gt;I praktiken handlar det om identitetsbaserad åtkomst, kortlivade certifikat och mikrosegmentering. Verktyg som SPIFFE och service mesh-lösningar gör arkitekturen realistisk även för mindre team.&lt;/p&gt;
&lt;p&gt;Det största hindret är sällan tekniken utan kulturen. Börja med att kartlägga era flöden – ni kan inte skydda det ni inte känner till.&lt;/p&gt;</description></item></channel></rss>