Tìm kiếm
30 kết quả cho “Domain gateway”. 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…
- 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…
- 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…
- Journey to the cloud part II: Migrating Stack Overflow for Teams to Azure Bài tóm tắt · Stack Overflow · 2023
…s-to-azure/) Phần 2 của series; phần 1 (lý do và pha 1, đổi domain): . Bối cảnh Sau pha 1, Teams đã chạy ở stackoverflowteams.com nhưng mới tách "bề ngoài". Phía sau vẫn dùng chung…
- 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…
- Service Architecture at SoundCloud — Part 1: Backends for Frontends Bài tóm tắt · SoundCloud · 2021
Trước 2013, SoundCloud "tự ăn món mình nấu": một Public API duy nhất phục vụ cả app chính thức lẫn bên thứ ba.
- 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.
- 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ỡ:
- 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…
- 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…
- 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.
- 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:
- 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:
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- 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…
- 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:
- 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.
- 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…
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- SoundCloud Công ty Thành viên
Năm 2013 SoundCloud rời mô hình một Public API cho mọi client, tách monolith thành microservice và khai sinh pattern BFF; đến 2021 có vài chục BFF dùng chung thư viện edge, nhưng logic tích hợp và phân quyền bị nhân bản…
- Service Architecture at SoundCloud — Part 2: Value-Added Services Bài tóm tắt · SoundCloud · 2021
…trải nghiệm; - Foundation : khối xây dựng mức thấp cho một domain. Thay đổi chính - Value-Added Service (VAS) : service nghiệp vụ trả về một aggregate (entity + value object, theo…
- How Coinbase built a governed platform for internal operations Bài tóm tắt · Coinbase · 2026
…ice "Control Center": một điểm vào trước nhiều backend theo domain. Lớp chung lo identity, authorization, rate limit, audit, approval; logic domain ở lại backend. Theo bài: phân tá…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…a mảng Delivery có hơn 16.000 dataset Hive, 10 PB của nhiều domain nằm trong một database Hive do một team trung tâm sở hữu. Từng giúp onboard và tìm dữ liệu dễ, nhưng khi lớn thì…
- グローバル展開を支える基盤の裏側 (Behind the Infrastructure Powering Global Expansion) Bài tóm tắt · Mercari · 2025
…ith cũ dùng chung một DB không giới hạn join hay quyền giữa domain; thời microservices mỗi service một DB HA riêng, độc lập nhưng lãng phí với service ít request . Nay: AlloyDB, dù…
- Stack Overflow Công ty Thành viên
Phản ví dụ nên đọc sớm cho niềm tin "lớn thì phải scale out". Năm 2009, với 16 triệu page view mỗi tháng, Stack Overflow chạy hai web server và một SQL Server, chạm giới hạn thì nâng RAM; theo Jeff Atwood, phần cứng rẻ…
- 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ừ…
- Kabootar — Swiggy's Communication Platform Bài tóm tắt · Swiggy · 2017
…gys-communication-platform-e5a43cc25629) Blog Medium custom domain; đọc bản medium.com/swiggy-bytes/... qua trình duyệt, raw/ chỉ là placeholder. Bối cảnh - Swiggy (giao đồ ăn, Ấn…
- Load Testing Kubernetes: Building a Framework (Part 1) Bài tóm tắt · Achievers · 2023
…hần 2 (kết quả và các nút thắt đã gỡ): . Blog Medium custom domain, không có bản Wayback; đọc qua trình duyệt, raw/ chỉ là placeholder. Bối cảnh - Achievers chạy nền tảng Kubernete…
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
…à record) là phần khó nhất, giống việc GitHub gỡ JOIN xuyên domain (). - CDC tự viết bằng trigger + lô + audit số lượng hai đầu : chứng minh được không mất dữ liệu. Có lối thoát (f…
- グローバル展開にむけた基盤の再構築 (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…