Trust

วางแผน retention สำหรับ logs และ metrics

Nova ช่วยทีมวาง retention รอบ production operations ที่ใช้งานจริง: recent logs ที่ค้นหาได้, metrics history ระยะยาว, tenant-scoped access และ limits ที่ชัดเจน ส่วน legal และ audit requirements ควรให้ผู้เชี่ยวชาญตรวจทานก่อนพึ่งพา monitoring platform ใดๆ

Metrics target
Positioning ของ Nova อ้างอิง metrics history ระยะยาวสำหรับดู trend
Logs target
สามารถคุย option 90-day log retention สำหรับ operational และ audit needs ในไทย
Signals
Linux host metrics, journal logs, selected file logs และ optional Docker logs
Legal caveat
Nova ไม่ claim ว่าทำให้ comply ตามกฎหมายโดยอัตโนมัติ

Retention ใน Nova หมายถึงอะไร

Retention คือระยะเวลาที่ operational telemetry ยังพร้อมใช้สำหรับ dashboards, troubleshooting และ audit review Nova V1 โฟกัส Linux host metrics และ logs ไม่ใช่ full application tracing หรือ security event management

ในช่วง private beta ควรยืนยัน retention โดยตรงกับลูกค้าแต่ละราย เพราะ telemetry volume, log noise, host count และ deployment model ส่งผลทั้ง cost และ design ด้าน operation

บริบท retention ในประเทศไทย

Thailand Computer Crime Act Section 26 มักถูกแปลว่ากำหนดให้ service providers เก็บ computer traffic data อย่างน้อย 90 วัน และอาจมีคำสั่งให้เก็บนานกว่านั้นจาก competent official มี link ไปยัง public UNODC legal database ใน related resources

Nova ควรถูกมองเป็น observability และ operational retention tool ไม่ใช่ legal advice ว่าต้องเก็บ log ใด, บริษัทอยู่ในข่าย service provider หรือไม่ และ duty applies อย่างไร ควรให้ทนายไทยที่เหมาะสมตรวจทาน

ความรับผิดชอบของลูกค้า

Retention จะมีประโยชน์ก็ต่อเมื่อ collect data ที่ถูกต้อง ลูกค้าควรกำหนดว่า application logs ใดมีประโยชน์ต่อ operation, log ใดควรถูก drop และ log ใดอาจมี personal data หรือ secrets

File monitor validation ปัจจุบันของ Nova block sensitive credential paths ที่ชัดเจน แต่ไม่สามารถรู้ได้ว่า application log มี private business data, access tokens หรือ personal information หรือไม่

  • กำหนดระบบที่อยู่ใน scope retention
  • หลีกเลี่ยงการ log credentials, tokens, payment data หรือ personal data ที่ไม่จำเป็น
  • Review retention requirements ก่อนเปิด high-volume logs
  • ใช้ retention ที่สั้นกว่าเมื่อ long retention ไม่มีประโยชน์หรือไม่จำเป็น