Tôi đã nhìn sai kiến trúc của Dusk lúc ban chiều

Tôi nghĩ rằng kiến trúc cũ của @Dusk chỉ cần tối ưu hóa.

Nhưng nhận thức của tôi đã sai.

Tôi nhận ra vấn đề không chỉ nằm ở “động cơ”. Nó nằm ở bản thiết kế bao quanh nó.

Kiến trúc sớm của Dusk đã sử dụng hạ tầng được thiết kế riêng theo yêu cầu. Nhưng khi hệ sinh thái mở rộng, các tích hợp lại đòi hỏi nhiều công việc tùy chỉnh hơn, tốn thêm thời gian và chi phí.

Nó giống như một cây cầu một làn. Ít xe qua lại thì chạy ổn. Nhưng khi lượng xe tăng lên, đôi khi cây cầu cần được thiết kế lại.

Điều đó khiến tôi tự hỏi: nếu kiến trúc cũ vẫn hoạt động được thì vì sao phải thiết kế lại?

Thiết kế mới hơn tách bạch các trách nhiệm: DuskDS đảm nhiệm việc thanh toán và tính sẵn có của dữ liệu, còn DuskVM và DuskEVM cung cấp môi trường thực thi.

Rồi tôi hiểu ra: đương nhiên, mục tiêu không chỉ là cải tiến kiến trúc cũ. Mục tiêu là làm cho nó phù hợp với những gì Dusk đang trở thành.

Tôi từng coi việc nâng cấp như “chỉnh động cơ”. Giờ tôi thấy đó là “thiết kế lại bản thiết kế”.

Một hệ thống có thể phát triển vượt ra khỏi thiết kế ban đầu.

Các hệ thống đang mở rộng có cần kiến trúc mới, không chỉ là hiệu năng tốt hơn không?

$DUSK #dusk

Khi một hệ thống tăng trưởng, điều gì quan trọng hơn?