This doth be a machine-wrought text which may contain errors!
Good documentation doth mark the difference ‘twixt remembering how things do function and being stayed at eleven of the clock on a Sunday, for the server lieth down and none doth recall how ‘twas set up. Documentation perchance is not the most thrilling part of IT operation, yet ‘tis one of the most important.
Wherefore to Document?
| Cause | Explanation |
|---|---|
| Memory | Thou shalt not remember all in six months’ time, nor needest thou |
| Collaboration | Others must needs understand what thou hast wrought without questioning thee |
| Troubleshooting | When aught doth go amiss, ‘tis invaluable to know what is wont to be normal |
| Reconstruction | Should a server perish, thou must know precisely how it was set up |
| Auditability | What was altered, when, and by whom? |
Skriv dokumentasjonen for “fremtidig deg”
The most excellent rule of thumb: write as if thou dost explain to thyself six months hence. Thus art thou assured to include sufficient detail without overcomplicating matters.
Of Documentation’s Sorts in IT Operation
Dokumentasjon er essensielt for å sikre stabil og effektiv IT-drift. Uten god dokumentasjon kan feilsøking bli svært vanskelig, og endringer kan føre til uforutsette problemer. Det finnes flere typer dokumentasjon som er nyttige i IT-drift, og vi vil se nærmere på noen av de viktigste.
Documentation ‘tis most vital to assure a stable and efficient IT operation. Without good record, the finding of faults may prove most grievous, and alterations may lead to unforeseen troubles. There be divers sorts of documentation that are helpful in IT operation, and we shall examine some of the most important.
Brukerdokumentasjon
User Documentation
Brukerdokumentasjon beskriver hvordan sluttbrukere kan bruke et system eller en applikasjon. Dette inkluderer instruksjoner for installasjon, konfigurering og daglig bruk. God brukerdokumentasjon gjør det enkelt for brukerne å komme i gang og løse vanlige problemer selv.
User documentation doth describe how the end-users may employ a system or application. This includeth instructions for installation, configuration, and daily use. Good user documentation maketh it easy for the users to begin and resolve common problems themselves.
Systemdokumentasjon
System Documentation
Systemdokumentasjon gir en detaljert beskrivelse av systemets arkitektur, komponenter og funksjonalitet. Dette er primært for IT-personell og utviklere, og brukes til å forstå hvordan systemet fungerer internt og hvordan det kan vedlikeholdes og videreutvikles.
System documentation giveth a detailed description of the system’s architecture, components, and functionality. This is chiefly for IT personnel and developers, and ‘tis used to understand how the system worketh internally and how it may be maintained and further developed.
Driftshåndbok
Operational Handbook
En driftshåndbok inneholder detaljerte prosedyrer for å drifte og vedlikeholde systemet. Dette inkluderer instruksjoner for oppstart, nedstengning, overvåking, sikkerhetskopiering og gjenoppretting. Driftshåndboken er et viktig verktøy for å sikre at systemet kjører stabilt og sikkert.
An operational handbook containeth detailed procedures for operating and maintaining the system. This includeth instructions for startup, shutdown, monitoring, backup, and recovery. The operational handbook is a vital tool to assure that the system runneth stably and securely.
Network Maps
A network map doth show the physical and/or logical structure of the network. ‘Tmay be all from a simple sketch to a detailed diagram with VLANs, IP addresses, and firewall rules.
A good network map should contain:
- All network devices (switches, routers, firewalls, access points)
- VLAN structure with subnet
- IP addresses for important devices (servers, gateway)
- Connections ‘twixt devices
IP-Plan
An IP-Plan doth be an account of how IP addresses are distributed within the network. ‘Twill aid thee in keeping order and avoiding strife (two devices with the selfsame address).
For Example:
| VLAN | Name | Subnet | Gateway | DHCP-Range | Notes |
|---|---|---|---|---|---|
| 10 | Administration | 10.0.10.0/24 | 10.0.10.1 | .100 - .200 | Limited Access |
| 20 | Staff | 10.0.20.0/24 | 10.0.20.1 | .100 - .250 | |
| 30 | Scholars | 10.0.30.0/24 | 10.0.30.1 | .100 - .250 | Internet Only |
| 50 | Servers | 10.0.50.0/24 | 10.0.50.1 | None (Static) | Fixed IP Addresses |
Static Addresses:
| IP-Address | Device | Role |
|---|---|---|
10.0.50.10 | web-01 | Nginx |
10.0.50.11 | db-01 | PostgreSQL |
10.0.50.12 | monitoring-01 | Grafana + Loki |
10.0.50.20 | proxmox | Hypervisor |
Check Rolls
Check rolls do assure that naught be forgot. They be most helpful for tasks thou dost perform seldom, such as setting up a new server or conducting a security review.
For Example: Check Roll for a New Linux Server:
- Install the Operating System (Debian/Ubuntu)
- Update all Packages (
sudo apt update && sudo apt upgrade) - Create a User with Sudo Access
- Disable Root Login via SSH
- Configure the Firewall (
ufw) - Install Necessary Software
- Set up Backup
- Document the Server in the IP Plan
- Test that the Service doth Function
Change Documentation
Each time thou dost enact a change within a production environment (server, network, service), ‘tis meet thou document the same. A simple log may suffice:
## Endringslogg
### 2026-04-14 - Oppgradert Nginx
- **Hva:** Oppdatert Nginx fra 1.24 til 1.26
- **Hvorfor:** Sikkerhetsoppdatering (CVE-2025-XXXX)
- **Hvem:** Ola
- **Resultat:** OK, ingen nedetid
### 2026-04-10 - Nytt VLAN for IoT
- **Hva:** Opprettet VLAN 40 for IoT-enheter
- **Hvorfor:** To isolate the Internet of Things from the remainder of the network.
- **Hvem:** Kari
- **Resultat:** OK, all printers did convey unto VLAN 40.
Bruk Git!
Shouldst thou pen the documentation in files of Markdown (most heartily commended), thou mayest control their versions with Git. Then shalt thou possess a chronicle of all alterations, and be able to discern who did change what, and at what hour.
Operating Documentation
Operating documentation doth describe how a system doth function in its current state:
| What | Example |
|---|---|
| System Architecture | “We run Proxmox with 3 VMs: web, db, monitoring” |
| Access Information | “SSH via port 22, only from VPN” |
| Backup Routines | “Daily backup at 02:00 to external disk” |
| Contact Information | “Should troubles arise, contact Ola (admin)” |
| Recovery Steps | “Restart with: sudo systemctl restart nginx“ |
Tools for Documentation
| Tool | Wherefore ‘tis used | Advantages |
|---|---|---|
| Markdown | Text with simple formatting | Light, portable, doth work with Git |
| draw.io | Diagrams and network maps | Free, visual, exporteth to image |
| Obsidian | Note-taking app with Markdown and linking | Good for personal knowledge base |
| MkDocs | Publish Markdown as a website | Professional documentation |
| Git/GitHub | Version control of documentation | History, collaboration, backup |
Task the First – A Simple Network Map to Forge
Employ draw.io (gratis of cost) to depict the network within thy home or school:
- Begin with the internet connection and the router, good sir.
- Add unto it switches and access points withal.
- Draw in servers, PCs, and other devices as need doth dictate.
- Inscribe IP addresses where known unto thee.
‘Tis not perfection that is sought, but merely to commence thinking visually of the network’s form.
Task the Second – Craft Thine Own Checklist
Ponder upon some deed thou dost oft perform with the arts of IT (perchance, to set up a new Virtual Machine, install a development engine, or configure VS Code). Compose a checklist for the undertaking:
- What be all the steps therein?
- What dost thou most oft forget?
- Mayest thou simplify some of these steps?
Preserve it within a Markdown document, that thou mayest employ it anon.
Task the Third – Document One of Thy Services
Choose ye a service which thou hast established (a Virtual Machine, a Docker-container, a webserver) and pen a brief operational documentation:
- What doth this service perform?
- How dost thou commence or cease its operation?
- What be the IP address and port thereof?
- Doth backup exist?
Write it in Markdown and lay it within a Git-repository.
Summary
- Documents for Thine Future Self: Write as if explaining unto one who doth know naught
- Network Maps and IP Plans do give an overview of the infrastructure
- Checklists ensure that nothing is forgotten in tasks oft repeated
- Change Logs do track what was done, when, and by whom
- Operational Documentation doth describe how the systems function this day
- Use Markdown + Git for easy, version-controlled documentation