Molnhosting, musik- och videostreaming och meddelandetjänster innebär att allt är rätt till hands. Du kan titta på de program du vill, när du vill, lyssna på din favoritmusik eller skicka meddelanden till dina vänner när som helst. Molnet gör det så mycket enklare för användarna. Men att utveckla för en molncentrerad värld kan vara en mardröm.
Den största utmaningen är att se till att data och appar är tillgängliga dygnet runt, på begäran. Men servertid kostar timmar per timme. Lämna du bara dina servrar hela tiden? Vad händer när det finns en bugg i en del av din plattform? Och vad händer när du måste driva igenom en ny uppdatering?
Traditionella designarkitekturer tvingar dig att driva uppdateringar som kompletta byggnader. Det kan ta timmar att installera en uppdatering och det betyder mycket stillestånd för användarna. Containeriserade mikrotjänster är ett radikalt, molnvänligt sätt att lösa detta problem. Behållare är i huvudsak fristående processer och alla beroenden är förpackade för att köras. Allt som en containeriserad process behöver köras i den behållaren, vilket gör den mycket bärbar.
Läsa: Bästa sökningsspårningssystem för småföretag
Hur fungerar containerisering?
Här är en enkel analogi. Tänk på din molnapplikation som fartyg och mikrotjänster i container som flera lufttäta skottfack. Om det bara finns ett fack sjunker ditt skepp om det översvämmas. Men om du har flera fack kommer ditt skepp att gå bra, även om ett fack blir översvämmat. Appar som byggs med en mikrotjänstarkitektur kan ha dussintals eller till och med hundratals containeriserade mikrotjänster som arbetar tillsammans. Mikrotjänster kan tillhandahålla unika funktioner (till exempel bara meddelandedelen av en social medieplattform). Du kan också ha flera mikrotjänster som gör redundanta funktioner på flera servrar för belastningsbalansering.
I stället för att ha en meddelandeserver hela tiden (tugga genom din plånbok) kan du ha meddelandemikrotjänsten på flera servrar. De kan skala upp eller minska ditt serverutnyttjande baserat på efterfrågan på just den tjänsten. Så du skulle ha mindre utnyttjande på natten, hantera minskad efterfrågan och spara pengar. Men du skulle kunna öka användningen under rusningstid.
Hur containerisering hjälper
Containerization kan också hjälpa till att minska stillestånden avsevärt. Om din app består av flera containrar och det finns en bugg i en viss tjänst fortsätter allt annat att fungera medan du fixar det. Dessutom, när du trycker på stegvisa uppdateringar, behöver du inte slå ner hela servrar. Du måste bara uppdatera enskilda mikrotjänster. Användare kanske inte ens märker att det var stillestånd.
Vad är Kubernetes?
Här är en bra analogi av vad Kubernetes är. Men i praktiken kan det vara oerhört svårt att hantera och övervaka (orkestrera) appar byggda med mikrotjänster. Du behöver ett system som dynamiskt övervakar och justerar mikrotjänster över hundratals eller tusentals servrar. Tack och lov utvecklade Google ett gediget verktyg genom att skapa Kubernetes. Ordet "Kubernetes" betyder guvernör på grekiska, och det är i princip vad det är. Det är en plattform som hjälper dig att övervaka och styra mikroservicebaserade appar.
Kubernetes är dock inte utan dess nackdelar. Den har en mycket brant inlärningskurva, men det skulle vara mycket svårare att bygga din egen orkestrator. Vid övergång till en mikroservicemodell behöver utvecklare också ändra hur de ser på kod. De måste själva ha en god uppfattning om hur den ska skalas och hur den kommer att användas, istället för att bara lämna den till verksamheten. Vi har utarbetat en samlad lista över Kubernetes-alternativ här om den Google-baserade lösningen inte är rätt för dig. Läs vidare för att ta reda på mer.
Läsa: Bästa bokföringsprogramvara för småföretagare
Kubernetes-alternativ
1. Docker Swarm
Vem det är för: Användare som vill ha ett lätt att konfigurera alternativ till Kubernetes
Docker (det övergripande projektet, inte Swarm) var en pionjär i tanken på containeriserade mikrotjänster 2013. Docker Swarm är Dockers orkestrationsplattform. Det har flera fördelar jämfört med Kubernetes. Till att börja med, medan den är mindre mångsidig än Kubernetes, är den extremt enkel och lätt att installera än Kubernetes. Docker Swarm använder en CLI med GIT-liknande semantik.
Denna kännedom innebär att utvecklare enkelt kan integrera Swarm i sitt befintliga arbetsflöde. För det andra Docker för enklare manuell skalning av tjänster jämfört med att använda kubectl-funktionen i Kubernetes. Docker vinner också när det gäller support. Docker erbjuder själv officiellt företagsstöd för kunder i Docker Enterprise Edition (som inkluderar Swarm). Google erbjuder inte support för Kubernetes. Kubernetes är dock en öppen källkodsplattform så det finns andra leverantörer där ute. De erbjuder support för sina egna utgåvor.
Docker har också nackdelar. Loggning och övervakning är en viktig svag punkt. Medan Kubernetes har inbyggda övervakningsverktyg kräver Docker Swarm att du använder tredjepartsverktyg som Sumo Logic och Retrace. Docker Swarm-communityn är också mycket mindre än Kubernetes-communityn.
Läsa: Bästa gratis programvara för fjärråtkomst för frilansare och småföretag
Fördelar:
- Lättare att ställa in och konfigurera än Kubernetes
- Officiellt stöd för Enterprise Edition
Nackdelar:
- Begränsad övervaknings- och loggningsfunktionalitet
- Mindre samhälle än Kubernetes
Ladda ner Docker
2. DC / OS
Vem det är för: Användare som vill köra containraroch icke-containeriserade arbetsbelastningar på en distribuerad plattform
DC / OS är en förkortning för operativsystemet Data Center. Det fungerar på en högre abstraktionsnivå än Kubernetes. Kubernetes orkestrerar bara containeriserade mikrotjänster. Du har fortfarande att göra med flera olika servrar och flera resurspooler. DC / OS drar emellertid resurser bort från själva maskinerna. DC / OS kan presentera hela datacentret som en enda, gigantisk pool av resurser - petabyte lagring, terabyte RAM och tusentals CPU-kärnor.
Utvecklare kan koda för det som om de arbetar med ett gigantiskt system och DC / OS-magin fördelar intelligent belastningen över alla dina servrar. Detta innebär att DC / OS också kan användas för att distribuera funktionen för icke-containeriserade arbetsbelastningar. DC / OS har dock anmärkningsvärda nackdelar.
Medan DC / OS är öppen källkod finns det en företagsutgåva som har många viktiga funktioner låsta bakom en prenumerationsvägg. Du måste betala för vissa funktioner som Kubernetes stöder direkt.
Fördelar:
- Låter dig köra både containeriserade och icke-containeriserade arbetsbelastningar
- Presenterar sig som en enhetlig resurspool, vilket minskar komplexiteten för utvecklare
Nackdelar:
- Premiumfunktioner är låsta bakom en betalvägg
Ladda ner DC / OS
3. Nomad
Vem det är för: Användare som vill ha en begränsad men fokuserad orkestreringstjänst
En av de största nackdelarna med de stora orkestrationsspelarna som Kubernetes och Docker Swarm är att de ärsåkomplex. De är byggda med kraven från giganter som Spotify - som tjänar hundratalsmiljoneranvändare varje dag - i åtanke. Om din app måste skala över tusentals servrar och tillhandahålla dussintals tjänster till miljoner människor, dubehöverden komplexitetsnivån. Men om du är en liten eller medelstor spelare blir dina orkestreringskrav också enklare.
Nomad gör väldigt lite av sig själv. Detendastlåter dig hantera containerkluster och schemalägga dem. I händelse av misslyckande kommer dina containerkluster att hålla igång också, men det handlar om det. Alla andra funktioner du behöver, när det gäller loggning, övervakning eller nätverk, måste hanteras av andra verktyg. Om du har ytterligare krav är det enkelt att integrera Nomad med andra verktyg också. Hashicorp, Nomads nyckelutvecklare, säkerställer en nära integration av Nomad med deras andra mjukvaruprodukter som Consul och Vault.
Nomad har dock några anmärkningsvärda nackdelar. Till att börja med, det ärbegränsad och det är ett tveeggat svärd. Om du behöver avancerade nätverkspolicyfunktioner och övervakning av inbyggt är Kubernetes den bättre lösningen. Dessutom är Nomad en mycket mindre spelare än Kubernetes. Båda är öppen källkodsprojekt som är mycket beroende av gemenskapens input. Nomad har knappt tio procent så många Github åtar sig som Kubernetes. Detta innebär en övergripande långsammare utveckling och bug-fixing.
Fördelar:
- Lätt att använda jämfört med andra listade alternativ
Nackdelar:
- Begränsad omfattning och skala gör det svårt att genomföra i riktigt stora projekt
- Relativt litet samhälle
Ladda ner Nomad
Avslutar
Var och en av dessa orkestrationsplattformar har sina fördelar och nackdelar. Kubernetes själv är den bästa lösningen för företag som vill ordna appar som tillgodoser miljontals användare. Vag dokumentation, en brant inlärningskurva och relativt dåligt stöd gör att det inte är för alla.
Docker Swarm är mycket enklare att konfigurera och använda, men det har inte inbyggda robusta övervaknings- eller loggningsverktyg. Med DC / OS kan du göra mer än bara att ordna behållare med mikrotjänster, men premiumfunktionaliteten är betalväggad. Och även om Nomads viktigaste höjdpunkt är dess enkelhet - vilket gör den idealisk för mindre projekt - den mycket enkelheten gör den mindre än idealisk för stora insatser i företagsklass.
Läsa: Bästa gratis e-handelswebbplatsbyggare för småföretag
