qui je suis
je suis yuri cunha, un brésilien qui prend les ordinateurs, les serveurs, les systèmes et les homelabs un peu trop au sérieux. ce site rassemble des projets, des notes, des expériences et ce que j'ai appris en cassant quelque chose d'abord.
en un paragraphe
je suis un Infrastructure & Platform Engineer qui aime construire et exploiter des systèmes complets : du matériel, Linux et du réseau jusqu'au stockage, aux conteneurs, aux services, aux bases de données, à l'automatisation et aux applications qui tournent au-dessus. les bases de données sont une partie importante de mon travail, et mon solide bagage en développement me permet de suivre un problème lorsqu'il traverse la frontière entre une application et la plateforme qui la soutient.
systèmes et infrastructure
j'aime être proche des pièces qui bougent. je veux savoir où un processus s'exécute, comment il démarre, où vivent ses données, comment les machines communiquent et comment récupérer le système quand un service se comporte mal.
mon travail et mes expériences passent par des serveurs Linux, Docker et Compose, du stockage persistant, des réseaux privés, des charges cloud et on-premises, des services auto-hébergés, des scripts, la CI, les logs, la supervision et le dépannage. la chaîne qui me décrit le mieux est simple : matériel → Linux → réseau → stockage → conteneurs → services → bases de données → automatisation → applications.
homelab et matériel
le homelab n'est pas seulement un endroit pour étudier une base de données. c'est un environnement réel et évolutif où je construis, exploite, casse, restaure et documente des systèmes sur des machines physiques et des nœuds cloud, x86 et ARM64, des réseaux privés et des points d'entrée publics.
le matériel de serveur et de homelab est l'un de mes sujets favoris : évaluer CPU, mémoire, ECC, stockage, consommation et capacité ; comprendre le rôle de chaque machine ; et donner à chaque charge un endroit cohérent. la machine et ses limites m'importent autant que le service qu'elle exécute.
développement et bases de données
le développement reste une partie pratique de mon travail. j'utilise Python, shell, Go, Node.js, TypeScript, SQL et des outils web pour les scripts, l'automatisation, les API, les services internes et les intégrations. ce bagage aide lorsqu'une panne traverse les couches et que la réponse n'est pas seulement « redémarre le conteneur ».
PostgreSQL, pgvector, Redis, backup et restore, migration de données, investigation de performance et services persistants sont des parties importantes de mon expérience. les bases de données sont une couche que je connais bien, pas toute mon étiquette.
comment je travaille
je préfère des systèmes compréhensibles, observables et récupérables. cela signifie généralement de la documentation près du travail, des logs et métriques utiles, des sauvegardes testées, de petites automatisations pour les tâches répétitives et des environnements reproductibles sans folklore.
j'aime les outils assez simples pour être réparés à trois heures du matin. comprendre le mécanisme sous l'outil compte plus pour moi que mémoriser une longue liste de commandes.
direction
ma formation inclut la Technologie des Bases de Données à Estácio, ce qui continue d'influencer ma façon de penser les données et les systèmes avec état. professionnellement, la direction est claire : infrastructure et plateformes, avec systems engineering, Linux, réseau, conteneurs, automatisation, cloud, self-hosting et bases de données reliés entre eux, pas séparés dans des cases de titres.
hors de la tech
je tiens aussi à bouger davantage, courir plus loin et construire des habitudes durables. la même patience qui aide avec un service têtu sert aussi en dehors du terminal.