Một Raspberry Pi bốn gigabyte là bản mô tả máy, không phải yêu cầu của văn phòng. Nó có thể phục vụ tốt một vài người dùng từ xa, và nó có thể sụp ngay buổi chiều đầu tiên khi ai đó sao chép một tệp lớn qua đường hầm. Con số bộ nhớ không thể cho bạn biết điều nào sẽ xảy ra. Biến việc mua sắm thành một bài kiểm tra chấp nhận thay thế sự không chắc chắn đó bằng một kết quả bạn có thể bảo vệ.

Biến câu hỏi thành bài kiểm tra chấp nhận

Bài kiểm tra chấp nhận nêu tên công việc, các điều kiện và mức đạt trước khi bất kỳ phần cứng nào đến. Với một cổng VPN, công việc là một tập hợp các hoạt động đồng thời, còn điều kiện là các đường đi và dịch vụ liên quan. Mức đạt là điều người dùng sẽ gọi là dùng được, không phải điều một phép đo báo cáo. Thiếu cả ba, một con số không có tuyên bố nào.

Viết bài kiểm tra sao cho người khác có thể chạy nó. Chỉ ràng buộc đó đã loại bỏ phần lớn tiêu chí mơ hồ khiến những quyết định này kéo dài hàng tuần. Nó cũng làm kết quả có thể so sánh khi lần xem xét tiếp theo đến.

Kết quả có thể biện minh cho Raspberry Pi, một thiết bị khác hoặc một dịch vụ được quản lý. Cả ba đều là câu trả lời hợp lý cho cùng một câu hỏi. Bài kiểm tra quyết định giữa chúng, còn bảng thông số thì không.

Ghi công việc, không ghi số người

Tách các hoạt động thay vì đếm người dùng. Mở một ứng dụng web, sao chép một tệp lớn và chạy một terminal tương tác đặt những tải rất khác nhau lên cùng một cổng. Ghi lại những hoạt động nào trùng nhau trong một giờ bình thường, vì chính sự trùng nhau biến ba việc dễ thành một việc khó.

Cũng ghi lại hướng. Người dùng từ xa tải xuống từ máy chủ tệp của văn phòng tiêu thụ đường truyền lên của văn phòng, và một kết nối máy khách nhanh không bù được đường đi hẹp ở đầu bên kia.

Nếu đường hầm cũng mang lưu lượng duyệt web thông thường, hãy đưa lưu lượng đó vào bài kiểm tra. Chỉ truy cập riêng đánh giá thấp điều cổng sẽ thấy khi văn phòng bắt đầu dùng nó cho mọi thứ.

Đo thiết bị đã lắp ráp

Kiểm tra phiên bản, giao thức và xác thực mà bạn định triển khai. Ghi lại đường xử lý gói nào đang hoạt động thay vì mượn một phép đo từ bản dựng khác. Dung lượng phụ thuộc vào đường đó, nên một quan sát từ đường khác mô tả một hệ thống khác. Mục đích là đo cấu hình của bạn, không phải cái tốt nhất hiện có.

Bao gồm các dịch vụ sẽ chia sẻ bo mạch. Lọc DNS, giám sát hoặc lưu trữ đều tranh nhau cùng một bộ xử lý và bộ nhớ, và một cổng được đo riêng lẻ không phải cổng bạn sẽ vận hành.

Theo dõi hoạt động bộ xử lý, áp lực bộ nhớ, lỗi giao diện và thời gian hoàn thành trong công việc liên tục. Giữ mã hóa và kiểm soát truy cập bật suốt thời gian, vì một con số có được mà không có chúng mô tả một dịch vụ chưa ai phê duyệt.

Quyết định ngân sách gián đoạn trước phần cứng

Một cổng rẻ tiền là lựa chọn hợp lý khi gián đoạn của nó chấp nhận được và việc khôi phục đơn giản. Ghi lại thời gian ngừng hoạt động được chấp nhận và ai có thể khôi phục cấu hình, thay thế lưu trữ và thu hồi một máy khách bị mất. Chính những thao tác đó quyết định một gián đoạn thực sự kéo dài bao lâu. Không điều nào trong số đó xuất hiện trên bảng thông số.

Nếu quản trị viên chỉ đến được cổng qua cùng đường hầm đó, hãy lên kế hoạch một lộ trình khôi phục độc lập. Một bo mạch dự phòng mà cấu hình và khóa không thể khôi phục và không ai sở hữu không phải là một kế hoạch khôi phục.

Nêu tên người, không phải nhóm. Khôi phục phụ thuộc vào một nhóm là khôi phục chờ nhóm đó sẵn sàng. Tên cũng là điều khiến kế hoạch có thể kiểm chứng.

Chọn hệ thống nhỏ nhất đạt yêu cầu

Chọn hệ thống được duy trì nhỏ nhất đáp ứng các yêu cầu đã công bố với biên dự phòng. Nhiều bộ nhớ hơn giúp ích khi bộ nhớ là giới hạn, và không làm gì cho một đường đi đã bão hòa. Biên dự phòng phải là một tỷ lệ được công bố, không phải một tính từ. Khi đó lần nâng cấp tiếp theo cũng có tiêu chí.

Ghi lại tải công việc, kết quả và ngày bên cạnh việc triển khai. Câu hỏi dung lượng tiếp theo khi đó bắt đầu từ bằng chứng, không phải từ bảng thông số. Bản ghi đó là khác biệt giữa một quyết định và một phỏng đoán.

Bài viết liên quan