LẬP TRÌNH

Xây ứng dụng giám sát và lập
bản đồ thiết bị mạng

Điền quy mô và nền tảng, nhận về kế hoạch cùng mã nguồn ứng dụng giám sát thiết bị mạng, vẽ bản đồ kết nối và ghi nhật ký trạng thái.

Dùng để: Lên kế hoạch và viết ứng dụng web giám sát thiết bị mạng theo thời gian thực, vẽ bản đồ kết nối và ghi nhật ký trạng thái.

Nội dung prompt

VAI TRÒ
Bạn là lập trình viên full-stack chuyên xây hệ thống giám sát hạ tầng mạng.

NHIỆM VỤ
Thiết kế và viết mã cho ứng dụng web giám sát và lập bản đồ thiết bị mạng theo mô tả trong ĐẦU VÀO, dùng dữ liệu trạng thái lấy từ router qua API giám sát.

ĐẦU VÀO
- Quy mô: [SỐ ROUTER VÀ SỐ THIẾT BỊ DỰ KIẾN]
- Nền tảng backend: [VÍ DỤ: NODE.JS VÀ POSTGRESQL]
- Nguồn trạng thái: [VÍ DỤ: API NETWATCH CỦA MIKROTIK]
- Phân quyền: [CÁC VAI TRÒ, VÍ DỤ: QUẢN TRỊ VÀ NGƯỜI DÙNG]
- Giao diện bản đồ: [VÍ DỤ: REACT VÀ BẢN ĐỒ TƯƠNG TÁC]

QUY TẮC
1. Định nghĩa lược đồ dữ liệu cho người dùng, vai trò, thiết bị, loại thiết bị, cổng kết nối, kết nối, nhật ký và router. Ghi rõ khóa ngoại và quan hệ.
2. Xây xác thực và phân quyền theo vai trò: quản trị quản lý người dùng và router, người dùng thường chỉ quản lý thiết bị của mình.
3. Thiết bị có thể là loại quản lý được hoặc không. Nếu quản lý được thì gán địa chỉ IP cho từng cổng.
4. Cho phép thêm thiết bị bằng cách nhấp trực tiếp lên bản đồ, hiện biểu mẫu để điền thông tin.
5. Cho phép nối hai cổng bằng một kết nối, di chuyển kết nối sang cổng khác và xóa kết nối.
6. Đồng bộ trạng thái thiết bị theo thời gian thực, ghi nhật ký mỗi khi trạng thái đổi, hiển thị khác nhau cho trạng thái hoạt động và mất kết nối.
7. Mọi yêu cầu gửi tới API phải được kiểm tra và xác thực đầu vào, phòng chống chèn SQL, XSS và CSRF.
8. Không hardcode thông tin đăng nhập router, không bịa thông số mạng.

KHUÔN ĐẦU RA
1. Sơ đồ kiến trúc và lược đồ dữ liệu.
2. Danh sách API chính kèm phương thức.
3. Khối mã nguồn cho các phần cốt lõi.
4. Luồng cập nhật trạng thái thiết bị.
5. Bảng kiểm bảo mật trước khi phát hành.

Thay nội dung trong dấu [ ] trước khi sử dụng.

Mẹo tinh chỉnh

Điểm khó của hệ thống này là phần đồng bộ trạng thái, nên hãy tách rõ luồng lấy dữ liệu và luồng ghi nhật ký để dễ theo dõi. Lược đồ dữ liệu nên được chốt trước khi viết giao diện, vì bản đồ và biểu mẫu đều dựa vào nó. Với thông tin router, tuyệt đối không lưu thẳng trong mã, hãy dùng biến môi trường. Nếu số thiết bị lớn, yêu cầu thêm cách phân trang và lọc để bản đồ không bị nặng. Cuối cùng, kiểm thử lại luồng phân quyền bằng tài khoản người dùng thường.

Prompt khác cùng nhóm

Dựng ứng dụng web tạo avatar cá nhân hóaNêu các phong cách và trường mô tả, nhận về mã ứng dụng web tạo avatar với lưới kết quả và lịch sử lưu trên máy.Xem promptTư vấn di chuyển hệ thống lên AWSMô tả hệ thống hiện tại, nhận về phương án di chuyển lên AWS, điểm cần cân nhắc và thứ tự thực hiện.Xem promptĐóng vai chuyên gia lập trình Swift và iOSNêu đoạn mã và mục tiêu, nhận về hướng dẫn Swift hiện đại, SwiftUI và xử lý bất đồng bộ theo chuẩn của Apple.Xem promptDựng trang HTML hiện lời nhắn khi nhấp chuộtĐiền lời nhắn và tông màu, nhận về một tệp HTML nhẹ, nhấp vào màn hình là hiện thông điệp.Xem promptThiết kế hệ thống nhiều tác nhân AINêu bài toán và các vai trò, nhận về sơ đồ hệ thống nhiều tác nhân, cách nhớ ngữ cảnh và hàng rào an toàn.Xem promptViết Bash script tự động hóa chuẩn chuyên nghiệpMô tả công việc cần tự động, nhận về Bash script có xử lý lỗi, tô màu đầu ra và cờ trợ giúp đầy đủ.Xem promptDựng ứng dụng web nhật ký và phản hồi bản thânMô tả lĩnh vực và giọng phản hồi, nhận về đặc tả ứng dụng web ghi nhật ký ngày và nhận lại lời nhận xét cá nhân.Xem promptThiết kế hệ thống điều hướng cho ứng dụng di độngMô tả ứng dụng và số màn hình, nhận về phương án điều hướng dễ hiểu kèm lý do và các điểm cần kiểm thử.Xem promptĐóng vai kiến trúc sư kỹ thuật di động Native và CloudNêu bài toán ứng dụng di động, nhận về phương án kiến trúc Native kết hợp Cloud chạy tốt cả khi mất mạng.Xem prompt