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 ครบทุกเส้นทาง — เขียนจากโค้ดบน development ของทั้งสี่รีโป

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

สถาปัตยกรรม 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 ตระกูล อยู่คนละที่ ทำคนละหน้าที่ · หน้านี้ตอบว่าดอกไหนของใคร สร้างเมื่อไหร่ เก็บที่ไหน และเวลามันพังจะรู้ได้ยังไง

authentication ต่างจาก authorization ยังไง · [Authorize] เปล่า ๆ กับใส่ Roles ต่างกันตรงไหน · role ในระบบเรามาจากไหน · และ observe mode ที่ให้ซ้อมปิดประตูก่อนปิดจริง

request log ต่างจาก log ที่เราเขียนเองยังไง · เก็บอะไรบ้าง · ทำไมมี record แต่ไม่มี body · ของอ่อนไหวถูกปิดยังไง · และทำไมมันไม่ทำให้ API ช้าลง

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

ติดตั้งการตรวจลายเซ็นของผู้ใช้ในทุก request: DI, pipeline, appsettings, การเลือกเส้นด้วย [RequireClientSignature] และวิธีตรวจว่าติดตั้งสำเร็จ

ติดตั้งการถอด/เข้ารหัสเฉพาะ field ที่ทำเครื่องหมายไว้ ทั้งขาเข้าและขาออก โดย handler ไม่ต้องแก้อะไรเลย

ติดตั้งการเข้ารหัสคอลัมน์ใน DB ผ่าน EF: แปะ [EncryptedAtRest] ผูกเข้ากับ model เปิดสวิตช์ เลือกคอลัมน์ และหมุนกุญแจ

ติดตั้งการเข้ารหัสทั้ง body เป็น JWE ก้อนเดียว เลือกเป็นราย action — ต้องมีกลไก B อยู่ก่อน

ติดตั้งช่วงสังเกตก่อนบังคับ role ราย endpoint: DI, config, ทิศที่กลับด้านกับกลไกอื่น และวิธีอ่าน log ว่าใครจะโดน

ติดตั้งการเก็บ request/response ส่งเข้า log service: 2 บรรทัด pipeline คนละที่ transport จาก config และเส้นไหนไม่ถูกเก็บ

ขั้นตอนติดตั้งล้วน ๆ: ต้องเพิ่มอะไรใน DI, pipeline, appsettings และตรวจยังไงว่าติดตั้งสำเร็จ · ครบทั้ง 6 กลไก + Coverage ราย endpoint · กับดักและเหตุผลแยกไปอีกหน้า

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

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

หน้าตาของการพิสูจน์บน cloud: 4 repo ที่ deploy + 1 repo ที่ merge อย่างเดียว, เส้น API ที่เปิดจริงแค่ 3 เส้นและอยู่ที่ UserService ทั้งหมด, หน้าทดสอบบน HostApp ที่กดเองได้, ด่านที่ยังข้ามไม่ได้เพราะ APIM ไม่มี operation ให้ route, sequence diagram ของทุก flow, เกณฑ์ผ่าน/ไม่ผ่านต่อข้อที่วัดจากของที่มองเห็นได้จริง, ลำดับก่อนกดที่สลับไม่ได้ และสิ่งที่รอบนี้ยังไม่พิสูจน์

เอกสารใบสั่งงานสำหรับคน (หรือ AI) ที่ไม่เคยแตะระบบนี้มาก่อน: ต้องได้อะไรก่อนเริ่ม · ลำดับที่สลับไม่ได้ · สิ่งที่ห้ามตัดสินใจเอง · และเกณฑ์ว่า apply เสร็จแล้วจริง

คู่มือใช้งาน 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

middleware ไม่รู้ว่า request มาจาก app ไหน ทุกอย่างที่เหลือเป็นผลจากข้อนี้ — พร้อมสิ่งที่โค้ดบอกว่าเป็นจริงวันนี้ และตัวเลือกสำหรับส่วนที่ยังเหลือ

แผน: FE ส่ง AppId มาใน header, backend เอาไปหาใน RedisUserInfo ว่า user มี role อะไรใน app นั้น แล้ว map แค่นั้น หาไม่เจอคือ 401

1 เส้น วันนี้ 3 role พรุ่งนี้ 5 role — ต้องออกแบบยังไงให้เพิ่ม role ได้จากภายนอกโดยไม่ต้อง deploy พร้อม 2 เรื่องที่ต้องเคาะ และ 2 อย่างที่บล็อกอยู่ตอนนี้

ทำอะไรก่อนหลัง กลไก E ที่มีอยู่แล้วเกี่ยวตรงไหน และรายการที่ต้องไปเช็คบน dev ก่อนเคาะ