Skip to content
View d-vm's full-sized avatar

Organizations

@kubespace-io @dockopslab

Block or report d-vm

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
d-vm/README.md

David Ventura

Platform Engineering · SRE · DevOps

Cloud and hybrid infrastructure designed to be secure, observable, and operable.

Website LinkedIn Email


Infrastructure that can be understood and operated

I design, deploy, and operate cloud, Kubernetes, and on-premise platforms with a strong focus on automation, security, observability, and maintainability.

My work connects architecture with day-to-day operations: reproducible environments, controlled delivery pipelines, actionable telemetry, and documentation that enables teams to evolve their systems with confidence.

Cloud & hybrid platforms

Architecture and operation across public cloud and on-premise environments, with explicit attention to identity, networking, data, resilience, and cost-aware growth.
Kubernetes & containers

Containerized workloads, maintainable clusters, registries, secrets, deployment standards, and a consistent path from development to production.
DevOps & delivery

CI/CD pipelines, infrastructure as code, GitOps practices, automated validation, and traceable release workflows that reduce manual intervention.
Observability & reliability

Metrics, logs, dashboards, and actionable alerts designed to explain system behavior before incidents become business problems.

What I help teams solve

  • Cloud growth without a clear operating model — organize architecture, identity, networking, storage, and responsibilities before complexity becomes the default.
  • Fragile or manual releases — turn builds, validation, and deployments into repeatable CI/CD workflows with traceable artifacts.
  • Inconsistent application environments — containerize workloads and define a maintainable path across development, testing, and production.
  • Late incident discovery — connect metrics, logs, dashboards, and alerts so teams can diagnose behavior with evidence.
  • Disconnected on-premise systems — modernize Linux, virtualization, storage, backup, and network operations while preserving hybrid requirements.

Technology landscape

Microsoft Azure AWS Google Cloud Kubernetes Docker Terraform GitLab CI/CD Azure DevOps Linux Proxmox Synology Grafana Prometheus Loki InfluxDB

Selected platform capabilities

Area Practical scope
Microsoft Azure AKS, Azure SQL, Storage, ACR, Key Vault, App Registrations, identities, and access boundaries
Container platforms Workload containerization, cluster operation, registries, configuration, secrets, and deployment standards
Hybrid infrastructure Linux, KVM, Proxmox, Synology, networks, redundancy, backups, and cloud/on-premise integration
Delivery engineering GitLab CI/CD, Azure DevOps, infrastructure as code, GitOps, validation, and release automation
Observability Grafana, Prometheus, Loki, InfluxDB, telemetry collection, dashboards, and actionable alerting

How I approach engineering

evaluate → design → automate → validate → observe → improve
  1. Evaluate the current context, dependencies, constraints, risks, and operational objective.
  2. Design the architecture, ownership model, change plan, and validation criteria.
  3. Implement in small, automated, observable stages with explicit rollback paths.
  4. Validate behavior, recovery, security, and documentation using evidence.
  5. Operate and improve the real system, prioritizing the next changes with data.
  • Automation first — repeatable work becomes code, a pipeline, or a verifiable procedure.
  • Security by design — identity, permissions, secrets, and exposure are architecture concerns.
  • Observability as a capability — systems should explain what is happening inside them.
  • Documentation as infrastructure — decisions and operations must remain available to the team.
  • Pragmatism over complexity — Kubernetes, cloud services, and new tooling are used when they solve a real constraint.

Areas I work across

platforms:
  - cloud architecture and migration
  - kubernetes and container platforms
  - hybrid and on-premise infrastructure

delivery:
  - ci/cd and release automation
  - infrastructure as code
  - gitops and reproducible environments

operations:
  - metrics, logs and alerting
  - reliability and recovery
  - technical documentation

Open engineering

I use this profile to share infrastructure experiments, reusable configurations, deployment patterns, and practical work around cloud-native operations.

Explore repositories

Professional ecosystem

d-vm maintains a verified presence in the IONOS Partner Network while remaining technology-agnostic: platforms and providers are selected according to the workload, team, constraints, and operating model.

IONOS Partner Network


Let’s build platforms that remain understandable as they grow.

Website · LinkedIn · Email

Cloud · DevOps · Kubernetes · Hybrid infrastructure · Observability

Pinned Loading

  1. activa-prefapp/oam-terraform-controller activa-prefapp/oam-terraform-controller Public

    oam's terraform controller demonstration repository for aws-provider

  2. activa-prefapp/oam-gitops-sample activa-prefapp/oam-gitops-sample Public

    repository for configuration, evaluation and development of gitops integrations with kubevela

    HTML

  3. activa-prefapp/oam-applications activa-prefapp/oam-applications Public

    A collection of OAM applications

  4. kubespace-io/napptive-applications kubespace-io/napptive-applications Public

    application OAM components for the Napptive Playground catalogue

    4 1

  5. dockopslab/pulseops dockopslab/pulseops Public

    Automated Docker container for continuous deployment using Docker Compose. The container clones a GitHub repository, checks for changes to a specific path and deploys the project to docker-compose …

    Shell 43 3