Varje pitch för en hanteringsplattform för hybridmoln börjar på samma ställe: ett diagram med dina on-prem-servrar till vänster, ett publikt moln till höger, och en pil mellan dem märkt migrering. Pilen är produkten. Det är också anledningen till att de flesta av de här projekten kör fast, eftersom pilen kostar arton månader och värdet kommer först i slutet av dem. Den mer användbara frågan är vad du skulle kunna hantera från en enda plats redan imorgon, utan att flytta något och utan att skriva om något.

Hybrid är inte ett arkitekturval de flesta team gjort medvetet. Det är vad man får efter ett decennium: ett rack med egen hårdvara som fortfarande kör det ingen enkelt kan flytta, ett ERP-system ingen vill röra, arbetsbelastningar hos en hyperscaler för att en kund bad om det, billigare compute någonstans i Europa för att någon räknade på det, och några servrar i en colocation-anläggning som är äldre än halva det nuvarande teamet. Ingen designade det här. Alla måste driva det.

Varför hybrid oftast betyder två team

Den praktiska kostnaden för hybrid är organisatorisk. Molnresurser hanteras i en webbläsare med API-tokens och taggar; den fysiska miljön hanteras med SSH, ett konfigurationsverktyg och institutionellt minne. Två verktygskedjor, två mentala modeller, två uppsättningar runbooks, och oftast två grupper av människor som beskriver varandras arbete som legacy-sidan eller den dyra sidan. Inventeringen blir en sammanslagning av exporter. Åtkomstgranskningen blir två åtkomstgranskningar. Incidenter som korsar gränsen blir en diskussion om vems problem det är.

Leverantörernas standardsvar är att få den ena sidan att likna den andra: installera en privat molnstack på din hårdvara, eller lyfta över allt till det publika molnet och vara klar med saken. Båda är legitima strategier, och båda är enorma. De delar också ett antagande som förtjänar att ifrågasättas - att förenandet måste ske på infrastrukturlagret. Det måste det inte. Det mesta ett team faktiskt behöver få förenat lever ett plan högre upp: inventering, åtkomst, ändringshistorik, kostnad och förmågan att agera.

Vad en hanteringsplattform för hybridmoln inte får göra

En hanteringsplattform för hybridmoln förtjänar sin plats genom det den vägrar kräva. Den får inte kräva att du flyttar en arbetsbelastning innan den blir till nytta. Den får inte kräva en agent på varje maskin för att visa dig ditt molnbestånd, eller ett molnkonto för att visa dig dina rack. Den får inte bli ett nytt beroende i din kritiska kedja - går den ner ska dina system fortsätta köra, och du förlorar synlighet, inte tillgänglighet. Och den får inte hålla din infrastruktur som gisslan i sitt eget format.

Det är därför vi byggde Sencai import-first. Du ansluter ett leverantörskonto med avgränsade autentiseringsuppgifter, och dina befintliga instanser, nätverk och lagring dyker upp som de är - inte som saker du måste återskapa. Ingen som utvärderar en infrastrukturplattform har tom infrastruktur, och en produkt som bara visar värde efter att du byggt om något inuti den har själv sett till att sin egen demo misslyckas. Den första sessionen bör visa dig ditt bestånd, inklusive de delar du i tysthet glömt bort.

Utgå från det som redan finns

På molnsidan betyder det elva leverantörer bakom ett enda gränssnitt: Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamais Linode och Oracle Cloud. Inte en minsta-gemensamma-nämnare-abstraktion som gömmer allt som är intressant - nätverk, brandväggsregler och DNS-poster skapas och ändras hos leverantören själv, så det du ser är det leverantören faktiskt har, och allt du konfigurerar fortsätter fungera om du slutar använda oss imorgon bitti.

På den fysiska sidan tar en värdagent in dina egna servrar i samma inventering: en maskin i ditt eget rack, i en colocation-bur, eller en låda hos en leverantör vi inte integrerar med direkt. Den ligger sida vid sida med molnresurserna snarare än i en separat sektion, för hela poängen är att "vad kör vi" ska ha ett enda svar. För team vars begränsningar helt utesluter ett hostat control plane finns en on-premise-utgåva som licensieras årsvis med support.

On-premise-halvan är inte legacy

Det finns ett bekvämt antagande på den här marknaden att egenägd hårdvara är ett övergångstillstånd på väg till något bättre. Ibland är det det. Ofta är det det korrekta svaret: förutsägbara tunga arbetsbelastningar där du själv äger avskrivningen, data som lagstiftning eller avtal håller kvar inom en specifik byggnad, latenskrav ingen region kan uppfylla, och hårdvara med flera års användbar livslängd kvar. Att behandla det beståndet som andra klass i dina verktyg påskyndar inte dess pensionering. Det innebär bara att det övervakas sämre.

Ett control plane över båda halvorna förändrar små saker som summerar sig. Kostnader spåras över leverantörer med tak, så frågan om vad en miljö kostar har ett enda svar istället för fem exporter. Roller och inbjudningar är per organisation, så åtkomstgranskningen är en enda granskning. Och varje ändring, moln och on-prem likaså, hamnar i samma append-only, hashkedjade granskningsspår, exporterat med varje posts hash och dess föregångares, så att en revisor kan verifiera sekvensen på egen hand.

Vad ett enda control plane ger dig

Den ärliga bilden är att inget av det här gör hybrid enkelt. Två hostingmodeller har fortfarande två felkaraktäristik, två inköpsprocesser och två kostnadsstrukturer, och inget gränssnitt tar bort det. Det som försvinner är skatten du betalar för gränsen: de dubblerade inventeringarna, den andra åtkomstgranskningen, incidenten där ingen kan säga vad on-prem-sidan gjorde vid tillfället. Den skatten betalas av ditt minsta team, kontinuerligt, och det är varför hybrid känns värre än det faktiskt är.

Så testet vi skulle sätta upp för vilken hanteringsplattform för hybridmoln som helst, vår inräknad, är kort. Kan du se allt du kör, hyrt och ägt, i en lista, inom en timme, utan att migrera något? Kan du säga vem som ändrade vad förra månaden, på båda sidor om gränsen? Kan du svara på vad det här kostar utan att öppna fem konsoler? Om ja, är hybrid bara infrastruktur igen. Om nej, har du ingen plattform - du har ännu en konsol.