Private Docs

วิเคราะห์ค่าใช้จ่าย Azure non-prod ทั้ง 2 subscription จากข้อมูลจริง (Cost Management API + live cluster) — เกิน plan 69% ในเดือนกรกฎาคม แผนลบ dev/SIT ช่วยได้เท่าไหร่จริง และต้องทำอะไรอีกถึงจะเข้า budget

right-size CPU/memory + แก้วิธีที่ cluster-autoscaler นับ utilization → ยุบ user node จาก 5 เหลือ 3 · อัปเดต 23/08: เพดาน sysPods เลื่อนเองหลัง node หมุน เหลือ 1 เครื่องที่ยุบได้ และสูตรคำนวณ utilization ที่ใช้เดิมใช้ตัวส่วนผิด — ดู §4 อัปเดต, §5.4 และ §5.5

จำลองการเปิด-ปิด node ตามตาราง 6 หน้าต่างเวลา × 2 ขนาด cluster บนฐานบิลจริงเดือน ก.ค. — ได้เท่าไหร่ แลกกับ downtime กี่ชั่วโมง และทำไมต่อให้ดับ 24/7 ก็ยังไม่ถึงเป้า $1,062

บันทึกทุกการเปลี่ยนแปลงที่ลงมือกับ aks-SupperApp-dev เรียงตามเวลา พร้อมเหตุผล ผลที่คาด ผลที่วัดได้จริง และคำสั่ง rollback — ไว้ให้ย้อนดูได้ว่าบิลที่เปลี่ยนไปมาจากอะไร

CronJob sync-employee ใน dev fail ทุกวัน สาเหตุไม่ใช่ config แต่เป็น image ที่ build ผิด base และ repo นั้นไม่มี pipeline เลย — แก้ image ผ่านแล้ว แต่โผล่บั๊กที่สองคือ cluster resolve ชื่อ empinfo ไม่ได้ ทั้งที่เส้นทางเครือข่ายถึงอยู่แล้ว

ไล่ทีละตัวว่า Azure วางอะไรไว้ใน cluster เราบ้าง จองเท่าไหร่ ใช้จริงเท่าไหร่ ปิดได้ไหม และปิดที่ไหน — พร้อม 3 เรื่องที่ vendor ไม่เคยบอก และคำถามที่ควรถามกลับ

ภาพใหญ่ของ AMLO company blocking ตั้งแต่ไฟล์จาก SFTP จนถึงการบล็อกผู้ใช้ พร้อม sequence diagram ครบทุกเส้นทาง — เขียนจากโค้ดและฐานข้อมูลจริงบน dev

ทุกตาราง ทุกค่าสถานะ และลำดับการเขียนข้อมูลของแต่ละสถานการณ์ พร้อม query ตรวจว่าไม่ตกหล่น — เขียนจากฐานข้อมูล dev จริง

เทียบ 2 ทางเลือกของชั้นเข้ารหัสระหว่างทาง พร้อมผลกระทบรายมิติ ความเห็นของ advisor รายมิติ และเคสที่ต้องคิดเผื่อ (service อื่นมาเรียก · partner ภายนอก · mobile · batch · debug production) พร้อมทางออกของแต่ละเคส — หน้าสำหรับระดมความคิดก่อนตัดสิน

สถาปัตยกรรม LINE Connectivity — โมเดลบัญชี 2 แกน (Email + Company), component, จอที่ผู้ใช้เห็นกับ step หลังบ้าน, data model + หลักฐาน consent, flow engine, endpoint contract, กฎแข็ง, error code และ config

27 scenario ครบทั้งฝั่งสมัคร ฝั่งยกเลิก จอ และทางเข้า LIFF พร้อม sequence diagram ทีละอัน — happy path, กฎใหม่ 2 แกน, ทุกทางที่ถูกปฏิเสธ, race ที่ระบบกันไว้ และหลักฐาน consent

ที่เดียวสำหรับของที่ยังไม่จบ — PR ที่ยังไม่ merge, ของที่ยังไม่ได้ทำ, สิ่งที่รอทีมอื่น, ขอบเขตที่ทดสอบได้/ไม่ได้ และเส้นตายของ tunnel/LIFF · แยกออกมาเพื่อให้หน้า Architecture กับ Scenario เป็นเอกสารอธิบายระบบล้วน ๆ

อธิบายแบบง่ายที่สุด: กุญแจคู่คืออะไร เซ็นยังไง ตรวจยังไง ทำไมหลังบ้านตรวจได้ทั้งที่ไม่มี private key และทำไมคน copy curl ถึงปลอมไม่ได้ — พร้อม sequence diagram ทุกขั้น

อธิบายแบบง่ายที่สุด: มี HTTPS แล้วทำไมต้องเข้ารหัสอีก, browser ไม่มี secret แล้วล็อกข้อมูลยังไง, ทำงานคู่กับลายเซ็นยังไง และวิธีอุดจุดอ่อนร่วมของทั้งระบบ (XSS) — พร้อม sequence diagram

อธิบายแบบง่ายที่สุด: ทำไม crypto 3 ชั้นถึงแพ้ XSS เหมือนกันหมด, XSS เข้ามาทางไหนได้บ้าง, มาตรการปิดทีละตัว (CSP, Trusted Types, supply chain, WebAuthn) และถ้าเกิดจริงอะไรเสียหาย-อะไรรอด — พร้อม sequence diagram

