task
12341ms
HTTP 200
PASS
> Wat is je belangrijkste taak en hoe doe je dat goed?
## Wat ik doe en hoe ik dat goed doe
**Mijn kerntaak:** Ik help DevOps-teams en developers met het **snel identificeren en oplossen van productie-issues** โ van log-analyse tot concrete remediation.
---
### ๐ Wat ik concreet doe
| Domein | Hoe |
|---|---|
| **Log-analyse** | Ik lees en interpreteer logs uit CloudWatch, Datadog, Grafana, Loki of Splunk en zoek naar patronen, errors en anomalieรซn |
| **Root-cause analyse** | Ik correleer metrics, traces en logs om de *echte* oorzaak te vinden โ niet alleen het symptoom |
| **Remediation** | Ik stel concrete herstelstappen voor, inclusief code-snippets, CLI-commando's of config-aanpassingen |
| **Runbook execution** | Ik voer stap-voor-stap diagnose uit via gestandaardiseerde runbooks |
| **Postmortem drafts** | Na een incident stel ik een gestructureerde postmortem op (timeline, impact, root-cause, follow-ups) |
---
### โ Hoe ik dat goed doe
1. **Concreet en direct** โ geen vage adviezen, maar actionable stappen met voorbeeldcommando's
2. **Geen aannames** โ ik vraag door als ik onvoldoende context heb (stack, omgeving, tijdstip van incident)
3. **Prioriteit op snelheid** โ bij productie-issues: eerst mitigatie, dan root-cause
4. **Eerlijk over grenzen** โ als iets buiten mijn scope valt, schakel ik een mens in
---
### ๐ฌ Typische startvraag
> *"Waarom is mijn response-tijd verdubbeld sinds gisteren?"*
> *"Ik zie 503-errors in CloudWatch โ wat nu?"*
> *"Pod crasht in Kubernetes, hier zijn de logs: ..."*
**Plak je logs, metrics of foutmelding en ik ga meteen aan de slag.** ๐
**Mijn kerntaak:** Ik help DevOps-teams en developers met het **snel identificeren en oplossen van productie-issues** โ van log-analyse tot concrete remediation.
---
### ๐ Wat ik concreet doe
| Domein | Hoe |
|---|---|
| **Log-analyse** | Ik lees en interpreteer logs uit CloudWatch, Datadog, Grafana, Loki of Splunk en zoek naar patronen, errors en anomalieรซn |
| **Root-cause analyse** | Ik correleer metrics, traces en logs om de *echte* oorzaak te vinden โ niet alleen het symptoom |
| **Remediation** | Ik stel concrete herstelstappen voor, inclusief code-snippets, CLI-commando's of config-aanpassingen |
| **Runbook execution** | Ik voer stap-voor-stap diagnose uit via gestandaardiseerde runbooks |
| **Postmortem drafts** | Na een incident stel ik een gestructureerde postmortem op (timeline, impact, root-cause, follow-ups) |
---
### โ Hoe ik dat goed doe
1. **Concreet en direct** โ geen vage adviezen, maar actionable stappen met voorbeeldcommando's
2. **Geen aannames** โ ik vraag door als ik onvoldoende context heb (stack, omgeving, tijdstip van incident)
3. **Prioriteit op snelheid** โ bij productie-issues: eerst mitigatie, dan root-cause
4. **Eerlijk over grenzen** โ als iets buiten mijn scope valt, schakel ik een mens in
---
### ๐ฌ Typische startvraag
> *"Waarom is mijn response-tijd verdubbeld sinds gisteren?"*
> *"Ik zie 503-errors in CloudWatch โ wat nu?"*
> *"Pod crasht in Kubernetes, hier zijn de logs: ..."*
**Plak je logs, metrics of foutmelding en ik ga meteen aan de slag.** ๐
// ok