Làm phát triển chuỗi không sợ nhất không phải là giới hạn hiệu suất, mà là deadlock của kiến trúc dữ liệu.

Nhiều dự án ban đầu chạy rất nhanh, nhưng sau nửa năm bắt đầu quay vòng, trông có vẻ không thiếu tiền, thực ra là cấu trúc dữ liệu đã bị kẹt cứng — một khi logic kinh doanh đã được xây dựng, mỗi lần lặp lại đều phải đào đất ba thước. Thay đổi một trường có thể phải động đến toàn bộ lớp ứng dụng, điều này cũng là bức tranh thực tế khiến nhiều dự án trên chuỗi từ tiến nhanh trở nên trì trệ.

Ý tưởng của Walrus rất thú vị. Nó mặc định thừa nhận một thực tế: bạn hoàn toàn không thể thiết kế đúng ngay từ đầu. Thay vì giữ vững ý định ban đầu, tốt hơn là để cấu trúc dữ liệu luôn duy trì tính linh hoạt.

Xét về mặt thiết kế kỹ thuật, điểm cốt lõi là mô hình lưu trữ theo đối tượng. Mỗi đối tượng dữ liệu có danh tính riêng, việc cập nhật không phải vá lỗi, mà là tiến trình tự nhiên của sự phát triển. Từ hiệu suất trên mạng thử nghiệm, hệ thống hỗ trợ nhiều lần cập nhật cùng một đối tượng, một đối tượng có thể lên đến mức MB, và có thể được duy trì bởi nhiều nút, đảm bảo tính khả dụng.

Điều này để lại không gian phản ứng cho nhà phát triển — bạn không cần phải dự đoán chính xác sau ba năm sẽ ra sao ngay từ ngày đầu tiên. Yêu cầu thay đổi, dữ liệu cũng có thể theo đó mà thay đổi. Tất nhiên, cái giá của nó là gì? Tính linh hoạt này chắc chắn sẽ bị lạm dụng, cần dựa vào lớp ứng dụng tự giữ các giới hạn.

Nhưng thành thật mà nói, đối với phần mềm trong thế giới thực, khả năng sửa chữa chính là giá trị. So với việc bị kiến trúc quyết định kìm hãm, có khả năng sửa lỗi đã là một bước tiến lớn.