Skip to content

Revamp dieu.dev as a platform/SRE/infra portfolio #33

Description

@jonathandieu

Tracking issue for rebuilding dieu.dev as a hireable portfolio. Living scope; refine as the brainstorm concludes.

Goal

A portfolio that makes a hiring manager believe I build and operate real production infrastructure. Target roles: platform engineering, SRE/reliability, cloud/DevOps infra, ML/AI infra. The strongest hook: the site runs on the very platform it documents, and proves it with live cost and reliability data.

Context / decisions so far

  • The current portfolio repo is a fork of bchiang7/v4 with front-end project content. Redo from scratch; this is a repositioning from "front-end dev" to "platform engineer," not a reskin.
  • Not a designer: use a clean, minimal off-the-shelf theme. Substance (real architecture, incident writeups, live system data) carries it, not visual flourish.
  • Build and evolve in public. The roadmap and changelog become site content (this also satisfies the "centralized roadmap" ask).

Content architecture

The site is evidence, and most of it already exists from real work.

Receipts (core credibility):

  • Platform overview: one architecture diagram + short narrative (clusters, GitOps via ArgoCD/Kargo, Cilium gateway, workloads).
  • Deep-dive case studies (problem -> decision -> implementation -> outcome, linking real ADRs/PRs):
    • Debugging a 4.5-day load-balancer reconcile loop (the 422 saga)
    • Migrating Envoy Gateway -> Cilium Gateway API
    • Multi-cluster failover with Cloudflare Workers
    • GitOps from zero: terraform + ArgoCD + Kargo + dieuctl

Live exhibits (added over time):

Building-in-public spine:

  • Public roadmap + changelog auto-generated from GitHub issues/PRs

Basics: concise about/contact/CV, links to the repos as source-of-truth receipts.

Open decisions

  • Site concept direction. Options under review in brainstorm: A control-plane (homepage as live ops dashboard), B engineering-docs (clean, content-first), C interactive architecture (clickable live system diagram). Current lean: B as the readable base with A's live tiles on the homepage, C as a later showcase page.
  • Hosting/tech: self-hosted on the DOKS cluster via GitOps (most on-brand) vs external static host with live cluster data. Static site generator (Astro/Hugo) to minimize front-end burden. Where the code lives (dieu.dev repo vs reuse portfolio repo).

v0 slice (build-in-public starting point)

Landing + platform overview + one case study (start with the 422 incident) + the auto-generated roadmap, deployed on the cluster. Everything else lands as visible PRs.

Related

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions