Có một hiện tượng đặc biệt đáng để suy ngẫm——khi mọi người đánh giá các dự án hạ tầng, thường chỉ nhìn vào hiện tại. "Hiện tại có nhu cầu này không?" trở thành câu hỏi lớn nhất trong khảo sát. Nhưng thường thì những thiết kế xuất sắc nhất lại chính là những gì đã được chuẩn bị từ trước, ngay khi bạn chưa hề hấn gì đã nghĩ "phải có nó".

Lấy ví dụ về lưu trữ, nhìn qua thì chẳng có gì đặc biệt. "Chỉ đơn giản là lưu dữ liệu thôi, có gì lạ đâu." Câu này nghe có vẻ hợp lý, vấn đề là khi một ứng dụng chạy qua một năm rưỡi, điều thực sự bắt đầu gây khó khăn không phải là tốc độ nhanh hay chậm, mà chính là đống dữ liệu lịch sử đó.

Bạn bắt đầu ngần ngại, sửa đổi logic cốt lõi sợ làm hỏng hệ thống tin cậy đã có, mỗi lần thay đổi dễ dẫn đến sự cố. Lúc này mới hiểu rõ—thiết kế tốt hay không thể hiện rõ qua khả năng xử lý một cách tinh tế những "không thể xóa bỏ" dữ liệu lịch sử này.

Như bộ mô hình đối tượng Walrus, về bản chất chính là chuẩn bị phòng thủ cho những tình huống như vậy từ trước. Đối tượng không bị thay thế, mà là tiến hóa tại chỗ; lịch sử không bị ghi đè, mà liên tục tích tụ. Một ứng dụng trung bình cập nhật trạng thái 3-6 lần mỗi ngày, sau một năm sẽ lên tới khoảng 30-40GB dữ liệu. Những dữ liệu này bạn không thể xóa, cũng phải dám sử dụng.

Tôi nghĩ rằng những thứ như Walrus không phải là những thực phẩm bổ sung thêm phần hấp dẫn. Ngược lại, nó thuộc loại giao thức mà khi bạn thực sự nhận ra giá trị của nó, thì đã rất khó để bắt đầu từ vị trí thấp hơn để tiếp cận.