อธิบายแบบง่ายที่สุด: ข้อมูลอ่อนไหว 1 field ต้องป้องกัน 2 จังหวะ — เข้ารหัสตอนเก็บลง DB (data encryption at rest — โจทย์ PDPA) กับเซ็นเซอร์/mask ตอนส่งออกไปให้คนเห็น — ต่างกันยังไง กันอะไรได้ ทำไมต้องใช้คู่กัน และทำไม mask ที่ FE = ไม่ได้ป้องกันอะไรเลย

อธิบายแบบง่ายที่สุด: API Key กับ Subscription Key คืออะไร ตอบคำถามอะไร (ใครโทรมา) ต่างกันตรงไหน (ตรวจที่ backend vs ตรวจที่ APIM gateway), dual-key rotation แบบไม่มี downtime, best practice — และเหตุผลเดียวที่ทำให้ทั้งคู่ใช้ได้เฉพาะ server-to-server ห้ามโผล่ขา browser

อธิบายแบบง่ายที่สุด: session หนึ่งอันจริงๆ มีกี่ชิ้น อายุคนละแบบยังไง ทำไมการลดเลข 720 เหลือ 24 ถึงได้ session ผีแทน logout เลขอายุที่กระจายอยู่ 5 ที่คืออะไรบ้าง และผลหลังแก้รากให้เหลือแหล่ง runtime เดียวพร้อมเปิด idle timeout 24 ชม. — พร้อม sequence diagram ทุกขั้น โค้ดก่อน/หลังแก้ และผล build/test จริง

แผนที่กุญแจฉบับเดียวจบ — ระบบเรามีกุญแจ 6 ตระกูล อยู่คนละที่ ทำคนละหน้าที่ · หน้านี้ตอบว่าดอกไหนของใคร สร้างเมื่อไหร่ เก็บที่ไหน และเวลามันพังจะรู้ได้ยังไง

ภาพเป้าหมาย security ขา browser → backend ทั้ง 3 ชั้น (session, body signature, payload encryption) เขียนให้คนที่เพิ่งเข้ามาเรื่องนี้อ่านรู้เรื่อง — ทุกศัพท์แปลตรงที่เจอ ทุกกลไกมีของเทียบในชีวิตจริง พร้อม diagram, design เรื่องหลายอุปกรณ์/อายุกุญแจ/จอเฝ้าระวัง และทะเบียนการตัดสินใจครบทุกข้อ

ขั้นตอนติดตั้งล้วน ๆ: ต้องเพิ่มอะไรใน Program.cs, pipeline, appsettings พร้อมโค้ดที่ copy ไปวางได้ · กับดักและเหตุผลแยกไปอีกหน้า

คู่มือของหน้าติดตั้ง: ทุกจุดที่พังได้ ทำไมถึงพัง และรู้ได้ยังไงว่ากำลังพังอยู่ · เรียงตาม section เดียวกับหน้าติดตั้ง เปิดคู่กันตอนลงมือจริง

อ่านให้เห็นภาพว่าลายเซ็นและการเข้ารหัส field ทำงานยังไงจริง ๆ หลัง implement เสร็จ — เทียบกับของใช้ในชีวิตจริง + ภาพลำดับทีละขั้น · ไม่ใช่คู่มือติดตั้ง ไม่มีโค้ดให้ copy

งานรอบล่าสุดของ security uplift: ข้อ 3 whole-body payload encryption ขึ้น lib แล้ว, ข้อ 5 observe mode merge เข้า development แล้ว, ข้อ 6 Monitor Log เขียนครบทุกชิ้นและ build/test ผ่านแต่ยังไม่ commit — พร้อมบั๊กข้อมูลหายเงียบ 6 ทางที่ review จับได้และแก้แล้ว และคำตัดสินที่ยังค้างอยู่ที่ Owner

รอบกลางคืน 04/09: Owner ตัดสิน 4 ข้อที่ค้าง และมี 2 เรื่องที่เกือบพลาด — การย้าย startupProbe ตามแผนเดิมจะทำให้ระบบล่มนานกว่าเดิม และ archive ที่ล้มกลางทางทิ้งไฟล์ไม่ครบไว้เงียบ ๆ ทั้งคู่ถูกจับได้ก่อนขึ้นจริง

รอบ review ของ UserService โดยเฉพาะ: 70 endpoint ที่เปลี่ยนจากเรียกได้โดยไม่ login เป็น 401, 48 เส้นที่ยังเปิดอยู่, ผลรัน test และเส้นทาง deploy — ไม่ใช่คู่มือติดตั้ง ดูคู่มือที่หน้าก่อนหน้า

คู่มือใช้งาน RedisUserInfo module ใน SupApp_util_lib — data flow, setup, 3 วิธีดึง role/user info (Controller / [Authorize] / Handler), การดึง custCode ของบริษัท default, schema reference, gotchas

คู่มือต่อ OpenTelemetry (OTel) tracing + metrics เข้า Tempo/Prometheus ต่อ service — UserService (reference), gap-closing สำหรับ TaskService/WorkflowService, และสิ่งที่ต้องเช็คฝั่ง Grafana dashboard

คู่มือใช้งาน CardId + PassportNo บน UserInfoForRedis (v10.8.0) — ทำไมมี 2 field, วิธีอ่าน, ค่าจะมีเมื่อไหร่, วิธีทดสอบเร็วโดยไม่ต้องวิ่ง onboarding ทั้ง flow, ไล่เคสได้ null, ข้อควรระวัง PDPA