May

MAY THAZIN HLAING

Infrastructure Engineer · Kubernetes · Terraform · AWS / OCI

Tokyo, Japan
maythazinh@gmail.com

Professional Summary

Infrastructure Engineer supporting a production IoT platform on OCI and AWS: operating multi-region Kubernetes clusters, deploying with Helm and Terraform, and troubleshooting with Grafana and Loki. Recent work includes root-causing node disk-pressure evictions to Knative garbage-collection defaults, analyzing duplicate-message risk in an IoT ingestion scale-out, and authoring a cross-cloud architecture proposal for an Apache Iceberg lakehouse on OCI Object Storage. CKA, AWS Solutions Architect Associate, and Terraform Associate certified; JLPT N2 Japanese.

Education

Bachelor of Engineering (Electronics)

NOV 2012 – FEB 2018

Kyaing Tong University | Myanmar

Thesis: Password-Based Digital Door Lock System Using PIC Microcontroller

On-Job Training Internship

MAY 2018 – JUL 2018

Myanmar Posts & Telecommunications

  • Gained expertise in Exchange (PSTN) and ADSL technologies
  • Developed skills in Radio Access Networks and Core Networks
  • Acquired hands-on experience with infrastructure cabling

Certifications

CKA

Certified Kubernetes Administrator (CKA)

Cloud Native Computing Foundation

KCNA

Kubernetes and Cloud Native Associate (KCNA)

Cloud Native Computing Foundation

KCSA

Kubernetes and Cloud Native Security Associate (KCSA)

Cloud Native Computing Foundation

TF

HashiCorp Certified Terraform Associate

HashiCorp

CCNA

Cisco Certified Network Associate (CCNA)

Cisco Systems

AWS SAA

AWS Certified Solutions Architect - Associate

Amazon Web Services

View Credentials

Work Experience

Infrastructure Engineer

2025 - PRESENT Z-Works Inc. | Tokyo, Japan
  • Operate production Kubernetes (OKE) clusters across two OCI regions for an IoT sensor platform — Helm and Terraform for deployments, Grafana and Loki for monitoring and log analysis
  • Root-caused recurring node disk-pressure evictions to Knative revision build-up pinning container image layers, and delivered the fix as Terraform-managed garbage-collection configuration rather than a one-off cluster edit
  • Analyzed duplicate-message risk when scaling an IoT device-ingestion service to multiple replicas: traced every downstream database and queue, showed which paths were already safe and which were not, and proposed idempotency fixes, readiness probes, and graceful-shutdown hooks
  • Authored a cross-cloud architecture proposal for an Apache Iceberg lakehouse (Trino + Nessie) on OCI Object Storage, after tracing a bulk-delete failure to a mandatory AWS SDK checksum that OCI's S3-compatible API rejects

Japanese Language Study

JUL 2022 - DEC 2023 Career Break | Okayama
  • Relocated to Japan to pursue intensive Japanese language training
  • Achieved JLPT N2, developed technical vocabulary for IT fields

Core FO Engineer

JAN 2020 - JUN 2022 ZTE Communication | Myanmar
  • Monitored and analyzed alarms from core nodes (MME, GGSN, SGSN, PCRF)
  • Escalated and managed trouble tickets, ensuring timely resolution
  • Applied knowledge of EPC for 2G/3G and LTE networks to resolve issues

Wireless FO Engineer

MAR 2019 - DEC 2019 Amara Communication Co., Ltd | Myanmar
  • Analyzed and resolved site issues, creating tickets within SLA
  • Collaborated with Tower Companies to coordinate site restoration
  • Examined hardware alarms using U2000 tools to prevent site outages

Skills & Expertise

Telecommunications
  • Network Monitoring
  • EPC for 2G/3G/LTE
  • Alarm Management
  • System Optimization
DevOps & Cloud
  • Kubernetes (CKA) & Helm
  • Terraform (IaC)
  • AWS & OCI
  • GitHub Actions CI/CD
  • Grafana & Loki monitoring
Network Systems
  • FMS, NetAct, U2000
  • Network Management
  • CCNA Networking
Programming & Tools
  • Basic Bash/Python
  • Git
  • Technical Documentation
Languages
  • Japanese (JLPT N2)
  • English (Professional)
  • Burmese (Native)
Soft Skills
  • Problem-Solving
  • Cross-team Collaboration
  • Operational Excellence

Selected Work

Real investigations and designs from production work, described at architecture level.

This Website: $0/month AWS Infrastructure

The site you are reading runs on infrastructure I built end to end: a private S3 origin behind CloudFront with Origin Access Control, HTTPS via ACM, and optional edge Basic auth via CloudFront Functions — all defined in Terraform as a reusable module. A GitHub Actions pipeline plans on pull request and applies on merge, and the whole stack is engineered to stay inside the perpetual AWS free tier.

Terraform S3 + CloudFront ACM GitHub Actions

Kubernetes Node Disk-Pressure Investigation

Pods were being evicted for node disk pressure. I traced the growth to Knative's revision garbage-collection defaults (up to 20 idle revisions retained, each pinning container image layers), and showed why deleting a revision alone frees nothing — the kubelet's image GC only fires at its own disk threshold. Measured the node filesystem to size the real win, and shipped the GC config through Terraform so the operator can't reconcile it away.

Kubernetes Knative kubelet Terraform

Scaling an IoT Ingestion Service Without Duplicating Data

Our service that receives sensor messages (over CoAP, an HTTP-like protocol for small IoT devices) was scaled from one replica to two — which meant a device retry could deliver the same message to both replicas. I traced where a duplicate would actually end up: through the protocol's retry behavior and into every database table and queue downstream. The result: most tables were safe thanks to unique constraints, but one queue had no protection. I proposed the fixes — unique constraints, deduplication before publishing, plus health probes and graceful shutdown for the new replicas.

Kubernetes High Availability Idempotency IoT

Iceberg Lakehouse on OCI — Architecture Proposal

Evaluated moving an Apache Iceberg warehouse (Trino + Nessie on Kubernetes) from AWS S3 to OCI Object Storage. Root-caused the blocker to the AWS SDK's mandatory CRC32 checksum on bulk deletes, which OCI's S3-compatible API rejects — so writes succeed but table maintenance silently can't reclaim storage. Proposed a design that splits the write/query plane from a separate maintenance plane, with per-region warehouses and a phased rollout gated on a working deletion path.

Apache Iceberg Trino OCI AWS S3

Let's Connect

Interested in my work or want to talk infrastructure? I'm based in Tokyo and work in English and Japanese (JLPT N2) — reach me by email or LinkedIn.