Tìm kiếm
29 kết quả cho “Federation”. Tìm không phân biệt dấu.
- How Netflix Scales its API with GraphQL Federation (Part 1) Bài tóm tắt · Netflix · 2020
…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ệu và quan hệ nằm…
- Search Federation Architecture at LinkedIn Bài tóm tắt · LinkedIn · 2018
…i gốc](https://engineering.linkedin.com/blog/2018/03/search-federation-architecture-at-linkedin) Bối cảnh - LinkedIn có nhiều "search backend" theo use case (People, Job...). Tầng…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…g bình — [bài gốc](https://www.uber.com/us/en/blog/database-federation/) Bối cảnh - Một data warehouse của mảng Delivery có hơn 16.000 dataset Hive, 10 PB của nhiều domain nằm tron…
- Scaling Prometheus to billions of samples a second Bài tóm tắt · Hudson River Trading · 2021
…g vẫn có trần phần cứng. - Hai cách scale cộng đồng khuyên: federation (mỗi DC/service một instance, một instance "global" gom một phần dữ liệu) và sharding (gom lại cũng qua feder…
- Migrating Large-Scale Interactive Compute Workloads to Kubernetes Without Disruption Bài tóm tắt · Uber · 2025
…t CRD riêng (CRD linh hoạt hơn nhưng tốn công duy trì; tầng federation sẵn hỗ trợ Job): - parallelism 1; - completions 1.024 (phiên không bao giờ "xong"); - restartPolicy: Never vớ…
- Scaling LinkedIn's Hadoop YARN cluster beyond 10,000 nodes Bài tóm tắt · LinkedIn · 2021
…gấp đôi suy ra còn bao lâu. Mở mã nguồn. - Không dùng YARN Federation: control plane là CLI làm tay, thêm phụ thuộc (MySQL, ZooKeeper) và nhiều tính năng chưa từng chạy. Global Sc…
- From One Horizontal Scaling Controller to Many: Evolving Uber's Compute Platform Bài tóm tắt · Uber · 2026
…triệu core, 1,5 triệu lần khởi động pod mỗi ngày. Up là lớp federation: service owner deploy, khai báo miền lỗi và kỳ vọng scale. CRD UberDeployment mang theo yêu cầu nghiệp vụ, kỳ…
- 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:
- 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.
- 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.
- 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…
- 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:
- 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…
- 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ỡ:
- 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ừ…
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- Did you mean "Galene"? Bài tóm tắt · LinkedIn · 2014
…nhóm làm phần của mình; bốn năm sau LinkedIn gộp tiếp tầng federation (). Liên quan - Cùng công ty: · · · - (Unicorn, cùng đồng tác giả) - ·…
- Modernizing Prometheus: Native Storage for Composite Types Bài tóm tắt · Prometheus · 2026
…et) by (le) ), phá quy tắc "thấy gì query nấy" và ảnh hưởng federation, remote read, remote write. - Hướng đi (2026): về lâu dài toàn bộ tầng lưu trữ dùng mẫu phức hợp, nhưng người…
- 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…
- Search architecture revamp Bài tóm tắt · Grab · 2022
Trước 2021, search của Grab (Food, Mart) chỉ khớp văn bản qua inverted index, xếp hạng bằng trọng số viết cứng (khớp tên merchant luôn ưu tiên, kể cả khi người dùng rõ ràng tìm một món).
- Hudson River Trading Công ty Thành viên
Công ty giao dịch thuật toán (HRT), phần lớn hạ tầng on-premises, nhiều site trên thế giới. Năm 2021 họ scale Prometheus bằng shard chỉ ingest cộng query node đọc remote, vì federation mất khả năng tổng hợp ad-hoc trên…
- Project STAR*: Streamlining Our On-Call Process Bài tóm tắt · LinkedIn · 2018
Voyager On-Call: lịch trực cho app flagship (web, Android, iOS, frontend API). Người trực lo site chạy và giữ cho trunk và pipeline deploy khoẻ. Mỗi tuần một nhóm mới: một engineer mỗi nền tảng, kèm người của…
- An inside look at LinkedIn's data pipeline monitoring system Bài tóm tắt · LinkedIn · 2019
Dữ liệu vào Hadoop chủ yếu qua Apache Gobblin (nguồn Kafka, Espresso, Oracle), job batch chạy hàng giờ trên hàng trăm dataset. Giám sát lúc đó chỉ là trạng thái pass/fail của job trên dashboard Azkaban tự làm (Kyaraben).
- Prometheus High Availability and Fault Tolerance Strategy, Long Term Storage with VictoriaMetrics Bài tóm tắt · Miro · 2020
…thì đắt vì cần đĩa nhanh, và HA không có sẵn kiểu cluster. Federation hợp để gom một phần metric, không phải để HA. Thay đổi chính - HA cho Prometheus bằng dự phòng đơn giản: hai…
- Simplifying Data and Product Integrations with a Data Abstraction Layer Bài tóm tắt · Uber · 2026
Query dữ liệu thường gắn chặt với cấu trúc và vị trí của dataset ("dùng bảng v2, trước 2025 thì dùng v1, metric đổi tên giữa hai bản"), nên đổi mô hình dữ liệu chậm và khó. Báo cáo cho nhà quảng cáo của Uber Ads là ca…
- Superuser Gateway: Guardrails for Privileged Command Execution Bài tóm tắt · Uber · 2026
Data platform của Uber dùng GCS, OCI và HDFS. Một nhóm nhỏ engineer thỉnh thoảng cần quyền superuser để chuyển dữ liệu, sửa quyền, dọn đường dẫn hỏng, gỡ sự cố gấp; chính các lệnh đó có bán kính ảnh hưởng lớn nhất (một…
- Orchestrating Cassandra on Kubernetes with Operators Bài tóm tắt · Yelp · 2020
…Phối hợp xuyên region: mỗi region một cụm Kubernetes (không federation) nên operator tự thêm khoá etcd kèm lease có hạn (gia hạn trong mỗi vòng reconcile): không cho hai region boo…
- Federated GraphQL Server at Scale: Zillow Rental Manager Real-time Chat Application Bài tóm tắt · Zillow · 2019
…ầu giúp thêm tính năng mà không đụng phần khác. - Phân biệt federation thật (nhiều service sở hữu schema) với stitching trong một process. Liên quan - · - ·…