Verifiera ny arkitektur

Att verifiera molnarkitekturen för hand kan vara både tidskrävande och tråkigt. Med Lucidscale blir det enkelt. Följ de här tre stegen: 

1. Importera din arkitektur till datahubben 

Gå till panelen på vänster sida i Lucidscale och välj sedan Import Data (Importera data) för att importera metadata från molnleverantören och skapa en korrekt modell av ditt nuvarande tillstånd. Lucidscale fungerar med AWS, Azure och GCP. 

2. Skapa en ny modell i Lucidscale 

Autogenerera ett diagram från dina importerade data. Du kan använda filter, anpassa vyer, visa anslutna resurser med mera. 

 

3. Jämför den nya modellen med originaldiagrammet 

Jämför din nya modell i Lucidscale med ritningen för din arkitektur i det diagramprogram du använder. Lucidchart är ett utmärkt alternativ för intelligent diagramarbete, och att exportera till Lucidchart från Lucidscale är smidigt eftersom båda produkterna ingår i Lucids produktsvit. Använd olika vyer för att filtrera ut specifika resurser eller fokusera på grupper av resurser. Du kan också slå på och av linjer för att kontrollera att resurser och tjänster är korrekt kopplade till varandra. Om du hittar några avvikelser kan du markera dem för att undersöka dem senare.

Ett exempel på hur viktigt det är att verifiera ny arkitektur kommer från en av våra användare. Vi arbetade med ett stort flygbolag för att visualisera deras molnarkitektur. De hade ett team med 50 systemarkitekter och en mängd olika molnmiljöer att hantera.

Innan de använde Lucidscale hämtade de, när de skulle bygga nya system, in en befintlig mall som redan hade godkänts. I den gjordes de ändringar som behövdes för att passa den nya arkitekturen. Arkitektteamet skickade sedan över designen till byggteamet. 

Vid den tidpunkten förlorade arkitekterna kontrollen över processen, och kunde inte veta om det gjordes avvikelser från den ursprungliga designen. Det fanns inget sätt för arkitektteamet att veta om något hade gått snett. 

I bästa fall skulle det ha gjorts återkopplingar till den ursprungliga arkitekten. De flesta arkitekturer genomgår förändringar mellan design och implementering. En återkopplingsprocess kan förbättra arkitektens framtida val och konstruktioner. 

Det här scenariot är inte så ovanligt. Ofta behöver ditt team lägga till eller ändra infrastruktur för att ge stöd till en ny produkt, funktion eller kundbas, och planen för att skapa den nya arkitekturen förändras efter hand. Förändringarna gör att slutresultatet kan skilja sig rejält från den ursprungliga planen. När ny arkitektur ändras i den slutliga implementeringen händer vanligtvis en av två saker i glappet mellan överlämningen från arkitekten och byggteamets arbete.

1. Något ändras som inte borde ha gjort det. Arkitekten måste få veta vad som har ändrats för att kunna diskutera med byggteamet och eventuellt byta tillbaka till den tänkta designen. 
2. Den ursprungliga designen hade brister eller – vilket är mer troligt – så har projektet reviderats och den slutliga produkten behöver se annorlunda ut än den ursprungliga arkitekturplanen. Det är viktigt för arkitekten att också vara med i dessa förändringar så att ändringarna finns med vid framtida beslut. Hen kanske till och med vill uppdatera sin mall för att spara tid på framtida projekt. 

Molninfrastruktur kan lätt växa och förändras från sin ursprungliga arkitektur, vilket gör den komplex att hantera. I längden kan detta kosta ditt företag mer än du budgeterat och planerat för eller orsaka problem med effektiviteten.  

Det bästa sättet att hålla din molninfrastruktur på rätt spår är att verifiera din nya molnarkitektur från början. Programvara som Lucidscale förenklar det genom att skapa aktuella diagram över det nuvarande tillståndet och gör det möjligt att skapa processer för återkoppling mellan byggteam och systemarkitekter.