Tìm kiếm
9 kết quả cho “Domain design”. Tìm không phân biệt dấu.
- Introducing Domain-Oriented Microservice Architecture Bài tóm tắt · Uber · 2020
…ã có (DDD, Clean Architecture, thiết kế hướng interface). - Domain: nhóm service liên quan theo chức năng (ví dụ map search, fare, matching). Không quy định kích thước; có domain c…
- Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity Bài tóm tắt · Shopify · 2019
…th : một codebase, một lần deploy, nhưng ranh giới giữa các domain được định nghĩa và tôn trọng. Dự án "Componentization" bắt đầu đầu 2017, sau khi khảo sát developer để có dữ liệu…
- Taming agents in the Mercari web monorepo Bài tóm tắt · Mercari · 2025
…build/test, code style, kiến trúc (tầng module app/feature/domain/core, chiều phụ thuộc do eslint-plugin-boundaries ép), xác thực, test, quy tắc design system (luôn import từ gói…
- グローバル展開にむけた基盤の再構築 (Rebuilding Foundation for Global Expansion) Bài tóm tắt · Mercari · 2025
…ce nhỏ, mỗi cái làm hơi khác nhau ; chia quá nhỏ, ranh giới domain sai; đổi tổ chức thường xuyên kéo theo chuyển giao ownership tốn kém; thêm tính năng phải sửa nhiều service của n…
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.