\chapter{Conclusie}

Het is duidelijk dat de medewerkers van het Expert Team Networking meer gebruik willen maken van automatisering en dat automatisering verschillende voordelen heeft. Deze voordelen zijn tijdsbesparing, foutpreventie en innovatie mogelijkheden zoals het bieden van een Self Service Portal waarmee klanten snel eenvoudige wijzigingen zelf aan kunnen brengen en het toepassen van CI/CD waarbij fouten in een configuratie kunnen worden vastgesteld nog voordat deze in een productieomgeving in gebruik worden genomen.

Het Expert Team Networking kijkt naar Ansible voor het benutten en realiseren van deze mogelijkheden gebaseerd op ervaringen van andere teams binnen het bedrijf en uitgevoerde tests met de automatiseringstool. In dit onderzoek is vastgesteld dat Ansible zeer geschikt is voor het automatiseren van configuration management in netwerkbeheer. Dit is dankzij het uitgebreide assortiment van netwerkmodules en de Domain Specific Language (DSL) voor het toepassen van deze modules. Dit maakt geavanceerde functionaliteiten toegankelijk zonder te hoeven beschikken over uitgebreide kennis van het ontwikkelen van software.

Gedurende dit onderzoek zijn verschillende zaken vastgesteld waardoor de visie voor innovatie en het toepassen van automatisering in netwerkbeheer kan worden bevorderd.



\section{Bevindingen}

In dit hoofdstuk worden een aantal bevindingen beschreven die zijn getrokken uit het onderzoek. De bevindingen hebben te maken met het (succesvol) toepassen van netwerkautomatisering in de dagelijkse werkzaamheden van het Expert Team Network en probeert inzicht te geven in de huidige situatie.


\subsection{Ansible is AWX}

KEMBIT heeft een server gemaakt met AWX met als primaire doelstelling om Ansible toegankelijker te maken voor de teams. Wanneer de teams iets met Ansible willen doen, bedoelt men AWX. Helaas is het ontwikkelen van nieuwe playbooks niet gemakkelijk door uitsluitend gebruik te maken van AWX. Dit komt met name door de volgende redenen:

\begin{itemize}
    \item Om AWX te gebruiken moet de gebruiker bekend zijn met git, een versiebeheer systeem. De meeste network engineers hebben hier geen ervaring mee en maakt het lastiger om met AWX te werken.
    \item AWX is niet gebruikersvriendelijk voor het ontwikkelen van een nieuw playbook. Dit komt omdat de gebruiker aanpassingen aan het playbook moet doen, vervolgens deze aanpassing moet pushen naar git, refreshen in AWX en het aangepaste playbook opnieuw moet uitvoeren. Dit maakt het een stuk lastiger om een nieuw playbook te maken.
    \item AWX biedt geen debugging mogelijkheden zoals het inzien van bepaalde variabelen. Dit zorgt ervoor dat de engineer niet duidelijk weet wat er fout is gegaan indien het playbook faalt.
\end{itemize}

Dit resulteert erin dat de engineers van het team niet snel een playbook kunnen maken of een eenvoudige kleine taak automatiseren met Ansible.


\subsection{Ansible niet bruikbaar op de beheerserver}

Het Expert Team Networking voert beheer uit vanuit een centrale server. Deze server maakt gebruik van Windows waardoor Ansible niet zomaar geïnstalleerd kan worden.

Doordat Ansible niet geïnstalleerd is het niet toegankelijk voor het team om gebruik te maken van Ansible in de dagelijkse werkzaamheden en hierdoor effectieve netwerkautomatisering toe te kunnen passen. 


\subsection{Suboptimale inrichting van TOPdesk Asset Management}\label{bevinding:suboptimale_inrichting_van_topdesk_asset_management}

Asset Management wordt niet optimaal ingezet door een suboptimale inrichting van de tool. Dit blijkt door de vele templates die grotendeels hetzelfde zijn. Hierdoor is er een grote kans dat eventuele tooling die gebruik maakt van de Asset Management API moet worden aangepast wanneer de configuratie van de templates van Asset Management veranderd worden.


\subsection{Geen bestaande integraties met TOPdesk (Asset Management)}

TOPdesk en TOPdesk Asset Management is een belangrijk onderdeel van de manier waarop het Expert Team Networking te werk gaat. Het ontbreken van bestaande integraties met Ansible maakt het minder gemakkelijk om Ansible in de dagelijkse werkzaamheden toe te passen.

Met name het ontbreken van een manier waarop een Ansible inventory kan worden gemaakt op basis van TOPdesk Asset Management zorgt ervoor dat Ansible niet gemakkelijk gebruikt kan worden in de dagelijkse werkzaamheden.


\subsection{Gebruikersvriendelijkheid TOPdesk Asset Management}\label{knelpunt:am_useability}



Een relatief complexe API van Asset Management (voornamelijk veroorzaakt door de meta-modeleer functionaliteit). Dit verhoogd de vereiste tijdsinvestering en minimale complexiteit om tools te maken die integreren met deze API.


\subsection{Bestaande tooling en kennis omtrent PowerShell}

De reeds bestaande kennis over PowerShell in het netwerking team is niet of minder relevant bij het in gebruik nemen van Ansible. Dit presenteert een drempel voor het in gebruik nemen van Ansible omdat het meer tijd kost om even effectief te zijn met de bestaande PowerShell tools en/of kennis.

Reeds gerealiseerde en op Powershell gebaseerde automatiseringen die niet volledig overdragen naar het implementeren van Ansible in de praktijk. Dit maakt investeringen in het realiseren van Ansible op de kortere termijn minder waardevol omdat deze functionaliteiten al mogelijk waren met de oude tools. Hiernaast zijn deze investeringen hoger omdat het nu in een nog relatief onbekende manier moet worden geïmplementeerd.

