Vad är hosting?

Från bygge till användning

Det fungerar. På din dator.

En fungerande app är en bra början. Nästa fråga är hur andra ska nå den.

Tänk dig en liten cykeluthyrning. Ägaren Omar har med AI:s hjälp byggt en sida där personalen kan se vilka cyklar som är lediga. På hans dator ser allt fint ut. Han visar en kollega och säger: Här, använd den här länken. Hos kollegan händer ingenting.

I vårt påhittade exempel körs appen bara på Omars egen dator. Det kallas att köra den lokalt. Han skickade en adress med localhost, som betyder den egna datorn. Hos kollegan pekar den på kollegans dator, där appen inte körs. Han har byggt något användbart, men det har ännu ingen gemensam plats.

Hosting betyder att det som behövs för webbplatsen får en plats att finnas och köras på. För en tjänst på internet är den platsen vanligen hos en leverantör som håller servrar tillgängliga. En server kan både vara själva datorn och programmet som svarar när någon besöker sidan. [1]

Webbläsaren ber om något

Vad händer bakom sidan?

När någon öppnar en webbapp samarbetar flera delar.

Webbläsaren är programmet där du öppnar sidan, till exempel Safari eller Chrome. Den visar innehåll och tar emot det du gör. Servern levererar sidans innehåll och kan också behandla förfrågningar. I en app kan den exempelvis hämta uppgifter ur en databas och skicka tillbaka ett svar. [1]

Hos Omar väljer en medarbetare lördagens datum. Vårt tänkta system läser bokningarna och visar de cyklar som fortfarande går att hyra. När medarbetaren sedan bokar en cykel behöver systemet kontrollera att den fortfarande är ledig. Någon annan kan ju ha hunnit boka den under tiden.

Det här är en bra anledning att beskriva vad som ska hända bakom knappen när du arbetar med AI. En snygg lista över lediga cyklar löser bara en del av uppgiften. Omar behöver också kunna lita på att två kollegor inte hyr ut samma cykel till varsin kund.

Adressen och platsen

Domänen hjälper folk att hitta

Du kan förstå domän och hosting som två olika delar av samma besök.

En domän är det läsbara namnet i en webbadress. Den gör att besökaren kan använda ett namn i stället för att hålla reda på tekniska nummer. DNS är systemet som hjälper datorn att slå upp vart namnet ska leda. Hosting är platsen där innehållet och programmet finns. [2]

Omar vill att personalens verktyg ska kännas som en del av cykeluthyrningen. Han kan använda en adress under företagets domän. Då får personalen en tydlig väg in. Det säger däremot ingenting om vem som får se bokningarna. Den frågan behöver lösas med inloggning och behörigheter.

Ett namn räcker inte hela vägen

Om Omar bara skaffar en domän har han ännu inte ordnat platsen för appen. Tänk en skylt till en butik som ännu inte har någon lokal. Adressen och tjänsten bakom behöver kopplas ihop. En leverantör kan hjälpa till med flera delar, men Omar behöver fortfarande förstå vad som ingår.

När AI säger att bygget behöver en domän kan du därför be om en enkel förklaring av helheten: vilken adress ska användas, vad ska finnas bakom den och vilka ska få komma in? Det räcker långt som första samtal.

Delarna ska passa ihop

En app har mer än en framsida

Använd behovet som karta när du och AI pratar om hosting.

För cykeluthyrningen räcker det inte att lägga upp en bild av ett bokningsschema. Personalen ska se aktuella uppgifter, spara ändringar och komma åt rätt saker. Tabellen visar hur Omar kan beskriva behoven med vanliga ord, innan någon börjar rada upp tjänstenamn.

Det här är funktioner att få ordning på. Omar behöver inte köpa fem olika abonnemang. Vissa tjänster samlar flera delar, andra kombineras. Frågan till AI blir därför: Hur hänger ditt förslag ihop, och vad behöver jag själv hålla reda på?

Läs Data, inloggning och åtkomst om du vill förstå de sparade uppgifterna bättre. Här räcker det att se sambandet: sidan behöver en plats, och informationen som arbetet bygger på behöver också en genomtänkt plats.

Ett val om ansvar

Hur mycket vill du själv sköta?

Ett bra förslag behöver passa både företaget och personen som ska hålla ihop det.

När Omar ber AI föreslå hosting vill han veta hur mycket praktiskt arbete förslaget för med sig. Att en lösning går att bygga säger ganska lite om hur den passar hans arbetsdag. Han vill hyra ut cyklar och utveckla verksamheten. Han vill också förstå sitt system när något behöver ändras.

Du kan stöta på ordet serverless. Det betyder att leverantören sköter serverinfrastrukturen, så att du slipper hantera egna servrar för den delen av lösningen. Det finns fortfarande fysiska servrar. De har inte försvunnit; någon annan sköter dem. [3]

Även med en sådan tjänst behöver Omar veta vem som har tillgång till kontot, vad appen får göra och hur problem tas om hand. Leverantörens del av arbetet och företagets del måste vara begripliga. Annars kan en bekväm start bli ett ganska obekvämt frågetecken senare.

Ditt nästa initiativ

Ge AI ett tydligt hostinguppdrag

Du behöver kunna beskriva vardagen som appen ska fungera i.

Nu kan Omar ta ett bättre samtal med sin kodande AI. Han vet att appen behöver vara tillgänglig utan hans dator, att flera personer ska dela bokningar och att åtkomsten måste vara genomtänkt. Det är ett användbart underlag. Han kan börja så här och justera efter sitt företag.

När förslaget kommer kan Omar bedöma om det faktiskt passar verksamheten. Förstår han var bokningarna finns? Är det tydligt vem som sköter vad? Om svaret blir fullt av nya ord får AI förklara förslaget utifrån en vanlig bokning, från att den läggs in tills en kollega ser den.

Nästa samtal handlar om vardagen efter starten: kostnader, förändringar och vad som händer när något går fel. Det tar vi i Att äga det man bygger.