Flödesplattform eller egen kod
Kort svar
En flödesplattform ger snabb start, färdiga kopplingar och en bild alla kan läsa, men blir svår att versionshantera och testa när logiken växer. Egen kod kräver mer i början och ger bättre kontroll, testbarhet och portabilitet. Brytpunkten går vid antal förgreningar, inte vid antal integrationer.
| Aspekt | Flödesplattform | Egen kod |
|---|---|---|
| Tid till första körning | Timmar | Dagar |
| Färdiga kopplingar | Många | Byggs eller hämtas som bibliotek |
| Testbarhet | Begränsad | Automatiska tester |
| Versionshantering | Ofta bristfällig | Standard |
| Portabilitet | Låg | Hög |
| Passar | Kedjor med få villkor | Logik med många utfall |
Diskussionen brukar handla om smak. Den blir konkret först när någon frågar hur en ändring testas innan den går i drift.
Brytpunkten
- Färre än fem villkorssteg: plattform räcker gott.
- Fem till tio: plattform fungerar om logiken bryts ut i tydliga delar.
- Fler än tio: bygg i kod, annars blir förvaltningen dyrare än bygget.
Ett vanligt och hållbart upplägg är plattform för orkestrering och kod för besluten, så att det som är svårt att läsa också är det som är testat.
Underlag
- Vår bedömning
Grafiska flöden blir svåra att granska när antalet villkorssteg växer.
Vanliga frågor
- Går det att börja på plattform och flytta senare?
- Ja, om logiken hålls i tydliga delar från början. Ett stort schema går sällan att flytta.
- Vad kostar inlåsningen?
- Den syns vid prisändringar och vid byte. Räkna den som en risk, inte som en post.