Microsofts Azure molntjänst blandar ännu fler PaaS och IaaS-tjänster med sin nya Service Fabric-utvecklarram.

När du bygger molntjänster måste de byggas som skalbara, distribuerade system som kan gå från en handfull kunder till en miljon om tjänsten tar av och kommer alltid att vara tillgänglig även om nätverket blir långsamt eller det finns serverfel.

Om du bygger på en offentlig molnplattform som Azure eller AWS, har molnplattformen den skalbara, distribuerade feltoleransen i sig, men du måste själv bygga den i dina egna appar - och det är svårt. Särskilt då din tjänst kommer att fortsätta att utvecklas när du lägger till funktioner, men också vara stabil även när du uppdaterar den.

Azurös lösning

Det är vad den nya Azure Service Fabric är för, Azure CTO Mark Russinovich förklaras för TechRadar Pro. "Traditionella verktyg som människor använder för att utveckla applikationer är inte upp till jobbet för att upprätthålla den typen av komplexitet med tillförlitligheten och flexibiliteten och tillgängligheten som dessa tjänster kräver.

"Utvecklare har rullat sina egna lösningar för detta, vilket förklarar ökningen av öppen källkodslösning och klusterorkester och containerisering - men faktum är att dessa lösningar inte löser det fulla spektrumet av problem som utvecklare står inför."

Azure-teamet känner till dessa problem ganska bra, eftersom de måste hjälpa teamen bakom Microsoft-molntjänster som Visual Studio Online och Cortana att lösa dem. "Den här teknologin är inte bara något vi har jobbat på bara några månader och poppar ut och skjuter över väggen här", säger Russinovich.

"Det är något vi har kört i fem år inom Microsoft. Det har ett växande antal Azure-tjänster och allmänna Microsoft-tjänster. Allt från Azure Database till Skype för Business till Cortana, till Service Bus, Event Hubs, Intune , till DocumentDB och mer - de körs hela tiden på vårt serviceväv. Och det som vi släpper ut är inte bara en version av det eller bara något som är som det vi driver med de här interna tjänsterna, det är exakt samma bitar ."

Mer kontroll, mindre komplexitet

Vanligtvis får utvecklare ett val mellan att använda PaaS och bara kunna göra vad plattformen tillåter, eller använda IaaS och måste hantera all komplexitet själva. Azure Service Fabric ger dig kontrollen men tar hand om komplexiteten i skalning och uppdatering och underhåll av en tjänst som du kör i molnet (eller på dina egna servrar).

Service Fabric kan fungera med microservices där du uttryckligen bryr dig om tillståndet för varje transaktion samt de där du lämnar plattformen för att ta hand om det. "Det finns inget annat där ute som stöder statliga microservices", påstår Russinovich. "Naturligtvis stöder detta statslösa mikroservices som du ser att människor utvecklas på toppen av behållare, men det stöder också stateful microservices som DocumentDB och Azure Database."

"Service Fabric är utformad från grunden med ett microservices-tillvägagångssätt till molntjänstarkitekturen," noterar han. "Det är typiskt unikt eftersom det verkligen förstår bindningen mellan mikroservices, din ansökan och den underliggande infrastrukturen, det kluster som de körs på."

Ta Microsofts Azure Database-tjänst, som kör två miljoner aktiva databaser på tiotusentals databaser - det är allt gjort med serviceväven, säger Russinovich. "Var och en av dessa databaser representeras som tre eller fyra microservice replikor och var och en av dessa replikor har en kopia av en databas på en annan server i ett annat spår. Service Fabric ansvarar för att hedra dessa placeringskrav och säger att dessa mikrotjänster måste Var på olika servrar i olika ställen.

"Det enda som Azure-databasutvecklarna oroar sig för är" en begäran kom in i min mikroservice och jag kommer att begå den till min hållbara statsaffär ". Serviceväv är det som är ansvarigt för att dirigera dessa förfrågningar till de primära av de tre replikerna och det tar också hand om "hur får jag det tillståndet som replikeras till de sekundära replikerna?" Det gör allt automatiskt under huven. Utvecklaren kan göra flera ändringar i staten på ett transaktionellt konsekvent sätt och dessa transaktioner implementeras av serviceväven. "

  • Cloud trender för 2015: hybrid moln som att bli strategin att välja