Den helt store applikations- og dataoprydning.

Fra fragmenteret convenience til bevidst konsolidering

I lang tid vidste jeg godt, at mit digitale setup var blevet fragmenteret. Filer ét sted. Backups et andet. Kommunikation et tredje. Clouds hist og her.
Ikke fordi det var gennemtænkt – men fordi det var nemt. Og netop nemhed er ofte den største fjende af overblik.

Alligevel gik der lang tid, før jeg tog fat i en reel konsolideringsproces. Ikke fordi jeg manglede viden – men fordi processen føltes uoverskuelig. Det virkede jo. Tingene var tilgængelige. Intet brændte. Indtil jeg begyndte at stille nogle andre spørgsmål.

Et økosystem, der var større, end jeg egentlig havde overblik over

Ud over de klassiske cloud-tjenester brugte jeg også en række værktøjer, der hver især håndterer data på mere indirekte – og ofte mindre synlige – måder:

Kreative platforme inden for video, billeder, musik eks. logic pro, adobe og diverse video og ai tools
Planlægnings- og samarbejdsværktøjer Office, Design, Miro og Trello (idéer, flows, kundedata, strategi)
Et voksende antal AI-tjenester, hvor input, output og kontekst ofte gemmes, genbruges eller trænes videre på

Det var her, det gik op for mig, at konsolidering ikke kun handler om filer – men om kontrol over data, kontekst og fremtidig anvendelse.

Når “det virker” ikke længere er godt nok

Det sværeste var ikke teknikken. Det var at erkende, at “det fungerer” ikke nødvendigvis betyder “det er fornuftigt”.

Jeg sad med:

Services spredt på tværs af jurisdiktioner
Afhængighed af leverandører, jeg reelt ikke havde kontrol over
En voksende mængde data, som betød mere for mig, end jeg havde lyst til at indrømme

Og samtidig en verden, der ikke længere føltes stabil nok til bare at ignorere det.

Geopolitik, compliance og ubehagelige erkendelser

Geopolitiske spændinger, ændrede lovgivninger, cloud acts, sanktioner, leverandørlukninger – alt sammen noget, der tidligere føltes abstrakt, men som pludselig blev meget konkret.

Jeg begyndte at tænke i:

Datasuverænitet
GDPR og compliance – ikke som buzzwords, men som praksis
Hvad der sker, hvis en tjeneste forsvinder, ændrer vilkår eller bliver utilgængelig

Ikke af paranoia – men af ansvar.

Økonomi og features: det skjulte regnestykke

Noget af det mest overraskende var økonomien.

Små månedlige abonnementer løber. Ekstra storage her. Premium der. Backup ovenpå backup.

Samtidig opdagede jeg, at mange nyere løsninger – især europæiske og open source-baserede – havde:

Funktioner, jeg manglede i de gamle
Bedre integrationsmuligheder
Mere gennemsigtige prismodeller

Konsolidering viste sig ikke kun at være et sikkerhedsprojekt – men også et økonomisk oprydningsprojekt.

Genvinding af kontrollen: NAS, hardware og arkitektur

Et afgørende skridt blev at genoverveje lokal infrastruktur.

At tage NAS-servere alvorligt igen.
Ikke som nostalgisk on-prem romantik – men som en del af en hybrid arkitektur:

Lokalt, hvor det giver mening
Cloud, hvor det giver fleksibilitet
Backups, der faktisk kan gendannes

Pludselig handlede det ikke om enten/eller – men om kontrol og transparens.

Nørderiet: analyse, hardware og sikkerhed

Her begyndte den del, jeg egentlig holder mest af.

At analysere markedet. Sammenligne hardware.
Vurdere:

Kryptering
Backup-strategier
Failover
Integrationsmuligheder
Reelle sikkerhedsniveauer – ikke marketing

Det var nørderi i ordets bedste forstand: Langsomt, grundigt og med respekt for kompleksiteten.

Realiteten: når data faktisk betyder noget

Det her handler ikke om et par dokumenter.

Det handler om:

100.000+ billeder i RAW, som ikke kan genskabes
Musikprojekter med årtiers samples, plugins og sessions
Private og professionelle filer, der skal være:
- Tilgængelige
- Hurtige
- Sikkert opbevaret
- Fremtidssikrede

Alt sammen uden at workflowet kollapser.

Hvad konsolidering gav mig

Resultatet blev ikke et perfekt setup.

Men det blev:

Mere ro
Bedre overblik
Mindre afhængighed
Større bevidsthed om valg

Og vigtigst: En følelse af, at mit digitale liv arbejder for mig – ikke omvendt.

Afslutning: det handler ikke om kontrol – men om retning

Konsolidering er ikke et endemål. Det er en proces.

Men i en verden, hvor teknologi, politik og økonomi smelter sammen, føles det vigtigere end nogensinde at:

Tage stilling
Vælge bevidst
Og acceptere, at komfort nogle gange skal udfordres

Ikke for at være ekstrem – men for at være ansvarlig.

Overgang fra teaser til “det konkrete”

Hvis det her rammer noget, du selv har gået og tænkt over, så er resten af indlægget mere praktisk anlagt.
Nedenfor gennemgår jeg, hvordan jeg greb konsolideringen an i praksis – trin for trin – og hvilke valg jeg traf undervejs.

