Tìm kiếm
21 kết quả cho “Domain Graph Service”. Tìm không phân biệt dấu.
- Service Architecture at SoundCloud — Part 3: Domain Gateways Bài tóm tắt · SoundCloud · 2021
…các service và kho khác nhau mà phía trên không cần biết. - Domain Gateway: một entity (track) được dùng ở nhiều domain với mẫu truy cập và phân quyền khác nhau (Consumer và Creato…
- How Netflix Scales its API with GraphQL Federation (Part 1) Bài tóm tắt · Netflix · 2020
…dữ liệu. Thành công lớn, rồi lộ nút thắt: đội Studio API xa domain nên schema kém; nối backend mới vào graph làm tay; một đội nhỏ gánh vận hành cho graph ngày càng lớn. - Đầu 2019…
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- 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…
- Lessons Learned From Scaling Uber To 2000 Engineers, 1000 Services, And 8000 Git Repositories Bài tóm tắt · Uber · 2016
…Bài học cho SWE - Bổ sung cho (lý do tách) và (gom lại theo domain): bài này nằm ở đỉnh của sự bùng nổ , giữa hai bài kia. - Các tính năng xuyên suốt (context propagation, tracing,…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…gỡ bớt cache mid-tier : chúng giữ dữ liệu dẫn xuất từ nhiều domain nên invalidation và call graph vượt tầm kiểm soát. Theo LinkedIn, cache nên đặt sát kho dữ liệu nhất có thể. - Ka…
- How we modified our infrastructure to deploy an EU data center Bài tóm tắt · Asana · 2020
…mở hạ tầng ở châu Âu (12/2019). - Từ 2015 Asana shard theo domain (mỗi domain nằm trọn trong một database, mỗi DB chứa nhiều domain), cộng một master shard lưu user và quan hệ thà…
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…hay cache gì, hiệu năng đã tốt hơn rõ so với web Nhật. - Subdomain theo vùng ( tw.mercari.com , hk.mercari.com ) thay cho ccTLD hay thư mục theo vùng: tín hiệu rõ cho bot, giống jp…
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- 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ỡ:
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng:
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- 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,…
- Netflix Công ty Thành viên
Sự cố hỏng DB năm 2008 dẫn tới 7 năm lên AWS theo hướng cloud-native . Bài kiểm tra lớn đầu tiên là sự cố AWS US-East năm 2011: kiến trúc stateless, nhiều zone, fallback chịu được, nhưng rút khỏi zone phải làm tay. Từ…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- 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…
- DataHub: Popular metadata architectures explained Bài tóm tắt · LinkedIn · 2020
…ời"; lỗi index thì dựng lại từ log. Model mở rộng được theo domain: các team tự thêm aspect có kiểu mạnh mà không chờ team trung tâm. DataHub ở LinkedIn: hơn 10 triệu change event/…