[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"academy-blogs-th-1-1-all-ep-123-load-balancing-sticky-sessions-websocket-all--*":3,"academy-blog-translations-rr43ycru4104v7f":79},{"data":4,"page":67,"perPage":67,"totalItems":67,"totalPages":67},[5],{"alt":6,"collectionId":7,"collectionName":8,"content":9,"cover_image":10,"cover_image_path":11,"created":12,"created_by":13,"expand":14,"id":73,"keywords":74,"locale":49,"published_at":75,"scheduled_at":13,"school_blog":71,"short_description":76,"slug":77,"status":69,"title":6,"updated":78,"updated_by":13,"views":72},"EP.123 Load Balancing & Sticky Sessions สำหรับ WebSocket (Production-Ready Guide)","sclblg987654321","school_blog_translations","\u003Cp>เมื่อ WebSocket Server ของคุณเริ่มมีผู้ใช้งานจำนวนมา การเพิ่ม Server หรือ Pod อย่างเดียว ไม่เพียงพอ\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Cp>ปัญหาที่มักเกิดขึ้นในระบบจริง ได้แก่\u003C\u002Fp>\u003Cul>\u003Cli>ผู้ใช้เชื่อมต่อแล้วหลุดกลางทาง\u003C\u002Fli>\u003Cli>Message ส่งไม่ถึงหรือมาช้า\u003C\u002Fli>\u003Cli>Client reconnect วนจนระบบ overload\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>สาเหตุหลักแทบทุกครั้งมาจาก 👉 Load Balancer ที่ไม่เข้าใจ WebSocket และไม่มี Sticky Session\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Cp>บทความนี้จะพาคุณเข้าใจตั้งแต่ แนวคิดพื้นฐาน → วิธีใช้งานจริง → Best Practices ระดับ Production\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Ch2>🎯 เป้าหมายของบทความนี้\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>หลังอ่านจบ คุณจะเข้าใจว่า\u003C\u002Fp>\u003Cul>\u003Cli>ทำไม WebSocket ต้องใช้ Sticky Session\u003C\u002Fli>\u003Cli>Load Balancer แบบไหนรองรับ WebSocket ได้จริง\u003C\u002Fli>\u003Cli>วิธี Scale ระบบโดยไม่ทำให้ผู้ใช้หลุด\u003C\u002Fli>\u003Cli>แนวคิดออกแบบ WebSocket Server ให้พร้อม Production\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>🧠 ทำไม WebSocket “ไม่เหมือน” HTTP\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Ch3>HTTP (Stateless)\u003C\u002Fh3>\u003Cul>\u003Cli>Request → Response → จบ\u003C\u002Fli>\u003Cli>Load Balancer กระจาย request ได้อิสระ\u003C\u002Fli>\u003Cli>เปลี่ยน Server ทุกครั้งไม่กระทบผู้ใช้\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch3>WebSocket (Stateful)\u003C\u002Fh3>\u003Cul>\u003Cli>Connect ครั้งเดียว → ค้างยาว\u003C\u002Fli>\u003Cli>Connection ผูกกับ Server ตัวเดียว\u003C\u002Fli>\u003Cli>ถ้า request ถูกส่งไป Server อื่น → ❌ connection หลุดทันที\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>🔑 WebSocket ต้องอยู่กับ Server เดิมตลอดอายุการเชื่อมต่อ\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Ch2>🍪 Sticky Session คืออะไร?\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>Sticky Session คือการบอก Load Balancer ว่า\u003C\u002Fp>\u003Cblockquote>\u003Cp>“Client คนนี้ ต้องถูกส่งไป Server ตัวเดิมเสมอ”\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp> \u003C\u002Fp>\u003Cp>วิธีทำ Sticky Session ที่ใช้กันจริง\u003C\u002Fp>\u003Cul>\u003Cli>Cookie-based\u003C\u002Fli>\u003Cli>IP Hash\u003C\u002Fli>\u003Cli>Header-based\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>👉 สำหรับ WebSocket: ต้องมี Sticky Session เสมอ\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Ch2>❌ จะเกิดอะไรถ้า “ไม่มี” Sticky Session\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Ch3>สถานการณ์จริงที่พบบ่อย\u003C\u002Fh3>\u003Col>\u003Cli>Client เชื่อมต่อ WebSocket ผ่าน Load Balancer\u003C\u002Fli>\u003Cli>LB ส่งไป Pod A\u003C\u002Fli>\u003Cli>ระบบ Scale เพิ่ม Pod B\u003C\u002Fli>\u003Cli>Packet ถัดไปถูกส่งไป Pod B\u003C\u002Fli>\u003Cli>❌ WebSocket connection พังทันที\u003C\u002Fli>\u003C\u002Fol>\u003Cp> \u003C\u002Fp>\u003Cp>ผลลัพธ์ที่ผู้ใช้เห็นคือ\u003C\u002Fp>\u003Cul>\u003Cli>หลุดเอง\u003C\u002Fli>\u003Cli>Reconnect วน\u003C\u002Fli>\u003Cli>Message หาย\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>⚖️ ประเภท Load Balancer ที่ใช้งานกับ WebSocket ได้จริง\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Ch3>1. Layer 4 Load Balancer (TCP)\u003C\u002Fh3>\u003Cp>เหมาะกับ WebSocket มากที่สุด\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Cp>ตัวอย่าง\u003C\u002Fp>\u003Cul>\u003Cli>AWS NLB\u003C\u002Fli>\u003Cli>GCP TCP Load Balancer\u003C\u002Fli>\u003Cli>HAProxy (TCP mode)\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>ข้อดี\u003C\u002Fp>\u003Cul>\u003Cli>ไม่แตะ protocol\u003C\u002Fli>\u003Cli>Connection คงที่\u003C\u002Fli>\u003Cli>Sticky โดยธรรมชาติ\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch3>2. Layer 7 Load Balancer (HTTP)\u003C\u002Fh3>\u003Cp>ใช้ได้ แต่ต้องตั้งค่าให้ถูก\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Cp>ตัวอย่าง\u003C\u002Fp>\u003Cul>\u003Cli>Nginx\u003C\u002Fli>\u003Cli>AWS ALB\u003C\u002Fli>\u003Cli>Traefik\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>สิ่งที่ต้องมี\u003C\u002Fp>\u003Cul>\u003Cli>รองรับ \u003Ccode inline=\"\">Upgrade: websocket\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>เปิด Sticky Session\u003C\u002Fli>\u003Cli>Timeout ต้องยาวพอ (ไม่ต่ำกว่า 1–2 ชั่วโมง)\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>⚙️ ตัวอย่าง Sticky Session (Nginx)\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cpre>\u003Ccode class=\"language-plaintext language-nginx\">upstream websocket_backend {\n    ip_hash;\n    server ws1:8080;\n    server ws2:8080;\n}\n\nserver {\n    location \u002Fws {\n        proxy_pass http:\u002F\u002Fwebsocket_backend;\n        proxy_http_version 1.1;\n        proxy_set_header Upgrade $http_upgrade;\n        proxy_set_header Connection \"Upgrade\";\n        proxy_read_timeout 1h;\n    }\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp> \u003C\u002Fp>\u003Cp>\u003Ccode inline=\"\">ip_hash\u003C\u002Fcode> คือ Sticky Session แบบง่าย ใช้ได้ดีในหลายกรณี\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Ch2>📦 Sticky Session บน Kubernetes\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Ch3>แนวทางที่ใช้จริง\u003C\u002Fh3>\u003Ch4>1. Service + Session Affinity\u003C\u002Fh4>\u003Cpre>\u003Ccode class=\"language-plaintext language-yaml\">spec:\n  sessionAffinity: ClientIP\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp> \u003C\u002Fp>\u003Ch4>2. Ingress (Nginx Ingress)\u003C\u002Fh4>\u003Cpre>\u003Ccode class=\"language-plaintext language-yaml\">nginx.ingress.kubernetes.io\u002Faffinity: \"cookie\"\nnginx.ingress.kubernetes.io\u002Fsession-cookie-name: \"ws-session\"\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp> \u003C\u002Fp>\u003Ch2>🔧 ตัวอย่าง WebSocket Server ด้วย Go (Production-friendly)\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cpre>\u003Ccode class=\"language-plaintext language-go\">package main\n\nimport (\n\t\"log\"\n\t\"net\u002Fhttp\"\n\n\t\"github.com\u002Fgorilla\u002Fwebsocket\"\n)\n\nvar upgrader = websocket.Upgrader{\n\tCheckOrigin: func(r *http.Request) bool {\n\t\treturn true\n\t},\n}\n\nfunc wsHandler(w http.ResponseWriter, r *http.Request) {\n\tconn, err := upgrader.Upgrade(w, r, nil)\n\tif err != nil {\n\t\tlog.Println(\"upgrade error:\", err)\n\t\treturn\n\t}\n\tdefer conn.Close()\n\n\tfor {\n\t\tmsgType, msg, err := conn.ReadMessage()\n\t\tif err != nil {\n\t\t\tlog.Println(\"read error:\", err)\n\t\t\tbreak\n\t\t}\n\n\t\terr = conn.WriteMessage(msgType, msg)\n\t\tif err != nil {\n\t\t\tlog.Println(\"write error:\", err)\n\t\t\tbreak\n\t\t}\n\t}\n}\n\nfunc main() {\n\thttp.HandleFunc(\"\u002Fws\", wsHandler)\n\tlog.Println(\"WebSocket server started on :8080\")\n\thttp.ListenAndServe(\":8080\", nil)\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp> \u003C\u002Fp>\u003Cp>⚠️ สำคัญ\u003Cbr>เมื่อมี Load Balancer ด้านหน้า → ต้องมี Sticky Session\u003Cbr>ไม่เช่นนั้น connection นี้จะไม่ถูกส่งกลับมาที่ Server เดิม\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Ch2>📈 การ Scale โดยไม่ทำให้ Connection หลุด\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Ch3>❌ สิ่งที่ไม่ควรทำ\u003C\u002Fh3>\u003Cul>\u003Cli>Kill Pod ทันที\u003C\u002Fli>\u003Cli>Rolling Update แบบไม่สนใจ connection\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch3>✅ วิธีที่ถูกต้อง\u003C\u002Fh3>\u003Cul>\u003Cli>Mark Pod เป็น draining\u003C\u002Fli>\u003Cli>ไม่รับ connection ใหม่\u003C\u002Fli>\u003Cli>รอ client disconnect\u003C\u002Fli>\u003Cli>ค่อย terminate Pod\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>🧠 แนวคิดสำคัญ: Stateless WebSocket Server\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>เพื่อให้ Scale ได้จริง\u003C\u002Fp>\u003Cul>\u003Cli>อย่าเก็บ state ไว้ใน memory อย่างเดียว\u003C\u002Fli>\u003Cli>ใช้ Redis \u002F External Store\u003C\u002Fli>\u003Cli>Client reconnect แล้ว recover ได้\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>🔁 รองรับ Reconnect อย่างปลอดภัย\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>สิ่งที่ระบบ Production ควรมี\u003C\u002Fp>\u003Cul>\u003Cli>Reconnect logic ฝั่ง client\u003C\u002Fli>\u003Cli>Resume session\u003C\u002Fli>\u003Cli>Token-based authentication\u003C\u002Fli>\u003Cli>Idempotent message\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>🧪 สิ่งที่ต้องทดสอบก่อนขึ้น Production\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cul>\u003Cli>Scale Pod ระหว่างมี user เชื่อมต่อ\u003C\u002Fli>\u003Cli>Reconnect พร้อมกันจำนวนมาก\u003C\u002Fli>\u003Cli>Chaos Test (สุ่มปิด Pod)\u003C\u002Fli>\u003Cli>ตรวจสอบ message loss และ duplication\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Ch2>🚀 ท้าให้ลอง!\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>ลองทำตามนี้\u003C\u002Fp>\u003Cul>\u003Cli>เปิด Sticky Session บน Load Balancer\u003C\u002Fli>\u003Cli>Scale WebSocket Server ระหว่างใช้งานจริง\u003C\u002Fli>\u003Cli>สังเกตว่า user หลุดหรือไม่\u003C\u002Fli>\u003Cli>ปรับ timeout และ draining ให้เหมาะสม\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cp>ถ้าผู้ใช้ไม่รู้สึกอะไรเลย\u003Cbr>แปลว่า ระบบคุณผ่านระดับ Production แล้วจริง ๆ ✅\u003C\u002Fp>\u003Cp> \u003C\u002Fp>\u003Chr>\u003Cp> \u003C\u002Fp>\u003Ch2>🔮 EP ถัดไป EP.124 Security & Authentication ขั้นสูงสำหรับ WebSocket\u003C\u002Fh2>\u003Cp> \u003C\u002Fp>\u003Cp>ในตอนถัดไป เราจะเจาะลึก\u003C\u002Fp>\u003Cul>\u003Cli>JWT & Token Strategy\u003C\u002Fli>\u003Cli>ป้องกัน WebSocket Hijacking\u003C\u002Fli>\u003Cli>Secure Handshake ระดับ Enterprise\u003C\u002Fli>\u003C\u002Ful>\u003Cp> \u003C\u002Fp>\u003Cdiv class=\"raw-html-embed\">\u003Cdiv style=\"margin:0 0 6px 0; font-weight:700;\">อ่านบทความ Series อื่นๆ:\u003C\u002Fdiv>\n\u003Cul style=\"list-style:none; padding:0; margin:0; line-height:1.4;\">\n  \u003Cli style=\"margin:0;\">\u003Ca href=\"\u002Fblogs\u002Fcategories\u002FGolang\" title=\"Golang The Series\">Golang The Series\u003C\u002Fa>\u003C\u002Fli>\n  \u003Cli style=\"margin:0;\">\u003Ca href=\"\u002Fblogs\u002Fcategories\u002FJS2GO\" title=\"JS2GO\">JS2GO\u003C\u002Fa>\u003C\u002Fli>\n  \u003Cli style=\"margin:0;\">\u003Ca href=\"\u002Fblogs\u002Fcategories\u002FTailwind%20CSS\" title=\"10 Ep ที่จะให้คุณเป็นมือโปร Tailwind CSS ในชั่วข้ามคืน\">10 Ep ที่จะให้คุณเป็นมือโปร Tailwind CSS ในชั่วข้ามคืน\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Ful>\u003C\u002Fdiv>\u003Cp> \u003C\u002Fp>\u003Cdiv class=\"raw-html-embed\">\n  \u003Cp style=\"margin:0 0 6px 0;\">\u003Cstrong>Follow Us:\u003C\u002Fstrong>\u003C\u002Fp>\n  \u003Cul style=\"list-style:none; padding:0; margin:0; line-height: 0.4;\">\n    \u003Cli style=\"display:flex; align-items:center; gap:6px; margin:0;\">\n      \n      \u003Csvg width=\"16\" height=\"16\" viewBox=\"0 0 24 24\" fill=\"#1877F2\" aria-hidden=\"true\">\n        \u003Cpath d=\"M22 12.07C22 6.48 17.52 2 11.93 2S2 6.48 2 12.07c0 5 3.66 9.14 8.44 9.93v-7.02H7.9v-2.91h2.54V9.41c0-2.5 1.49-3.88 3.77-3.88 1.09 0 2.24.2 2.24.2v2.46h-1.26c-1.24 0-1.63.77-1.63 1.56v1.87h2.78l-.44 2.91h-2.34V22c4.78-.79 8.44-4.93 8.44-9.93Z\">\u003C\u002Fpath>\n      \u003C\u002Fsvg>\n      \u003Ca href=\"https:\u002F\u002Fwww.facebook.com\u002Fsuperdev.academy.th\" target=\"_blank\" rel=\"nofollow noopener\" title=\"Follow Superdev Academy on Facebook\">Facebook: Superdev Academy\u003C\u002Fa>\n    \u003C\u002Fli>\n\n    \u003Cli style=\"display:flex; align-items:center; gap:6px; margin:0;\">\n      \n      \u003Csvg width=\"16\" height=\"16\" viewBox=\"0 0 24 24\" fill=\"#FF0000\" aria-hidden=\"true\">\n        \u003Cpath d=\"M23.5 6.2a3 3 0 0 0-2.1-2.1C19.5 3.5 12 3.5 12 3.5s-7.5 0-9.4.6A3 3 0 0 0 .5 6.2 31.5 31.5 0 0 0 0 12a31.5 31.5 0 0 0 .5 5.8 3 3 0 0 0 2.1 2.1c1.9.6 9.4.6 9.4.6s7.5 0 9.4-.6a3 3 0 0 0 2.1-2.1A31.5 31.5 0 0 0 24 12a31.5 31.5 0 0 0-.5-5.8ZM9.75 15.02V8.98L15.5 12l-5.75 3.02Z\">\u003C\u002Fpath>\n      \u003C\u002Fsvg>\n      \u003Ca href=\"https:\u002F\u002Fwww.youtube.com\u002F@SuperdevAcademy\" target=\"_blank\" rel=\"nofollow noopener\" title=\"Watch on YouTube\">YouTube: Superdev Academy\u003C\u002Fa>\n    \u003C\u002Fli>\n\n    \u003Cli style=\"display:flex; align-items:center; gap:6px; margin:0;\">\n      \n      \u003Csvg width=\"16\" height=\"16\" viewBox=\"0 0 24 24\" fill=\"#E4405F\" aria-hidden=\"true\">\n        \u003Cpath d=\"M7 2h10a5 5 0 0 1 5 5v10a5 5 0 0 1-5 5H7a5 5 0 0 1-5-5V7a5 5 0 0 1 5-5Zm10 2H7a3 3 0 0 0-3 3v10a3 3 0 0 0 3 3h10a3 3 0 0 0 3-3V7a3 3 0 0 0-3-3Zm-5 3.5A5.5 5.5 0 1 1 6.5 13 5.5 5.5 0 0 1 12 7.5Zm0 2A3.5 3.5 0 1 0 15.5 13 3.5 3.5 0 0 0 12 9.5Zm5.75-2.75a1.25 1.25 0 1 1-1.25 1.25 1.25 1.25 0 0 1 1.25-1.25Z\">\u003C\u002Fpath>\n      \u003C\u002Fsvg>\n      \u003Ca href=\"https:\u002F\u002Fwww.instagram.com\u002Fsuperdevacademy\u002F?hl=en target=\" _blank\"=\"\" rel=\"nofollow noopener\" title=\"See behind-the-scenes on Instagram\">Instagram: Superdev Academy\u003C\u002Fa>\n    \u003C\u002Fli>\n\n    \u003Cli style=\"display:flex; align-items:center; gap:6px; margin:0;\">\n      \n      \u003Csvg width=\"16\" height=\"16\" viewBox=\"0 0 24 24\" fill=\"#000000\" aria-hidden=\"true\">\n        \u003Cpath d=\"M21 8.12a6.86 6.86 0 0 1-4.8-2V16a6 6 0 1 1-6-6 5.9 5.9 0 0 1 1.63.23V8.05a9.08 9.08 0 0 1-1.63-.15V4.5a6.86 6.86 0 0 0 4.8 2.05V6.5a6.86 6.86 0 0 0 4.8 1.62ZM9.2 12.5A3.5 3.5 0 1 0 12.7 16V9.94a6 6 0 0 1-1.63-.27v3.95a3.5 3.5 0 0 1-1.87 3.17 3.5 3.5 0 0 1-4.78-3.23 3.5 3.5 0 0 1 4.78-3.06Z\">\u003C\u002Fpath>\n      \u003C\u002Fsvg>\n      \u003Ca href=\"https:\u002F\u002Fwww.tiktok.com\u002F@superdevacademy\" target=\"_blank\" rel=\"nofollow noopener\" title=\"Watch short tips on TikTok\">TikTok: @superdevacademy\u003C\u002Fa>\n    \u003C\u002Fli>\n\n    \u003Cli style=\"display:flex; align-items:center; gap:6px; margin:0;\">\n      \n      \u003Csvg width=\"16\" height=\"16\" viewBox=\"0 0 24 24\" fill=\"#111827\" aria-hidden=\"true\">\n        \u003Cpath d=\"M12 2a10 10 0 1 0 10 10A10.01 10.01 0 0 0 12 2Zm6.93 6h-3.26a15.6 15.6 0 0 0-1.39-3.62A8.03 8.03 0 0 1 18.93 8ZM12 4c.73.93 1.7 2.74 2.2 4H9.8C10.3 6.74 11.27 4.93 12 4ZM8.72 4.38A15.6 15.6 0 0 0 7.32 8H4.07a8.03 8.03 0 0 1 4.65-3.62ZM4.07 16h3.25a15.6 15.6 0 0 0 1.4 3.62A8.03 8.03 0 0 1 4.07 16ZM12 20c-.73-.93-1.7-2.74-2.2-4h4.4C13.7 17.26 12.73 19.07 12 20Zm3.28-.38A15.6 15.6 0 0 0 16.68 16h3.25a8.03 8.03 0 0 1-4.65 3.62ZM20 14h-3.54a13.8 13.8 0 0 1-.26-4H20a7.98 7.98 0 0 1 0 4Zm-12.2 0H4a7.98 7.98 0 0 1 0-4h3.54a13.8 13.8 0 0 1-.26 4Zm2 .5h4.4a17.8 17.8 0 0 1-.72-4.5c0-1.58.25-3.1.72-4.5H9.8a17.8 17.8 0 0 1 .72 4.5c0 1.58-.25 3.1-.72 4.5Z\">\u003C\u002Fpath>\n      \u003C\u002Fsvg>\n      \u003Ca href=\"https:\u002F\u002Fwww.superdevacademy.com\u002F\" target=\"_blank\" rel=\"noopener\" title=\"Visit the official website of Superdev Academy\">Official Website: Superdev Academy.com\u003C\u002Fa>\n    \u003C\u002Fli>\n  \u003C\u002Ful>\n\u003C\u002Fdiv>","cover_image_ep_gqh5x2ytmj.onsforWebSocket.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclblg987654321\u002F9jkgoya0lc1xyon\u002Fcover_image_ep_gqh5x2ytmj.onsforWebSocket.webp","2026-03-04 08:44:49.572Z","",{"keywords":15,"locale":43,"school_blog":53},[16,23,28,33,38],{"collectionId":17,"collectionName":18,"created":19,"created_by":13,"id":20,"name":21,"updated":22,"updated_by":13},"sclkey987654321","school_keywords","2026-03-04 08:44:48.724Z","s6xhnfomy7n5ycp","WebSocket Server","2026-04-10 16:12:50.171Z",{"collectionId":17,"collectionName":18,"created":24,"created_by":13,"id":25,"name":26,"updated":27,"updated_by":13},"2026-03-04 08:20:11.547Z","ey3puyme01a9bsw","Go","2026-04-10 16:07:25.893Z",{"collectionId":17,"collectionName":18,"created":29,"created_by":13,"id":30,"name":31,"updated":32,"updated_by":13},"2026-03-04 08:34:10.799Z","m3qoswhgnc4c38n","Kubernetes","2026-04-10 16:08:08.875Z",{"collectionId":17,"collectionName":18,"created":34,"created_by":13,"id":35,"name":36,"updated":37,"updated_by":13},"2026-03-04 08:44:49.054Z","vbjgbr5ah0kh43p","Real-time System","2026-04-10 16:12:50.311Z",{"collectionId":17,"collectionName":18,"created":39,"created_by":13,"id":40,"name":41,"updated":42,"updated_by":13},"2026-03-04 08:20:14.253Z","ah6lvy4x8qe08l5","Golang","2026-04-10 16:07:26.172Z",{"code":44,"collectionId":45,"collectionName":46,"created":47,"flag":48,"id":49,"is_default":50,"label":51,"updated":52},"th","pbc_1989393366","locales","2026-01-22 10:59:55.832Z","twemoji:flag-thailand","s8wri3bt4vgg2ji",true,"Thai","2026-04-10 15:42:46.614Z",{"category":54,"collectionId":55,"collectionName":56,"expand":57,"id":71,"views":72},"wqxt7ag2gn7xcmk","pbc_2105096300","school_blogs",{"category":58},{"blogIds":59,"collectionId":60,"collectionName":61,"created":62,"created_by":13,"id":54,"image":63,"image_alt":13,"image_path":64,"label":65,"name":66,"priority":67,"publish_at":68,"scheduled_at":13,"status":69,"updated":70,"updated_by":13},[],"sclcatblg987654321","school_category_blogs","2026-03-04 08:33:53.210Z","59ty92ns80w_15oc1implw.png","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclcatblg987654321\u002Fwqxt7ag2gn7xcmk\u002F59ty92ns80w_15oc1implw.png",{"en":66,"th":66},"Golang The Series",1,"2026-03-16 04:39:38.440Z","published","2026-04-25 02:32:15.470Z","rr43ycru4104v7f",258,"9jkgoya0lc1xyon",[20,25,30,35,40],"2025-12-30 09:45:56.384Z","เจาะลึกการออกแบบ Load Balancer สำหรับ WebSocket ตั้งแต่หลักการ Sticky Session ไปจนถึงแนวทาง Scale ระบบจริงบน Kubernetes เพื่อป้องกันการหลุดของ connection และรองรับผู้ใช้จำนวนมากในระดับ Production","ep-123-load-balancing-sticky-sessions-websocket","2026-04-25 02:47:46.228Z",{"th":77}]