Tìm kiếm
40 kết quả cho “API Gateway”. Tìm không phân biệt dấu.
- How we built the Tinder API Gateway Bài tóm tắt · Tinder · 2022
…[bài gốc](https://medium.com/tinder/how-we-built-the-tinder-api-gateway-831c6ca5ceca) Bối cảnh - Tinder có hơn 500 microservice (2022) nói chuyện với nhau qua service mesh (Envoy);…
- Using API Gateway for Authorization and Authentication Bài tóm tắt · Expedia · 2018
…Dễ — [bài gốc](https://medium.com/expedia-group-tech/using-api-gateway-for-authorization-and-authentication-894a403d8614) Một bài trong series về một ứng dụng NodeJS (Koa) chạy tr…
- Canva incident report: API Gateway outage Bài tóm tắt · Canva · 2024
…ttps://www.canva.dev/blog/engineering/canva-incident-report-api-gateway-outage/) Bối cảnh - Editor của Canva là một SPA, deploy nhiều lần mỗi ngày; mỗi lần có hơn 100 file tĩnh mới…
- How Netflix Scales its API with GraphQL Federation (Part 1) Bài tóm tắt · Netflix · 2020
…bài gốc](https://netflixtechblog.com/how-netflix-scales-its-api-with-graphql-federation-part-1-ae3557c187e2) Bối cảnh - Mảng Studio (sản xuất nội dung) có hàng trăm ứng dụng; dữ li…
- Designing MCP Gateway: Uber's MCP Management Platform Bài tóm tắt · Uber · 2026
…buf/Thrift trên HTTP, gRPC, TChannel): với mỗi nhóm service:API, tạo hoặc cập nhật một MCP server ảo, parse IDL lấy tên method, schema request/response và comment, dùng LLM sinh mô…
- Service Architecture at SoundCloud — Part 3: Domain Gateways Bài tóm tắt · SoundCloud · 2021
…Uber DOMA có gateway cho mỗi domain (); Cloudflare có gRPC API trước DNS DB (). - Fan-out của aggregate tăng theo số tính năng; partial response là cách giảm mà vẫn giữ một endpoi…
- How we replaced Ingress-NGINX at Stack Overflow Bài tóm tắt · Stack Overflow · 2026
…n traffic của Stack Overflow từ khi lên Kubernetes. Gateway API (thay Ingress) đã được bàn nhưng không ai đầu tư vì cái cũ vẫn chạy tốt; giờ bị buộc phải đưa vào roadmap gần. Thay…
- Service Architecture at SoundCloud — Part 1: Backends for Frontends Bài tóm tắt · SoundCloud · 2021
…h - 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. - Nhu cầu scale cả vận hành lẫn tổ chức đẩy họ từ monolith sang m…
- Accelerating Search and Ingestion with High-Performance gRPC in OpenSearch Bài tóm tắt · Uber · 2026
…Proto → đối tượng Java và gắn dịch vụ gRPC riêng. - Ưu tiên API nhạy latency nhất: Search và Bulk. - Giữ REST và Protobuf đồng bộ bằng pipeline tự động từ đặc tả OpenAPI: tiền xử l…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…e hai tầng (server GraphQL và client) theo header X-TTL mỗi API trả về; nhờ GraphQL làm chung xác thực, biến đổi, cache nên microservice phía sau thu nhỏ được. - Vấn đề: IPL 2020 (…
- Journey to the cloud part II: Migrating Stack Overflow for Teams to Azure Bài tóm tắt · Stack Overflow · 2023
…(nhiều RAM vì cache và TagServer). Mỗi VM chạy 6 app: web, API v2/v3, Scheduler, TeamsDbApi, StackMail, TagServer. - Rolling: VM mới có agent Octopus, agent tự deploy mọi app; hea…
- How Postman Engineering handles a million concurrent connections Bài tóm tắt · Postman · 2020
…nhiều năm và kiểm soát cả handshake. Ít khi phải deploy. - API riêng: chuyển message realtime thành lời gọi HTTP tới service nội bộ theo luật nghiệp vụ, deploy độc lập và thường x…
- Scaling AWS Infrastructure to Support Multiple Regions Bài tóm tắt · Grammarly · 2021
…số liệu kết quả. Bối cảnh - Mục tiêu: đưa neural network và API gần user hơn (giao diện phản hồi nhanh), đồng thời tách môi trường để đạt SOC 2 Type 2 và ISO. - Trước: một region,…
- From SSH to REST: A Security-Driven Modernization of Slack’s EMR Data Pipelines Bài tóm tắt · Slack · 2026
…i biết, có sẵn trong YARN): đưa script lên S3, nộp qua REST API của YARN, YARN cấp container, tải script và chạy, có giới hạn tài nguyên, cách ly, retry, huỷ sạch và log. - Quarry…
- 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…
- 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ỡ:
- 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.
- 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.
- 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:
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- 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:
- 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:
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Độ 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.
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không tự…
- 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…
- 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.
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- 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…
- 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…
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
…2022: dữ liệu DNS chiếm ~40% dung lượng cfdb . DNS Records API là API được dùng nhiều nhất, mỗi request là một query DB. Khi DNS có spike thì các service không liên quan cũng chậm…
- Session revocations at scale Bài tóm tắt · Canva · 2026
Session của hàng trăm triệu người dùng nằm trong cookie mã hoá (user ID, quyền, vai trò), nên gateway tin được cookie mà không cần gọi kho dữ liệu cho mỗi request (hàng trăm nghìn lần mỗi giây).
- Canva Công ty Thành viên
Báo cáo sự cố công khai đầu tiên của Canva (2024): một deploy editor thường lệ, mạng CDN mất gói và cơ chế gộp request của Cloudflare dồn 270.000 request rồi thả cùng lúc, cộng một bug lock trong telemetry, làm API…
- Tinder Công ty Thành viên
Nhiều năm Tinder dùng một index Elasticsearch cho gợi ý; năm 2019 chia thành 40–100 geoshard cân theo load score trên S2 . Shard được hiện thực là nhiều index trong một cluster, chốt cỡ bằng performance test, và rải…