Mục lục
Kiến trúc
4 bài · ~11 phút
Kiến trúc là tập quyết định mà đổi lại thì đắt, và là thói quen giữ những quyết định đó nhìn thấy được trong lúc team vẫn ship. Nhánh này không phải tour tên pattern. Đây là nơi tôi đặt ghi chú về nhịp review, ranh giới service, sự kiện, và cách phối hợp công việc băng qua những ranh giới đó.
Thiết kế hệ thống là nhánh tiên quyết. Một thiết kế có thể được phác trong cuộc họp và vẫn là hình sai. Kiến trúc là thứ còn lại sau khi bạn phải sống với hình đó một năm: ai được đổi nó, review tìm quyết định bằng cách nào, và pattern nào bạn nhận vì phương án kia tệ hơn, không phải vì sơ đồ trông sạch. Hệ thống phân tán nằm xa hơn phía sau. Nếu một bài ở đây nói về saga hoặc mesh, nó giả định bạn đã biết vì sao một lời gọi mạng không phải một lời gọi hàm.
Các bài đã xuất bản bắt đầu bằng vòng review mà team giữ được, rồi đi qua lớp mạng, đánh đổi của kiến trúc hướng sự kiện, và một workflow .NET tách command khỏi tiến trình dài hạn bao quanh nó. Hãy đọc vòng review kể cả khi bạn tới vì pattern. Phần lớn nỗi đau sau này là một quyết định không ai viết xuống.
Những trang này được phép có chủ kiến. Tôi đánh dấu budding khi đánh đổi vẫn còn trượt dưới chân, và evergreen khi tôi đã lặp lời khuyên đủ nhiều để giữ nó. Nếu bạn không đồng ý với một trang, phản hồi hữu ích là một lỗi cụ thể hơn, không phải một danh sách pattern dài hơn.
Trước khi bắt đầu
- Vòng lặp review kiến trúc cho team deliveryMức: Trung cấpEvergreen. Đã xem lại và đủ ổn để dựa vào.1 phút đọc
- Service Mesh Pattern: Sidecar Thực Sự Mang Lại Gì Cho BạnMức: Nâng caoBudding. Lời giải thích tôi đang dùng và vẫn sẽ sửa.2 phút đọc
- Event-Driven Architecture: Đánh Đổi Bạn Cần Chấp Nhận Trước Khi Cam KếtMức: Nâng caoBudding. Lời giải thích tôi đang dùng và vẫn sẽ sửa.3 phút đọc
- CQRS và Saga Pattern trong .NET: Xây Dựng Workflow Phân Tán Đáng Tin CậyMức: Nâng caoBudding. Lời giải thích tôi đang dùng và vẫn sẽ sửa.5 phút đọc
Bản đồ chỉ để nhìn. Hãy dùng dàn ý nếu bạn điều hướng bằng bàn phím hoặc trình đọc màn hình.