Nieuwe architectuur verifiëren

Het handmatig verifiëren van cloud architecture is tijdrovend en vervelend werk. Met Lucidscale is het eenvoudig. Volg deze drie stappen: 

1. Importeer je architectuur in de Datahub 

Ga naar het linkerpaneel in Lucidscale en selecteer 'Gegevens importeren' om metadata van cloud providers op te halen en een nauwkeurig beeld te krijgen van de huidige staat. Lucidscale werkt met AWS, Azure en GCP. 

2. Maak een nieuw model in Lucidscale 

Genereer automatisch een diagram op basis van je geïmporteerde gegevens. Je kunt onder andere filters gebruiken, weergaven aanpassen en verbonden hulpbronnen weergeven. 

 

3. Vergelijk het nieuwe model met het originele diagram 

Vergelijk het nieuwe model in Lucidscale met je architectuurplan in de software voor diagrammen die je gebruikt. Lucidchart is een geweldige keuze om slimme diagrammen te maken en je kunt gemakkelijk vanuit Lucidscale naar Lucidchart importeren doordat beide producten binnen het Lucid pakket samenwerken. Gebruik meerdere weergave om op specifieke hulpbronnen te filteren of op hulpbron groepen te focussen. Je kunt ook lijnen in- en uitschakelen om te controleren of bepaalde bronnen correct zijn verbonden. Als je onregelmatigheden aantreft, kun je deze markeren om ze later terug te vinden.

Een voorbeeld van waarom het belangrijk is om nieuwe architectuur te verifiëren, wordt geïllustreerd door een van onze gebruikers. We werkten samen met een grote luchtvaartmaatschappij om hun cloud architecture te visualiseren. Ze hadden een team van 50 architecten en beheerden veel cloud omgevingen. 

Voordat ze Lucidscale gebruikten, maakten ze nieuwe plannen aan de hand van een oud sjabloon dat al goedgekeurd was en brachten waar nodig wijzigingen aan om te voldoen aan de eisen van de nieuwe architectuur. Het architectuur team gaf het ontwerp vervolgens door aan het uitvoerende team. 

Vanaf dat moment hadden de architecten geen zicht meer op het proces en wisten ze niet of er wijzigingen waren aangebracht ten opzichte van het oorspronkelijke ontwerp. Het architectuur team kon op geen enkele manier weten of er iets mis was gegaan. 

Idealiter was de oorspronkelijke architect betrokken geweest bij het feedbackproces. De meeste architectuur ondergaat wijzigingen tussen de ontwerp en implementatie fase. Een feedbackloop kan de architect helpen bij toekomstige beslissingen en ontwerpen. 

Dit is geen ongebruikelijk scenario. Vaak moet er infrastructuur worden toegevoegd om een nieuw product, functie of klantenbestand te ondersteunen en doorloopt het plan voor deze nieuwe architectuur meerdere iteraties. Deze iteraties kunnen uiteindelijk enorm verschillen van het uitgangspunt. Wanneer de nieuwe architectuur in de uiteindelijke implementatie gewijzigd wordt, gebeurt er meestal een van deze twee dingen wanneer de architectuur het ontwerp overhandigt aan het bouwteam. 

1. Er wordt iets veranderd dat niet veranderd zou moeten worden. De architect moet weten wat er is veranderd om het bouwteam te laten weten dat de wijziging moet worden teruggedraaid. 
2. Het oorspronkelijk ontwerp had gebreken of (waarschijnlijker) het project heeft revisies of iteraties ondergaan en het eindproduct ziet er anders uit dan het oorspronkelijke plan. Het is belangrijk dat de architect ook bij deze veranderingen wordt betrokken om te helpen bij toekomstige beslissingen. Ook kan het sjabloon dan bijgewerkt worden om tijd te besparen bij toekomstige projecten. 

Cloud infrastructure kan de oorspronkelijke architectuur gemakkelijk ontgroeien, waardoor het moeilijk is om bij te houden. Op de lange termijn kan dit het bedrijf meer kosten dan begroot en problemen met de efficiëntie veroorzaken.  

De beste manier om je cloud infrastructure actueel te houden, is door nieuwe cloud architecture vanaf het begin te controleren. Software zoals Lucidscale maakt dit gemakkelijker door up-to-date diagrammen van de huidige toestand te genereren en feedback tussen architecten en het uitvoerende team mogelijk te maken.