Route 53 (DNS)

စိတ်လျှော့ပါ။ ဒီခန်းကို စာအုပ်လိုမဟုတ်ဘဲ စကားပြောသလိုပဲ၊ နားလည်လွယ်အောင် ရှင်းပါမယ်။

ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်

DNS က domain name (human-readable, ဥပမာ - example.com) ကို IP address (computer-readable, ဥပမာ - 54.123.45.67) ကို translate ပေးတဲ့ system ပါ — Route 53 က AWS ရဲ့ DNS service ဖြစ်ပြီး, domain register လုပ်တာကနေစပြီး DNS record management, health check, traffic routing policy (latency-based, geolocation-based) အထိ ပေးထားပါတယ်။ Record type အများဆုံးသုံးရတာတွေက A Record (domain → IPv4 address), CNAME (domain → တခြား domain name), Alias Record (AWS resource, ALB/CloudFront/S3 ကို တိုက်ရိုက် ချိတ်ဆက်ခြင်း, cost မကုန်).

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

`app.thutatech.com` ကို EC2 instance ရဲ့ Elastic IP နဲ့ ချိတ်ဆက်ချင်ရင် A Record ကို create လုပ်ပါတယ် — ALB ကို ချိတ်ဆက်ချင်ရင်တော့ Alias Record ကို သုံးသင့်ပါတယ် (ALB ရဲ့ IP က ပြောင်းနေနိုင်လို့, Alias Record က automatic tracking လုပ်ပေးပါတယ်)။ Health Check ကို enable လုပ်ထားရင်, server down သွားရင် Route 53 က traffic ကို backup server ဆီ auto-route လုပ်ပေးလို့ရပါတယ်.

Route 53 = AWS ရဲ့ DNS service (domain register + record management)
A Record = domain → IP address, CNAME = domain → domain, Alias Record = AWS resource (ALB/S3/CloudFront) ကို ချိတ်ဆက်ခြင်း
Health Check = server down ရင် backup ဆီ auto-route လုပ်နိုင်ခြင်း

အတူတူ ကြည့်မယ်

bash

# Create an A record pointing app.thutatech.com to an EC2 Elastic IP
aws route53 change-resource-record-sets \
  --hosted-zone-id Z123456789ABC \
  --change-batch '{
    "Changes": [{
      "Action": "CREATE",
      "ResourceRecordSet": {
        "Name": "app.thutatech.com",
        "Type": "A",
        "TTL": 300,
        "ResourceRecords": [{"Value": "54.123.45.67"}]
      }
    }]
  }'

You should see

$ dig app.thutatech.com
;; ANSWER SECTION:
app.thutatech.com.  300  IN  A  54.123.45.67

၅ မိနစ် စမ်းကြည့်

Route 53 documentation ကို ဖတ်ပြီး, A Record vs Alias Record ကို ဘယ် scenario မှာ ဘယ်ဟာ သုံးသင့်လဲ ဥပမာနဲ့တကွ ရေးကြည့်ပါ (domain ကိုယ်ပိုင်ရှိမှသာ တကယ် create လိုအပ်ပါတယ်)။

သတိလေးတစ်ချက်

Domain ရဲ့ DNS ကို production traffic ပေါ်နေချိန် ပြောင်းလဲတဲ့အခါ TTL/propagation time ကို ထည့်တွက်ပါ — DNS change တစ်ခု worldwide ပျံ့နှံ့ဖို့ minute အနည်းငယ်ကနေ နာရီအနည်းငယ်ထိ ကြာနိုင်ပါတယ်။