Första stora allt-i-ett-installationen: snabb väg till fler funktioner, men också fler lager att slåss med.
Jag installerade under en period en stor färdig AutoDJ-miljö som tog ansvar för bibliotek, spellistor, schema, ljudmotor och stream i ett paket. Det var ett jättesteg framåt jämfört med den tidiga MP3-kedjan.
Plötsligt kunde jag lägga regler på spellistor, sätta tider, hantera jinglar och administrera mycket från webben. Jag fick snabbt funktioner som annars hade tagit lång tid att skriva själv.
Men priset var att mycket konfiguration genererades åt mig. När jag ville göra något som plattformen inte hade ett fält för hamnade jag i ett mellanläge: antingen modifiera genererad konfiguration och riskera att den skrivs över, eller bygga ett lager bredvid.
Det blev många sådana lager. Egna API:er utanför plattformen. Egen webb. Egen gateway. Egna filter för historik. Specialregler för live. Jag fick mer funktion men också fler saker som kunde peka åt fel håll.
Den installationen var viktig eftersom den lärde mig exakt vilka funktioner jag ville behålla när jag senare byggde mer själv: bibliotek, schema, tydliga listregler, hälsostatus och robust streamhantering.
Varför den första stora installationen ändå var värdefull
Det hade varit lätt att i efterhand kalla den här perioden en omväg. Det vore fel. Den färdiga plattformen gav mig en referens för vad bra radioadministration behöver innehålla. Jag kunde se hur bibliotek, schema och streamkontroll hänger ihop utan att först skriva allt själv.
Det jag senare byggde eget är därför inte byggt ur tomma luften. Jag tog med mig funktionerna jag faktiskt använde och slutade bära runt på funktionerna som inte passade Relay Seven.
Den första stora plattformen gav mig både fart och teknisk skuld
Jag fick snabbt ett administrationsgränssnitt, schema och bibliotek. Det var exakt vad jag behövde då. Samtidigt började egna behov byggas utanför systemet. För varje specialfunktion ökade avståndet mellan “standardinstallationen” och den station jag faktiskt körde.
Det blev små scripts, extra proxyregler, egna endpoints och manuella ändringar. Inget av det var katastrof i sig, men efter ett tag blev det svårt att svara på en enkel fråga: vilken del är egentligen källan till sanningen?
Det var en viktig anledning till nästa generations tänk. Jag ville inte längre ha en huvudprodukt och tjugo saker som korrigerar den. Jag ville ha tydliga egna tjänster med ansvar jag själv definierar.
Samtidigt försökte jag behålla de bra idéerna: tydliga spellistor, schema som går att administrera och robust streamdrift. Jag kastade alltså inte erfarenheten när jag bytte arkitektur.