Før jeg købte nye abonnementer eller flyttede rundt på software, brugte jeg tid på at afklare, hvad det egentlig var, jeg ville – og måske endnu vigtigere: hvad jeg ikke længere ville acceptere.

Mit primære mål var at konsolidere mine data til så få steder som muligt, reducere antallet af leverandører og samtidig skabe en model, hvor mine største datamængder lå lokalt, mens de mest kritiske data var sikret via cloud-backup.

Samtidig ville jeg se, hvor meget af mit eksisterende setup – både kreative værktøjer og office-løsninger – der kunne erstattes med billigere eller mere åbne alternativer, uden at mit workflow led under det.

Som et første, meget konkret skridt købte jeg derfor rigeligt med eksterne harddiske og en ny Sonology NAS som jeg satte op, før jeg havde alle svarene og begyndte systematisk at tage backup af mine største eksisterende tjenester – Google, Hotmail og Dropbox – direkte til NAS’en.

Det var ikke den endelige løsning.
Det var starten.

Analysefasen: struktur før handling

Inden jeg begyndte at flytte data eller opsige abonnementer, var det vigtigt for mig at få overblik før momentum. Jeg vidste, at mængden af tjenester, data og afhængigheder var så stor, at jeg ikke kunne holde det hele i hovedet – og slet ikke vurdere konsekvenserne af ændringer uden hjælp.

Som en del af analysefasen valgte jeg derfor at opsætte en dedikeret ChatGPT-agent. Jeg brugte tid på at formulere en grundig instruktion og uploadede et relativt fyldestgørende katalog over mine eksisterende tjenester samt mulige alternativer. Kataloget indeholdt blandt andet oplysninger om:

Datatyper og datamængder
Dataoprindelse og jurisdiktion
Primært formål (kreativt, administrativt, samarbejde, arkiv osv.)
Produktfeatures og integrationer
Prisstruktur og bindingsgrad

Det gav mig et arbejdsredskab, hvor jeg kunne gå applikation for applikation og stille de samme spørgsmål hver gang:
Hvad bruges tjenesten reelt til? Hvilke data ligger der? Hvor kritisk er den? Og hvad vil et alternativ betyde i praksis?

Ud fra agenten fik jeg også hjælp til at udarbejde en overordnet plan: hvad der kunne gøres hurtigt, hvad der krævede forberedelse, og hvad der måtte vente. Ikke som et fastlåst projektstyringsdokument, men som en levende prioritering.

Valget af cloud storage: et bevidst test-skridt

Et af de første konkrete skridt blev at finde en online storage-leverandør, som både kunne fungere som midlertidigt samlingspunkt og som potentiel langsigtet komponent i en hybrid arkitektur.

Jeg endte med at identificere tre forskellige kandidater, som alle tilbød:

EU-hosting
Et bredt katalog af cloud-tjenester
Rimelige priser
Mulighed for at skalere op og ned

I stedet for at analysere mig frem til “det perfekte valg” besluttede jeg at begynde praktisk. Jeg valgte at starte med Nextcloud – både på baggrund af anbefalinger, dens funktionalitet og en prismodel, der gjorde det muligt at eksperimentere uden stor økonomisk binding.

Jeg tegnede et mindre abonnement på 1 TB til under 100 kr. om måneden og brugte det bevidst som en test.

Testen: fra teori til hverdag

Formålet var ikke at flytte alt med det samme, men at afprøve nogle helt konkrete spørgsmål i praksis:

Hvor nem er løsningen at konfigurere?
Hvor hurtigt er man i gang?
Hvordan føles den i daglig brug?
Hvor stabil er synkronisering på tværs af enheder?
Hvordan håndteres versionshistorik og konflikter?
Er brugeroplevelsen “god nok” til, at den ikke bliver en barriere?
Hvor gennemsigtig er administration, rettigheder og struktur?

Jeg begyndte derfor at flytte data fra nogle af mine eksisterende cloud-tjenester – ikke nødvendigvis de mest kritiske først, men dem der var repræsentative: dokumenter, mapper, arkiver og arbejdsmateriale.

Det gav mig hurtigt en fornemmelse af, om Nextcloud kunne fungere som mere end bare endnu en mappe i rækken – nemlig som et egentligt ankerpunkt i et mere konsolideret setup.

For at gøre arbejdet mere håndgribeligt samlede jeg samtidig mine eksisterende værktøjer og tjenester ét sted og grupperede dem i nogle relativt simple kategorier. Ikke for at lave en endelig sandhed, men for at kunne se mønstre, overlap og afhængigheder.

Jeg har samlet det overblik her:

https://xolsen.com/links/
(gå til sektionen “Tech”)

Her har jeg kategoriseret de værktøjer, jeg bruger – fra kreative applikationer og samarbejdsværktøjer til cloud-tjenester, AI-services og infrastruktur – netop for at kunne arbejde mere systematisk med dem én for én.

Det viste sig hurtigt, at mange af de mest kritiske data ikke nødvendigvis lå i klassiske filsystemer, men i applikationer, boards, projekter og workflows, som sjældent indgår i traditionelle backup- eller compliance-overvejelser.

Med det overblik på plads kunne jeg begynde at stille de svære spørgsmål:
Hvilke af disse tjenester ejer jeg reelt mine data i? Hvilke kan kobles på sikker storage? Og hvilke ville være problematiske, hvis jeg på sigt vil arbejde med AI-agenter under klare GDPR-rammer?

(Fortsættelse følger)