Använda FRRouting som en NVA
Du fortsätter att använda virtuella nätverksinstallationer (NVA) för att generera standardvägen precis som i din lokala miljö. I det här avsnittet beskrivs viktiga överväganden för denna kontinuitet.
Operativa processer
NVA:er är en del av Contosos standarddriftsprocess (SOP). Contosos övervaknings- och hanteringsprocesser förlitar sig på att vissa funktionsuppsättningar (till exempel trafikregler och nätverkssegmentering) är tillgängliga i NVA:er. Med samma processer och funktioner är det enkelt för Contoso att migrera från en lokal miljö till Azure.
Kompetens
Som en del av Contosos IT-team har du utvecklat djup kunskap om NVA genom åren. Det är bra att dessa NVA:er kan distribueras och användas i Azure. Du kan överföra dina NVA-kunskaper i Azure i stället för att lära dig en motsvarande Azure-tjänst.
Öppen källkod
NVA:er kan antingen vara upphovsrättsskyddade eller öppen källkod. NVA:er med öppen källkod utvecklas av den tekniska communityn i stället för en kommersiell leverantör. Egna NVA:er medför ytterligare kostnader men ger garanterad support. Med öppen källkod NVA:er har du åtkomst till källkod och förlitar dig på den tekniska communityn för all support. På Contoso använder du en implementering med öppen källkod för NVA. En sådan implementering ger dig flexibilitet att använda öppna protokoll, till exempel BGP. Du kan använda NVA-funktionen för att generera en standardväg. NVA:er erbjuder enkel integrering med virtuella datorer och nätverk som körs i Azure.
De överväganden som tidigare diskuterats är de viktigaste orsakerna till att Contoso använder FRRouting (FRR) – en öppen källkod och en kostnadsfri implementering för nätverksroutning.
I nästa lektion ska du öva på hur du konfigurerar FRR i Azure och genererar standardvägen.