Molnförbund med RightScale

Ett beslut att använda ett moln för en viss tjänst eller applikation kan baseras på enkel ekonomi och den tilltalande logiken att bara betala för det du använder. Oro för fysiska serverkomponenter som lagring, nätverk och anslutning, ström och kylning, garantier och serviceavtal - allt faller på molntjänsteleverantörens axlar. Kundens tjänst är befriad från alla sådana fysiska anläggningsfrågor som de rör fortlöpande underhåll, men det är den "enkla delen." Mycket svårare är arkitekturen för molnautomation som är anpassad till din applikation och affärsmodell. Till exempel smidigheten att snabbt skala din ansökan upp och ner utan förlorade investeringar, vilket är en primär fördel med molnet.

Offentliga moln är komplicerade under huven

När du väljer en offentlig molnleverantör, som Amazon Web Services (AWS), Rackspace, SoftLayer eller andra, kan saker börja bli mer komplicerade. I grund och botten måste du lära dig att programmera genom en viss molnleverantörs Application Programming Interface (API) för att få ditt arbete gjort. Molninfrastruktur som är mycket anpassningsbar till din applikation kräver ofta ett element av programmering, eller åtminstone en djup förståelse för en given molnleverantörs automatiseringsstack. Ett exempel är en on-demand web farm som växer från ett dussin servrar till tusentals servrar och tillbaka ner igen inom några dagar eller till och med timmar.

Intelligensen om när och hur man ska skala är utvecklardriven och molnleverantörens API är verktygset som driver automatiseringen. Om du behöver flytta till en annan molnleverantör eller använda två eller flera leverantörer måste du lära dig varje leverantörs unika API-stack igen. Så att flytta mellan offentliga moln kan vara ganska svårt och kan skapa en "inlåst" känsla för molnkunden. Tiden att marknadsföra ett nytt projekt med din första offentliga molnleverantör kan vara lång medan du lär dig API och försenas på liknande sätt med varje pågående molnleverantör som läggs till i din portfölj.

De verkliga ekonomiska och tekniska fördelarna med det offentliga molnet uppstår för molnkunden först efter utveckling av anpassad automatisering och instrumentering med hjälp av en molnleverantörs-API. I synnerhet kräver avancerade molnberäkningsfunktioner, såsom skalning på begäran och självheling av misslyckade applikationskomponenter, en viss behärskning av API för en given molnleverantör. Istället för att växa ut din personal med den expertisen för varje ytterligare molnleverantör, är ett annat alternativ att utnyttja en mellanskiktig molninfrastrukturleverantör som fungerar över flera molnleverantörer. Välkommen till en innovativ nivå av IT-abstraktion som "lägger ut" den tekniska uppgiften för molninfrastrukturautomation.

Automatisera, aggregera och federera offentliga moln med RightScale

RightScale är ett exempel på en ny tjänsteleverantörsras som väsentligen mäklare och hanterar dina applikationer i olika offentliga och privata moln. RightScale har skrivit ett API-klient som är molnförsäljare neutralt - löfte är: Du kan skriva din ansökan till RightScale API en gång och sedan flytta eller skala din applikation med en annan molnleverantör utan att skriva om applikationen. När du vill tillhandahålla offentliga molnvirtuella maskiner (VM) och applikationer författar du din applikation med RightScale-metodik och sedan använder RightScale din inloggningsinformation för molnleverantören för att översätta RightScale API till API för den specifika molnleverantören.

Denna strategi samlar logiskt dina molnleverantörer (vilket gör att de ser ut som olika konton du har i samma bank) och förenar dem - du har en enda inloggningsupplevelse med hjälp av RightScale API och behöver inte hantera flera molnsäkerhetsgränser. RightScales lösningspaket innehåller förkonfigurerade servermallar och "RightScripts" som minskar komplexiteten och risken i molnekvationen. Molnkunden har befogenhet att använda infrastruktur mellanprogram eftersom du inte är nöjd med en molnleverantör, du är inte gisslan och kan migrera till ett annat moln med förutsägbara kostnader och tidsramar.

RightScale kundportal: Lägg till offentliga och privata moln för att distribuera dina applikationer i (klicka för att förstora)
Figur A visar RightScale-kundportalens webbsida där du lägger till back-end molnleverantörer för dina applikationer. Observera att det finns en knapp för att lägga till ett privat moln utöver de välkända offentliga molnleverantörerna. RightScale låter tillväxt- och open source-privata molnleverantörer som Eucalyptus och Citrix-ägda cloud.com utnyttja RightScale-plattformen för automatisering också.

Att göra nya saker möjligt för molnapplikationsarkitekten

Ett exempel på hur outsourcad molnautomation hjälper till i ett projekt är ett svar på en molnarkitekturfråga som "Hur distribuerar och stöder man en Windows-domänkontrollant i ett offentligt moln?" Problem som Active Directory-säkerhetskopiering och bristen på individuell VM-uthållighet kan ta tanken på en domänkontrollant i ett offentligt moln av hänsyn. RightScale har en skriptlösning som använder inbyggda Microsoft-teknologier som distribuerar och till och med återvinner den komplexa serverrollen konsekvent över molnleverantörer. Om det inte var för en leverantör av molnautomation som hade en beprövad konfiguration, kan det vara för riskabelt att arkivera en domänkontrollerroll i en offentlig molnlösning, även om detta skulle ge ett affärsvärde.

Hittills verkar de största offentliga molnleverantörerna som AWS och Rackspace inte ha ägnat resurser åt att utveckla interoperabilitetsstandarder mellan deras moln. Behovet av molnförbund finns dock i IT-ekosystemet, så att företagen inte är begränsade till en enda molnleverantör. Att distribuera din molnapplikation över redundanta offentliga molnleverantörer kan skydda ditt företag från strömavbrott även när en stor spelare som AWS har ett strömavbrott. Vad RightScale och några andra gör i det här nya industrisegmentet kan bara bidra till att öka molnens fart genom att öka förtroendet och minska risken i molnscenarier.

© Copyright 2020 | mobilegn.com