wer ich bin
ich bin yuri cunha, ein brasilianer, der computer, server, systeme und homelabs ein bisschen zu ernst nimmt. auf dieser seite sammle ich projekte, notizen, experimente und Dinge, die ich gelernt habe, indem ich zuerst etwas kaputtgemacht habe.
in einem absatz
ich bin ein Infrastructure & Platform Engineer und baue und betreibe gern vollständige Systeme: von Hardware, Linux und Netzwerken über Storage, Container, Dienste, Datenbanken und Automatisierung bis zu den Anwendungen darüber. Datenbanken sind ein wichtiger Teil meiner Arbeit; mein starker Entwicklungshintergrund hilft mir, Probleme über die Grenze zwischen Anwendung und darunterliegender Plattform hinweg zu verfolgen.
systeme und infrastruktur
ich bin am liebsten nah an den beweglichen Teilen. ich möchte wissen, wo ein Prozess läuft, wie er startet, wo seine Daten liegen, wie Maschinen kommunizieren und wie ein System wiederhergestellt wird, wenn sich ein Dienst schlecht verhält.
meine Arbeit und Experimente umfassen Linux-Server, Docker und Compose, persistenten Storage, private Netzwerke, Cloud- und On-Premises-Workloads, selbstgehostete Dienste, Skripte, CI, Logs, Monitoring und Troubleshooting. die Kette, die das gut beschreibt, ist einfach: Hardware → Linux → Netzwerk → Storage → Container → Dienste → Datenbanken → Automatisierung → Anwendungen.
homelab und hardware
das Homelab ist nicht nur ein Ort, um eine Datenbank zu lernen. es ist eine reale, sich entwickelnde Umgebung, in der ich Systeme auf physischen Maschinen und Cloud-Knoten, x86 und ARM64, privaten Netzwerken und öffentlichen Einstiegspunkten aufbaue, betreibe, kaputtmache, wiederherstelle und dokumentiere.
Server- und Homelab-Hardware gehört zu meinen liebsten Themen: CPU, Speicher, ECC, Storage, Verbrauch und Kapazität bewerten; verstehen, wofür jede Maschine geeignet ist; und jedem Workload einen sinnvollen Platz geben. die Maschine und ihre Grenzen sind mir genauso wichtig wie der Dienst, der darauf läuft.
entwicklung und datenbanken
Entwicklung bleibt ein praktischer Teil meiner Arbeit. ich nutze Python, Shell, Go, Node.js, TypeScript, SQL und Web-Tools für Skripte, Automatisierung, APIs, interne Dienste und Integrationen. dieser Hintergrund hilft, wenn ein Fehler mehrere Schichten betrifft und die Antwort nicht einfach „Container neu starten“ lautet.
PostgreSQL, pgvector, Redis, Backup und Restore, Datenmigration, Performance-Untersuchungen und persistente Dienste sind wichtige Teile meiner Erfahrung. Datenbanken sind eine Schicht, die ich gut kenne, nicht mein ganzes Etikett.
wie ich arbeite
ich bevorzuge verständliche, beobachtbare und wiederherstellbare Systeme. das bedeutet meist Dokumentation nah an der Arbeit, nützliche Logs und Metriken, getestete Backups, kleine Automatisierungen für wiederkehrende Aufgaben und Umgebungen, die ohne Folklore reproduzierbar sind.
ich mag Werkzeuge, die einfach genug sind, um sie um drei Uhr morgens zu reparieren. den Mechanismus unter einem Tool zu verstehen, ist mir wichtiger als eine lange Liste von Befehlen auswendig zu lernen.
richtung
mein Bildungsweg umfasst Datenbanktechnologie an der Estácio; das prägt weiterhin, wie ich über Daten und zustandsbehaftete Systeme denke. beruflich ist die Richtung klar: Infrastruktur und Plattformen, mit Systems Engineering, Linux, Networking, Containern, Automatisierung, Cloud, Self-Hosting und Datenbanken als verbundenem Ganzen statt als Jobtitel-Schubladen.
außerhalb der Technik
mir ist auch wichtig, mich mehr zu bewegen, weiter zu laufen und Gewohnheiten aufzubauen, die langfristig halten. dieselbe Geduld, die bei einem störrischen Dienst hilft, ist auch außerhalb des Terminals nützlich.