eerste revisie
This commit is contained in:
53
appendix/assetmgmt_response.json
Normal file
53
appendix/assetmgmt_response.json
Normal file
@ -0,0 +1,53 @@
|
||||
{
|
||||
"columns": [
|
||||
{
|
||||
"fieldType": "textField",
|
||||
"fieldName": "hostname",
|
||||
"displayName": "Hostname",
|
||||
"properties": {
|
||||
"multilineSupport": false,
|
||||
"maxLength": 1000
|
||||
},
|
||||
"maxLength": 1000,
|
||||
"valueType": "TEXT"
|
||||
},
|
||||
{
|
||||
"fieldType": "textField",
|
||||
"fieldName": "beheer-ipadres",
|
||||
"displayName": "Beheer-IPadres",
|
||||
"properties": {
|
||||
"multilineSupport": false,
|
||||
"maxLength": 1000
|
||||
},
|
||||
"maxLength": 1000,
|
||||
"valueType": "TEXT"
|
||||
},
|
||||
{
|
||||
"fieldType": "suggestField",
|
||||
"fieldName": "status",
|
||||
"displayName": "Status",
|
||||
"properties": {
|
||||
"ownOptions": true,
|
||||
"usersCanAddOptions": false,
|
||||
"url": "assets?templateId=4B9DC811-B8F2-4994-B255-799B0CB2DBB4",
|
||||
"saveUrl": "assets/updateDataSet?templateId=4B9DC811-B8F2-4994-B255-799B0CB2DBB4",
|
||||
"unid": "273d322c-32bc-449b-acb1-059348feeac2",
|
||||
"templateId": "4B9DC811-B8F2-4994-B255-799B0CB2DBB4",
|
||||
"dataset": "4B9DC811-B8F2-4994-B255-799B0CB2DBB4"
|
||||
}
|
||||
}
|
||||
],
|
||||
"dataSet": [
|
||||
{
|
||||
"archived": false,
|
||||
"unid": "55e8100c-1ce5-4788-9b34-6289a304e2e1",
|
||||
"modificationDate": "2020-04-09T15:40:52.613",
|
||||
"hostname": "KMB-SW006",
|
||||
"type_id": "85AAE1F0-B8EB-4D9C-9132-93CAE3D96F4C",
|
||||
"type": "Switch 48 Poorten",
|
||||
"@status": "OPERATIONAL",
|
||||
"beheer-ipadres": "1.1.1.1",
|
||||
"status": "2800898a-647d-46f7-b424-cb7997d79c6c"
|
||||
}
|
||||
]
|
||||
}
|
||||
@ -1,38 +1,62 @@
|
||||
@article{einstein,
|
||||
author = "Albert Einstein",
|
||||
title = "{Zur Elektrodynamik bewegter K{\"o}rper}. ({German})
|
||||
[{On} the electrodynamics of moving bodies]",
|
||||
journal = "Annalen der Physik",
|
||||
volume = "322",
|
||||
number = "10",
|
||||
pages = "891--921",
|
||||
year = "1905",
|
||||
DOI = "http://dx.doi.org/10.1002/andp.19053221004",
|
||||
keywords = "physics"
|
||||
@online{ansible_script_inventory_requirements,
|
||||
author = {Ansible project contributors},
|
||||
title = {ansible.builtin.script inventory - Executes an inventory script that returns JSON},
|
||||
year = 2022,
|
||||
url = {https://docs.ansible.com/ansible/latest/collections/ansible/builtin/script_inventory.html},
|
||||
urldate = {2022-05-25}
|
||||
}
|
||||
|
||||
@book{dirac,
|
||||
title={The Principles of Quantum Mechanics},
|
||||
author={Paul Adrien Maurice Dirac},
|
||||
isbn={9780198520115},
|
||||
series={International series of monographs on physics},
|
||||
year={1981},
|
||||
publisher={Clarendon Press},
|
||||
keywords = {physics}
|
||||
@online{ansible_script_inventory_statement,
|
||||
author = {Ansible project contributors},
|
||||
title = {Intro Dynamic Inventory - Other Inventory Sources},
|
||||
year = 2022,
|
||||
url = {https://docs.ansible.com/ansible/latest/user_guide/intro_dynamic_inventory.html#other-inventory-scripts},
|
||||
urldate = {2022-05-25}
|
||||
}
|
||||
|
||||
@online{knuthwebsite,
|
||||
author = "Donald Knuth",
|
||||
title = "Knuth: Computers and Typesetting",
|
||||
url = "http://www-cs-faculty.stanford.edu/~uno/abcde.html",
|
||||
keywords = "latex,knuth"
|
||||
@phdthesis{fielding_information_2000,
|
||||
title = {Architectural Styles and the Design of Network-based Software Architectures},
|
||||
language = {en},
|
||||
author = {Fielding, Roy Thomas},
|
||||
year = {2000},
|
||||
pages = {180},
|
||||
}
|
||||
|
||||
@inbook{knuth-fa,
|
||||
author = "Donald E. Knuth",
|
||||
title = "Fundamental Algorithms",
|
||||
publisher = "Addison-Wesley",
|
||||
year = "1973",
|
||||
chapter = "1.2",
|
||||
keywords = "knuth,programming"
|
||||
@online{topdesk_asset_management_api,
|
||||
author = {TOPdesk},
|
||||
title = {TOPdesk Asset Management REST API documentatie},
|
||||
year = 2022,
|
||||
url = {https://developers.topdesk.com/explorer/?page=assets},
|
||||
urldate = {2022-05-26}
|
||||
}
|
||||
|
||||
@online{topdesk_api_tutorial,
|
||||
author = {TOPdesk},
|
||||
title = {TOPdesk API Tutorial},
|
||||
year = 2022,
|
||||
url = {https://developers.topdesk.com/tutorial.html},
|
||||
urldate = {2022-05-26}
|
||||
}
|
||||
|
||||
@online{aws_ec2_inventory_documentatie,
|
||||
author = {Ansible Community},
|
||||
title = {Documentatie aws ec2 inventory inventory plugin},
|
||||
year = 2022,
|
||||
url = {https://github.com/ansible-collections/amazon.aws/blob/stable-3/docs/amazon.aws.aws_ec2_inventory.rst},
|
||||
urldate = {2022-05-26}
|
||||
}
|
||||
|
||||
@techreport{rfc7617,
|
||||
AUTHOR = "J. Reschke",
|
||||
TITLE = "{The 'Basic' HTTP Authentication Scheme}",
|
||||
HOWPUBLISHED = {Internet Requests for Comments},
|
||||
TYPE="{RFC}",
|
||||
NUMBER=7617,
|
||||
PAGES = {1-56},
|
||||
YEAR = {2015},
|
||||
MONTH = {9},
|
||||
ISSN = {2070-1721},
|
||||
PUBLISHER = "{RFC Editor}",
|
||||
INSTITUTION = "{RFC Editor}",
|
||||
URL={https://www.rfc-editor.org/rfc/rfc7617.html}
|
||||
}
|
||||
8
chapters/1 - inleiding.tex
Normal file
8
chapters/1 - inleiding.tex
Normal file
@ -0,0 +1,8 @@
|
||||
\chapter{Inleiding}
|
||||
|
||||
In het onderzoek zijn verschillende bevindingen beschreven waaronder het missen van koppelingen tussen Ansible en andere applicaties die gebruikt worden binnen het Expert Team Networking. Het ontbreken van deze koppelingen zorgt ervoor dat het minder gemakkelijk is om Ansible effectief te kunnen gebruiken in de productie netwerken.
|
||||
|
||||
In dit ontwerp wordt een koppeling beschreven tussen Ansible en het TOPdesk Asset Management systeem met als doelstelling om een lijst van netwerkapparatuur te kunnen genereren die kan worden ingelezen door Ansible als een inventory.
|
||||
|
||||
Dit moet ervoor zorgen dat medewerkers snel een inventory kunnen samenstellen voor gebruik met Ansible bij het (geautomatiseerd) uitvoeren van een bepaalde taak.
|
||||
|
||||
@ -1,4 +0,0 @@
|
||||
\chapter{Een test}
|
||||
Test \cite{dirac}
|
||||
|
||||
\lipsum{10}
|
||||
84
chapters/2 - criteria.tex
Normal file
84
chapters/2 - criteria.tex
Normal file
@ -0,0 +1,84 @@
|
||||
\chapter{Criteria}
|
||||
|
||||
De doelstelling van de oplossing die wordt beschreven in dit ontwerp is het automatisch genereren van een Ansible inventory op basis van filteropties die de gebruiker ingeeft. Dit hoofdstuk documenteert de criteria aan dit systeem.
|
||||
|
||||
Naar aanleiding van het onderzoek zijn diverse eisen vastgesteld aan de functionaliteit die de plugin beschikbaar stelt en de manier waarop deze functionaliteit worden gerealiseerd. Eisen met betrekking tot de functionaliteit worden 'functionele eisen' genoemd, deze staan beschreven in tabel \ref{tbl:requirements_nietfunctioneel}. Eisen met betrekking over de manier waarop functionaliteiten worden gerealiseerd worden 'niet-functionele eisen' genoemd, deze staan beschreven in tabel \ref{tbl:requirements_functioneel}.
|
||||
|
||||
\newcounter{magicrownumbers}
|
||||
\newcommand\rownumber{\stepcounter{magicrownumbers}\arabic{magicrownumbers}}
|
||||
|
||||
\begin{table}[h]
|
||||
\caption{Functionele eisen}
|
||||
\label{tbl:requirements_functioneel}
|
||||
\centering
|
||||
\begin{tabular}{l p{0.2\linewidth} p{0.5\linewidth} l }
|
||||
\toprule
|
||||
& \textbf{Naam}& \textbf{Omschrijving}& \textbf{Prioriteit}\\
|
||||
\midrule
|
||||
|
||||
\rownumber&
|
||||
Asset Management koppeling&
|
||||
De automatiseringstool moet de apparaten kunnen verkrijgen uit het TOPdesk Asset Management systeem.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Actuele gegevens&
|
||||
De data wordt real time opgehaald en verwerkt om een actueel inventory op te bouwen.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Configureerbare velden&
|
||||
Het kan geconfigureerd worden welke velden worden meegenomen.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Groeperen op veld&
|
||||
De gebruiker kan aangeven dat het inventory moet worden gegroepeerd op een bepaald veld. Bijvoorbeeld het type apparaat (switch, router).&
|
||||
Should\\
|
||||
|
||||
\bottomrule
|
||||
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
|
||||
|
||||
\begin{table}[ht]
|
||||
\caption{Niet-functionele eisen}
|
||||
\label{tbl:requirements_nietfunctioneel}
|
||||
\centering
|
||||
\begin{tabular}{l l p{0.5\linewidth} l }
|
||||
\toprule
|
||||
& \textbf{Naam}& \textbf{Omschrijving}& \textbf{Prioriteit}\\
|
||||
\midrule
|
||||
|
||||
\rownumber&
|
||||
Compatibility&
|
||||
De automatiseringstool kan worden ingezet in de huidige beheeromgeving en kan werken met de apparatuur die wordt beheerd door het Expert Team Networking.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Extensibility&
|
||||
De automatiseringstools kunnen worden uitgebreid met additionele functionaliteit.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Usability&
|
||||
De automatiseringstools kunnen met minimale training en/of kennis gebruikt worden zodanig dat de doelstelling bereikt kan worden zoals gesteld door de eindgebruiker.&
|
||||
Must\\
|
||||
|
||||
\rownumber&
|
||||
Scalability&
|
||||
Het automatiseringssysteem kan worden ingezet op een grote hoeveelheid netwerkapparaten&
|
||||
Should\\
|
||||
|
||||
|
||||
\rownumber&
|
||||
Maintainability&
|
||||
De automatiseringstools kunnen worden onderhouden door het Networking Team.&
|
||||
Should\\
|
||||
|
||||
\bottomrule
|
||||
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
|
||||
358
chapters/3 - ontwerp.tex
Normal file
358
chapters/3 - ontwerp.tex
Normal file
@ -0,0 +1,358 @@
|
||||
\chapter{Ontwerp}
|
||||
|
||||
In dit ontwerp zal een Ansible inventory plugin worden beschreven waarmee TOPdesk Asset Management direct als inventory bron kan worden gebruikt. Op deze manier hoeft geen informatie handmatig gekopieerd te worden vanuit Asset Management naar een inventory bestand maar kan de gewenste apparatuur worden opgegeven en zal de plugin alle benodigde data ophalen de apparatuur waarna deze gebruikt kan worden in playbooks en ad hoc commando's.
|
||||
|
||||
\begin{figure}[h]
|
||||
\centering
|
||||
\includegraphics[scale=0.7]{figures/highlevel.pdf}
|
||||
\caption{Top level design}
|
||||
\end{figure}
|
||||
|
||||
|
||||
\section{Ontwerpmogelijkheden}
|
||||
|
||||
In dit hoofdstuk worden verschillende ontwerpkeuzes en geassocieerde eigenschappen gedocumenteerd die zijn gemaakt.
|
||||
|
||||
\subsection{Integratie met Ansible}
|
||||
|
||||
Het doel van het systeem is om een inventory genereren voor gebruik met Ansible. Er zijn verschillende mogelijkheden om dit te bereiken, deze zullen in dit hoofdstuk beschreven worden.
|
||||
|
||||
\subsubsection{Browser extensie}
|
||||
|
||||
Een van de mogelijkheden is het ontwikkelen van een browserextensie die actief wordt op de TOPdesk Asset Management Web Interface. De gebruiker kan dan de normale interface gebruiken van Asset Management om filters toe te passen en apparaten te selecteren die in het inventory opgenomen dienen te worden. Vervolgens biedt de extensie een functionaliteit om de huidige selectie te exporteren naar een Ansible Inventory bestand.
|
||||
|
||||
Voordelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item Het inventory kan worden samengesteld door gebruik te maken van een grafische interface die ook al bekend is binnen het team. (Usability)
|
||||
\end{itemize}
|
||||
|
||||
|
||||
\subsubsection{Ansible Inventory Plugin}
|
||||
|
||||
Ansible kan op verschillende manier worden uitgebreid waaronder door het maken van een 'Inventory Plugin'. Dit soort plugins kunnen worden geschreven in Python en worden toegevoegd aan Ansible om te integreren met een andere applicaties voor het ophalen van een inventory.
|
||||
|
||||
Instellingen van een inventory plugin worden in een configuratiebestand gezet met YAML opmaak. In dit configuratiebestand zal de gebruiker dus alle filters moeten definiëren die moeten worden gebruikt om de gewenste apparaten op te halen.
|
||||
|
||||
Voordelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item Deze manier van een inventory genereren is zeer geschikt voor gebruik in combinatie met AWX omdat hier geen handmatige acties vereist zijn behalve het opstellen van de initiële configuratie. Daarna kan AWX met dezelfde configuratie het inventory steeds vernieuwen.
|
||||
\end{itemize}
|
||||
|
||||
|
||||
\subsubsection{Dynamisch inventory script}
|
||||
|
||||
Ansible biedt ook de mogelijkheid om de output van een extern script te kunnen gebruiken als inventory indien deze de correcte structuur heeft. Het externe script wordt uitgevoerd door Ansible en de output van dit script moet in JSON geformatteerd zijn. Daarnaast moet het script verschillende argumenten accepteren \cite{ansible_script_inventory_requirements}.
|
||||
|
||||
Een van de voordelen van een inventory script is dat deze in elke taal kan worden geïmplementeerd, zolang de output maar voldoet aan de requirements van Ansible en kan worden uitgevoerd.
|
||||
|
||||
Er wordt echter aangeraden om een Inventory Plugin te gebruiken in plaats van inventory scripts \cite{ansible_script_inventory_statement}.
|
||||
|
||||
|
||||
\subsection{Koppeling met TOPdesk Asset Management}
|
||||
|
||||
Het inventory zal opgebouwd moeten worden op basis van gegevens afkomstig uit TOPdesk Asset Management, dit is namelijk het systeem waarin alle apparatuur wordt bijgehouden. Er zal dus een direct of indirecte koppeling moeten komen met dit systeem. Hier bestaan de volgende mogelijkheden:
|
||||
|
||||
|
||||
\subsubsection{TOPdesk Asset Management REST API}
|
||||
|
||||
Asset Management stelt een REST API beschikbaar waarmee de apparatuur kan worden opgehaald, aangemaakt, gewijzigd of verwijderd kan worden inclusief alle informatie die hieraan verbonden is. De API maakt gebruik van een JSON indeling waardoor het antwoord gemakkelijk uitgelezen kan worden.
|
||||
|
||||
Voordelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item JSON is gemakkelijk uit te lezen door de meeste programmeertalen. Dit kan complexiteit van de oplossing verkleinen
|
||||
\item REST API's zijn zeer goed ondersteund door de meeste programmeertalen en hier zijn veel tools voor beschikbaar. Dit maakt de oplossing gemakkelijker te onderhouden
|
||||
\end{itemize}
|
||||
|
||||
Nadelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item De meeste velden van een apparaat bevatten unieke ids in plaats van leesbare text. Dit is bijvoorbeeld het geval als men een dropdown veld met bepaalde waardes toevoegt, de API geeft het unieke id in plaats van de text waarde van de dropdown. Dit verhoogt de complexiteit van de oplossing
|
||||
\item De hoeveelheid resultaten is niet te wijzigen en staat vast op 50. Dit zorgt ervoor dat wanneer alle resultaten benodigd zijn meerdere verzoeken moeten worden gemaakt naar de server om alle resultaten op te halen (wanneer het aantal resultaten over de 50 bedraagt). Dit verhoogt de complexiteit van de oplossing
|
||||
\end{itemize}
|
||||
|
||||
|
||||
\subsubsection{Excel export}
|
||||
|
||||
In Asset Management kan ook een Excel document worden geëxporteerd met alle (geselecteerde) assets. Dit excel document zou eventueel verwerkt kunnen worden tot een Ansible inventory.
|
||||
|
||||
Voordelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item De gebruiker kan filters toepassen in de bekende TOPdesk Asset Management web interface en daarna de assets exporteren. Dit maakt het gemakkelijker voor de gebruiker om de gewenste apparatuur te selecteren.
|
||||
\end{itemize}
|
||||
|
||||
Nadelen:
|
||||
|
||||
\begin{itemize}
|
||||
\item Een ouder geëxporteerd Excel document kan potentieel niet meer de actuele apparatuur of gegevens bevatten. Dit maakt het minder gemakkelijk om te gebruiken.
|
||||
\end{itemize}
|
||||
|
||||
|
||||
|
||||
|
||||
\section{Ontwerpkeuzes}
|
||||
|
||||
Dit hoofdstuk ligt de gemaakte keuzes toe.
|
||||
|
||||
\subsection{Ansible Inventory Plugin}
|
||||
|
||||
Er is gekozen om het inventory te genereren door een Ansible Inventory Plugin in plaats van dynamisch inventory of door andere externe tool. Deze keuze is voor de volgende redenen gemaakt:
|
||||
|
||||
\begin{enumerate}
|
||||
\item In een Ansible Plugin of module kan gebruik worden gemaakt van Ansibles Python API. Deze API bevat functies die vaker gebruikt worden bij het genereren van een inventory en/of integraties met Ansible. Hierdoor hoeft minder functionaliteit zelf ontworpen, geïmplementeerd en onderhouden te worden en verlaagt de complexiteit van de oplossing. Als resultaat verhoogt dit de \textit{maintainability} van de oplossing.
|
||||
\item Omdat een Ansible Inventory Plugin een officiële manier is om de functionaliteit van Ansible uit te breiden wordt dit ook ondersteund in Ansible AWX, een automatiseringsplatform die gebruik maakt van Ansible. \textit{compatibility, usability, scalability}.
|
||||
\end{enumerate}
|
||||
|
||||
|
||||
\subsection{TOPdesk Asset Management REST API}
|
||||
|
||||
Als bron voor de benodigde informatie over de apparatuur die in productieomgevingen aanwezig is wordt gebruik gemaakt van de REST API van het TOPdesk Asset Management systeem. Hierdoor garandeert de plugin dat de opgehaalde informatie altijd actueel is. Een aantal eigenschappen van deze API:
|
||||
|
||||
\begin{itemize}
|
||||
\item De API werkt met de JSON indeling.
|
||||
\item Er kan een query worden opgebouwd met een 'FIQL' string \cite{topdesk_api_tutorial}. Deze bevat alle criteria die nodig zijn om de gewenste assets te selecteren (gescheiden met een komma).
|
||||
\item De API reageert met maximaal 50 resultaten. Indien er meer resultaten beschikbaar zijn reageert de API met status code 206 (not complete). De volgende pagina moet worden opgehaald door een query te maken waarbij de naam van de assets groter moeten zijn dan de laatst ontvangen asset (omdat de assets standaard zijn gesorteerd op naam). \cite{topdesk_asset_management_api}
|
||||
\end{itemize}
|
||||
|
||||
|
||||
|
||||
\section{Minimaal benodigde gegevens}
|
||||
|
||||
In dit hoofdstuk wordt beschreven welke gegevens minimaal benodigd zijn om de inventory plugin effectief toe te kunnen passen in de praktijk. De gegevens kunnen binnen Ansible op verschillende manieren relevant zijn. Het gegeven kan noodzakelijk zijn om toegang te krijgen door Ansible tot het apparaat dat geconfigureerd dient te worden. Voorbeelden hiervan zijn het IP-adres of hostname waar het apparaat op bereikbaar is en eventuele authenticatie gegevens om toegang te verkrijgen tot het apparaat.
|
||||
|
||||
\begin{tabular}{l p{0.45\linewidth} l}
|
||||
\toprule
|
||||
Gegeven& Omschrijving& Bron\\
|
||||
\midrule
|
||||
TOPdesk URI& Het adres van de TOPdesk installatie \cite{topdesk_api_tutorial}.& Handmatig\\
|
||||
TOPdesk gebruikersnaam& Gebruikersnaam voor authenticatie doeleinden met TOPdesk \cite{topdesk_api_tutorial}.& Handmatig\\
|
||||
TOPdesk API Key& Een key voor authenticatie doeleinden met TOPdesk \cite{topdesk_api_tutorial}.& Handmatig\\
|
||||
Gebruikersnaam& Voor authenticatie doeleinden met het eindapparaat.& Handmatig\\
|
||||
Wachtwoord& Voor authenticatie doeleinden met het eindapparaat.& Handmatig\\
|
||||
IP-adres& Het IP-adres waar het eindapparaat mee te bereiken is.& Asset Management\\
|
||||
Hostnaam& De hostnaam van het apparaat zodat het duidelijk is welk apparaat het betreft voor de gebruiker.& Asset Management\\
|
||||
\bottomrule
|
||||
\end{tabular}
|
||||
|
||||
|
||||
\section{Configuratie interface}
|
||||
|
||||
Om een Ansible inventory plugin te gebruiken/configureren zal deze moeten worden gespecificeerd in het YAML inventory bestand door "plugin: <naam plugin>" hierin op te nemen. Vervolgens kan de plugin zelf configuratieopties definiëren die door de eindgebruiker kunnen worden gebruikt om de werking van de plugin te beïnvloeden.
|
||||
|
||||
In afbeelding \ref{fig:voorbeeld_aws_ec2_inventory} is een voorbeeld te zien van de manier waarop de inventory plugin voor AWS EC2 is te gebruiken. Deze plugin zorgt ervoor dat een inventory wordt opgebouwd op basis van de virtuele machines in een AWS subscription.
|
||||
|
||||
\begin{figure}[h]
|
||||
\begin{lstlisting}
|
||||
plugin: aws_ec2
|
||||
regions:
|
||||
- us-east-1
|
||||
\end{lstlisting}
|
||||
\caption{inventory.yaml AWS voorbeeld \cite{aws_ec2_inventory_documentatie}}
|
||||
\label{fig:voorbeeld_aws_ec2_inventory}
|
||||
\end{figure}
|
||||
|
||||
\subsection{User Experience}
|
||||
|
||||
De benodigde instellingen voor het opbouwen van een inventory met daarin de gewenste apparatuur kan met name op twee verschillende manieren:
|
||||
|
||||
\begin{enumerate}
|
||||
\item \label{ue_criteria_gebasseerd} De plugin kan geconfigureerd worden met criteria waar een apparaat aan moet voldoen om in het inventory te worden opgenomen. Dus bijvoorbeeld van een bepaalde klant, locatie of type apparaat.
|
||||
\item \label{ue_naam_gebasseerd} De plugin zou ook geconfigureerd kunnen worden met de (unieke) namen van de apparaten die in het inventory opgenomen dienen te worden. Op deze manier kan de gebruiker in de web interface van Asset Management bepaalde filters configureren en vervolgens de namen van de apparaten kopiëren en in de configuratie plaatsen.
|
||||
\end{enumerate}
|
||||
|
||||
Met name zijn de volgende verschillen relevant tussen deze mogelijkheden:
|
||||
|
||||
\begin{itemize}
|
||||
\item Punt \ref{ue_criteria_gebasseerd} is geschikter voor een zeer groot aantal apparaten. Dit komt omdat niet voor elk apparaat de naam in de configuratie gezet hoeft te worden.
|
||||
\item Punt \ref{ue_naam_gebasseerd} is geschikter voor een kleiner aantal apparaten. Dit komt doordat de gebruiker direct de namen kan opgeven van de apparaten en niet hoeft te zoeken naar alle filteropties die tot de gewenste selectie leveren.
|
||||
\item Punt \ref{ue_criteria_gebasseerd} zou de plugin aanzienlijk complexer maken omdat voor bijna elke eigenschap een filteroptie moet komen. Hierdoor zal de plugin lastiger te onderhouden zijn.
|
||||
\end{itemize}
|
||||
|
||||
Op basis van deze eigenschappen is gekozen voor punt \ref{ue_naam_gebasseerd}. Hierdoor moet het zeer toegankelijk zijn vooral voor de dagelijkse werkzaamheden (wijzigingen op een grote hoeveelheid apparaten komen niet elke dag voor). Daarnaast kan dit naar aanleiding van de bevindingen nog aangepast worden naderhand.
|
||||
|
||||
|
||||
\subsection{Configuratieopties}
|
||||
|
||||
De volgende configuratieopties moeten beschikbaar worden gesteld aan de eindgebruiker door de inventory plugin:
|
||||
|
||||
\begin{table}[h]
|
||||
\caption{Alle configuratie settings die beschikbaar moeten worden gesteld}
|
||||
\label{tbl:configuratie_settings}
|
||||
\begin{tabular}{l l l p{0.4\linewidth}}
|
||||
\toprule
|
||||
\textbf{Setting}& \textbf{Type}& \textbf{Required}& \textbf{Omschrijving}\\
|
||||
\midrule
|
||||
|
||||
TOPdesk url&
|
||||
string&
|
||||
Ja&
|
||||
Het adres waarop de TOPdesk installatie is te bereiken\\
|
||||
|
||||
TOPdesk gebruikersnaam&
|
||||
string&
|
||||
Ja&
|
||||
De gebruikersnaam van het account om te gebruiken met TOPdesk (moet rechten hebben voor Asset Management)\\
|
||||
|
||||
TOPdesk API key&
|
||||
string&
|
||||
Ja&
|
||||
Een API key die is aangemaakt in TOPdesk \cite{topdesk_api_tutorial}\\
|
||||
|
||||
Velden&
|
||||
list&
|
||||
Ja&
|
||||
Een lijst met velden die je wilt gebruiken in je playbook afkomstig van Asset Management\\
|
||||
|
||||
Assets&
|
||||
list&
|
||||
Ja&
|
||||
Een lijst met de namen van de apparatuur die je in het inventory wilt opnemen\\
|
||||
|
||||
ansiblehost&
|
||||
string&
|
||||
Ja&
|
||||
Het veld dat Ansible moet gebruiken om verbinding te maken met het eindapparaat, dus een IP-adres of hostnaam\\
|
||||
|
||||
|
||||
\bottomrule
|
||||
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
|
||||
\pagebreak
|
||||
|
||||
\section{Technisch ontwerp}
|
||||
|
||||
In dit hoofdstuk wordt beschreven hoe de plugin zal werken vanuit een technisch aspect. In afbeelding \ref{fig:procestekening} is te zien welke stappen ondernomen zullen worden om uiteindelijk een bruikbaar inventory te kunnen genereren.
|
||||
|
||||
\begin{figure}[h]
|
||||
\label{fig:procestekening}
|
||||
\centering
|
||||
\includegraphics[scale=0.7]{figures/ontwerp.pdf}
|
||||
\caption{Proces van de plugin}
|
||||
\end{figure}
|
||||
|
||||
\subsection{Valideer configuratie}
|
||||
|
||||
Om te kunnen functioneren moeten de configuratieopties voldoen aan enkele eisen, indien dat niet het geval is moet de gebruiker hierover worden ingelicht zodat het probleem verholpen kan worden, dit moet de gebruiksvriendelijkheid van de plugin verhogen.
|
||||
|
||||
Tabel \ref{tbl:conf_criteria} documenteert de criteria waar de configuratieopties aan moeten voldoen. Wanneer dat niet het geval is zal een foutmelding gegeven worden.
|
||||
|
||||
\begin{table}[h]
|
||||
\caption{Criteria aan configuratie}
|
||||
\label{tbl:conf_criteria}
|
||||
\centering
|
||||
\begin{tabular}{l l l p{0.6\linewidth}}
|
||||
\toprule
|
||||
\textbf{Optie}& \textbf{Type}& \textbf{Verplicht}& \textbf{Criteria}\\
|
||||
\midrule
|
||||
URL&
|
||||
string&
|
||||
Ja&
|
||||
\begin{itemize}
|
||||
\item Moet naar een toegankelijke TOPdesk installatie wijzen.
|
||||
\end{itemize}\\
|
||||
|
||||
username&
|
||||
string&
|
||||
Ja&
|
||||
\\
|
||||
|
||||
application$\_$key&
|
||||
string&
|
||||
Ja&
|
||||
\begin{itemize}
|
||||
\item Moet een application id bevatten geassocieerd met het opgegeven TOPdesk account \cite{topdesk_api_tutorial}.
|
||||
\end{itemize}\\
|
||||
|
||||
fields&
|
||||
list&
|
||||
Ja&
|
||||
\begin{itemize}
|
||||
\item Bevat een lijst van de velden die moeten worden opgehaald van elk apparaat.
|
||||
\end{itemize}\\
|
||||
|
||||
names&
|
||||
list&
|
||||
Ja&
|
||||
\begin{itemize}
|
||||
\item Bevat een lijst van de namen (string) van apparaten die in het inventory aanwezig moeten zijn.
|
||||
\end{itemize}\\
|
||||
|
||||
ansible$\_$host&
|
||||
string&
|
||||
Ja&
|
||||
\begin{itemize}
|
||||
\item bevat de naam van het veld waar het apparaat mee bereikt kan worden. Dus een hostname of IP-adres.
|
||||
\end{itemize}\\
|
||||
|
||||
|
||||
|
||||
\bottomrule
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
|
||||
|
||||
\subsection{Ophalen van Assets}
|
||||
|
||||
Om de apparatuur op te halen wordt de REST API van Asset Management gebruikt. De API maakt gebruikt van 'basic' HTTP Authenticatie, hiermee kan een client zich authenticeren met een gebruikersnaam en wachtwoord \cite{rfc7617}. Als wachtwoord wordt een 'application key' gebruikt in plaats van het wachtwoord van de gebruiker \cite{topdesk_api_tutorial}.
|
||||
|
||||
Voor elk apparaat die wordt opgegeven door de gebruiker zal een verzoek worden gestuurd om de actuele informatie van dit apparaat op te halen (inclusief alle velden die de gebruiker opgeeft). In tabel \ref{tbl:voorbeeld_request} is een voorbeeld te zien van hoe een request eruit kan zien. In appendix \ref{appendix:assetmgmt_api_response} is een voorbeeld te zien van de response van de server.
|
||||
|
||||
De response bevat twee soorten gegevens: de assets zelf en informatie over de velden die de assets bevatten. De assets en de velden die nog niet zijn opgeslagen worden bewaard.
|
||||
|
||||
\begin{table}[h!]
|
||||
\caption{Verzoek voor het ophalen van informatie over een asset}
|
||||
\label{tbl:voorbeeld_request}
|
||||
\begin{tabular}{r l}
|
||||
\textbf{URI}&
|
||||
https://<kembit topdesk>/tas/api/assetmgmt/assets\\
|
||||
|
||||
\textbf{Method}&
|
||||
GET\\
|
||||
|
||||
\textbf{Authentication}&
|
||||
Basic: username + application key\\
|
||||
|
||||
\textbf{Headers}&
|
||||
Accept: application/json\\
|
||||
|
||||
\multirow{2}{*}{\textbf{Parameters}}&
|
||||
fields: \textit{<De namen van de gewenste velden gescheiden met komma>}\\
|
||||
|
||||
&
|
||||
\$filter: 'name eq \textit{<naam van op te halen asset>}'\\
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
|
||||
|
||||
\subsection{Ophalen van veldinformatie}
|
||||
|
||||
In de response van de Asset Management API in Appendix \ref{appendix:assetmgmt_api_response} is direct een probleem te zien, namelijk dat het 'status' veld geen tekstuele waarde bevat maar een uniek id. Dit unieke id is niet leesbaar en zal vervangen moeten worden met een tekstuele waarde.
|
||||
|
||||
Om dit te doen moet eerst de veldinformatie worden opgehaald waaruit afgeleid kan worden wat de tekstuele waarde is geassocieerd met elk mogelijk id. De response in Appendix \ref{appendix:assetmgmt_api_response} geeft onder de 'columns' key wat informatie over de velden, waaronder een link waarmee de mogelijkheden van het veld kunnen worden opgehaald. Deze veldinformatie is opgeslagen in de vorige stap (hoofdstuk).
|
||||
|
||||
Om alle mogelijke waardes van velden op te halen kan over de bewaarde veldinformatie worden geïtereerd waarbij de url wordt opgevraagd en de reactie hierop wordt opgeslagen. Nadat dit is gebeurd is alle data bekend om de ids om te zetten naar tekstuele waardes.
|
||||
|
||||
|
||||
\subsection{Dataverwerking}
|
||||
|
||||
Op dit punt is veel data verzameld en zal deze samen moeten worden gebracht om een complete lijst van de apparatuur (inclusief alle tekstuele veldwaardes) te krijgen. De volgende informatie is opgehaald en beschikbaar:
|
||||
|
||||
\begin{itemize}
|
||||
\item Assets - De apparatuur (waarbij sommige waardes een id bevatten in plaats van leesbare tekst)
|
||||
\item Columns - Informatie over de velden van de apparatuur (inclusief een url waarmee de veldwaardes opgehaald kunnen worden)
|
||||
\item Veldwaardes - Per veld de waardes die dit veld kan bevatten (en de geassocieerde ids)
|
||||
\end{itemize}
|
||||
|
||||
Nu kan in de lijst van assets alle ids worden vervangen met tesktwaardes door de ids op te zoeken in de opgehaalde veldwaardes geassocieerd met het gewenste veld.
|
||||
|
||||
|
||||
\subsection{Inventory produceren}
|
||||
|
||||
Het uiteindelijke inventory kan nu worden doorgegeven middels de Ansible API zodat deze door de eindgebruiker kan worden benut.
|
||||
|
||||
Ansibles Python API biedt functies die gebruikt kunnen worden in de plugin om apparaten variabelen, en groepen toe te voegen aan het inventory. Voor elk appaaat wordt deze toegevoegd aan het inventory. Vervolgens wordt voor elk veld dat dit apparaat bevat de waarde en naam van dit veld toegevoegd als variabelen.
|
||||
3
figures/src/highlevel.dot
Normal file
3
figures/src/highlevel.dot
Normal file
@ -0,0 +1,3 @@
|
||||
digraph {
|
||||
"Asset Management" -> "Ansible Asset Management Inventory Plugin" -> "Ansible"
|
||||
}
|
||||
10
figures/src/ontwerp.dot
Normal file
10
figures/src/ontwerp.dot
Normal file
@ -0,0 +1,10 @@
|
||||
digraph {
|
||||
node [shape=box]
|
||||
config[label="1 - valideer configuratie"]
|
||||
get_assets[label="2 - haal assets op"]
|
||||
get_fields[label="3 - haal veldinformatie op"]
|
||||
transform_data[label="4 - verwerk data"]
|
||||
produce_inventory[label="5 - maak inventory"]
|
||||
|
||||
config -> get_assets -> get_fields -> transform_data -> produce_inventory
|
||||
}
|
||||
5
figures/src/ontwerp_get_assets.dot
Normal file
5
figures/src/ontwerp_get_assets.dot
Normal file
@ -0,0 +1,5 @@
|
||||
digraph {
|
||||
node [shape=box]
|
||||
|
||||
|
||||
}
|
||||
9
figures/src/werking.plantuml
Normal file
9
figures/src/werking.plantuml
Normal file
@ -0,0 +1,9 @@
|
||||
@startuml werking
|
||||
start
|
||||
:lees configuratie;
|
||||
:haal Assets op;
|
||||
:haal veldinformatie op;
|
||||
:verwerk data;
|
||||
:produceer inventory;
|
||||
end
|
||||
@enduml
|
||||
12
main.tex
12
main.tex
@ -23,6 +23,8 @@
|
||||
|
||||
\usepackage{lipsum}
|
||||
|
||||
\usepackage{multirow}
|
||||
|
||||
%% For code snippets
|
||||
\usepackage{listings}
|
||||
\lstset{basicstyle=\ttfamily\footnotesize,breaklines=true}
|
||||
@ -35,7 +37,7 @@
|
||||
\renewcommand{\arraystretch}{1.5}
|
||||
|
||||
%% Verander dit {
|
||||
\newcommand{\titel}{Titel hier}
|
||||
\newcommand{\titel}{Ontwerp}
|
||||
\newcommand{\project}{Applied Network Automation}
|
||||
\newcommand{\auteur}{
|
||||
Martijn Remmen
|
||||
@ -82,9 +84,15 @@ Martijn Remmen
|
||||
\tableofcontents
|
||||
\pagebreak
|
||||
|
||||
\input{chapters/1 - voorbeeld.tex}
|
||||
\input{chapters/1 - inleiding.tex}
|
||||
\input{chapters/2 - criteria.tex}
|
||||
\input{chapters/3 - ontwerp.tex}
|
||||
|
||||
|
||||
\printbibliography
|
||||
|
||||
\appendix
|
||||
\chapter{Asset Management API Response}\label{appendix:assetmgmt_api_response}
|
||||
\lstinputlisting[numbers=left]{appendix/assetmgmt_response.json}
|
||||
|
||||
\end{document}
|
||||
|
||||
Reference in New Issue
Block a user