Tìm kiếm
40 kết quả cho “Acking”. Tìm không phân biệt dấu.
- Catching bugs on the client-side: how we developed our error tracking system Bài tóm tắt · Bumble · 2020
Bumble và Badoo có web (desktop, mobile) và app Android, iOS với hàng triệu người dùng. Web phát hành 1–2 lần mỗi ngày, app native khoảng một lần mỗi tuần; phân tích lỗi là một bước của mỗi lần phát hành: release…
- The Great Unracking: Saying goodbye to the servers at our physical datacenter Bài tóm tắt · Stack Overflow · 2025
…bài gốc](https://stackoverflow.blog/2025/12/24/the-great-unracking-saying-goodbye-to-the-servers-at-our-physical-datacenter/) Bài ngắn, chủ yếu là ảnh; khép lại câu chuyện phần cứn…
- Tracking the Money — Scaling Financial Reporting at Airbnb Bài tóm tắt · Airbnb · 2017
…ng bình — [bài gốc](https://medium.com/airbnb-engineering/tracking-the-money-scaling-financial-reporting-at-airbnb-6d742b80f040) Bối cảnh - Thanh toán của Airbnb chạy ở 191 nước, h…
- Carving The Scheduler Out Of Our Orchestrator Bài tóm tắt · Fly.io · 2023
…nhớ, với bức tranh toàn cục về tài nguyên; mặc định là bin packing (dồn việc để dùng ít máy nhất). - Năm đầu sau khi ra mắt (2020), nền tảng của Fly.io là proxy Rust + driver Nomad…
- Samza Aeon: Latency Insights for Asynchronous One-Way Flows Bài tóm tắt · LinkedIn · 2018
…tin nhắn và lúc publish push tới APNS/GCM), cả hai đều là tracking event đã có trên Kafka. - Aeon trên Samza gồm hai job: - Partitioner: đổi khoá theo trường chung (ví dụ pushId )…
- Balancing cost and reliability for Spark on Kubernetes Bài tóm tắt · Notion · 2026
…p được cho tất cả cùng lúc. - Bước 1, cấp phát động và bin packing: Karpenter (với EKS Auto Mode) chọn loại máy theo CPU/RAM job yêu cầu, bật và tắt node theo nhu cầu; scheduler Mo…
- Benchmarking Streaming Computation Engines at Yahoo! Bài tóm tắt · Yahoo · 2015
…1.0 thêm bộ điều khiển back pressure đơn giản, cho phép tắt acking (vốn chỉ dùng để điều tiết luồng chứ không để bảo đảm xử lý); tắt acking thì Storm thắng cả Flink về latency ở th…
- Running Kafka At Scale Bài tóm tắt · LinkedIn · 2015
…), metrics, logging (tách khỏi metrics chỉ vì quá nhiều), tracking (mọi hành động người dùng; nuôi Samza, Hadoop, search index, tính tiền; dữ liệu lãnh đạo nhìn thấy). - Hai tầng c…
- Community-focused Feed optimization Bài tóm tắt · LinkedIn · 2019
…- Theo dõi feature: index node và broker gửi bất đồng bộ tracking event lên Kafka, một job Samza join thành một event đầy đủ cho mỗi request, để dữ liệu train khớp dữ liệu lúc phụ…
- Enabling the next-generation trait solver on nightly Bài tóm tắt · Rust · 2026
Sau gần 4 năm, trait solver thế hệ mới sắp ổn định. Theo đội Rust, đây là thay đổi đơn lẻ lớn nhất của compiler kể từ bản đầu: thay toàn bộ cách chứng minh where-clause, chuẩn hoá associated type... Lợi ích chính nằm ở…
- How Stripe's document databases supported 99.999% uptime with zero-downtime data migrations Bài tóm tắt · Stripe · 2024
Stripe chọn MongoDB từ 2011 (Atlas chưa có) và xây DocDB, DB-as-a-service nội bộ trên MongoDB Community: hơn 5 triệu query/giây, hơn 10.000 dạng query, hơn 5.000 collection trên hơn 2.000 shard, hàng petabyte dữ liệu…
- How we rolled out security keys at Twitter Bài tóm tắt · Twitter · 2021
Sau sự cố bảo mật năm 2020 (bài nhắc tới, không kể chi tiết), Twitter đẩy nhanh dùng security key (FIDO/WebAuthn) cho nhân viên. Khác SMS hay OTP, security key phân biệt được trang thật và trang giả nên chặn được…
- Avoid webpack bloat: Optimize your dependencies Bài tóm tắt · Zillow · 2017
Mỗi dependency npm là một nguồn lỗi và bảo trì; thư viện phổ biến cũng phình dần (Moment.js 2,2 KB lúc 1.0 → hơn 20 KB gzip).
- Zkafka by Zillow: Go Library for Simplifying Kafka Consumption Bài tóm tắt · Zillow · 2024
Năm năm qua Kafka dùng rộng ở Zillow: cụm nội bộ hơn 1.500 topic (2024). Team Java có Flink và nhiều framework; team Go, Python, JS tự viết consumer.
- 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…
- 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:
- 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…
- 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.
- 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…
- 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…
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Độ 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.
- 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ả…
- 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 ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- Tracing phân tán và log theo request Chủ đề
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
- Bumble Công ty Thành viên
Bumble là tập đoàn hẹn hò sở hữu Badoo; bài 5/2019 trên blog bumble-tech kể cách backend PHP nguyên khối của Badoo được test khi tính năng lên server trước mọi client hàng tháng: SoftMocks cho code cũ đi kèm quy tắc…
- 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…
- 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ẻ…
- Multilingual message content moderation at scale (part 1) Bài tóm tắt · Bumble · 2021
Bumble Inc. (vận hành Badoo và Bumble) có mặt ở 150 nước, 50 ngôn ngữ. Cần một bộ phát hiện tin nhắn độc hại (Rude Message Detector trên Badoo) chạy được mọi ngôn ngữ mà không cần biết trước ngôn ngữ của tin nhắn, để…
- DuckDB Labs Công ty Thành viên
DuckDB Labs có ba nguồn trong wiki, đều năm 2026 và đều là nhà cung cấp viết về format lakehouse. Lập luận chung: metadata của lake nên nằm trong một database (catalog) thay vì rải thành file trên object storage. Data…
- DuckDB v2.0: Your Database Deserves a Better Parser Bài tóm tắt · DuckDB Labs · 2026
…tự. - Lỗi lộ ra khi đưa lên: bản thử nghiệm ở v1.5 bị backtracking bùng nổ theo hàm mũ với input dị dạng: SELECT ((((… với 18 dấu ngoặc mất 5,3 giây, 19 dấu mất 10,6 giây. Sửa bằng…
- Fly.io Công ty Thành viên
Fly.io khởi đầu (2019) là nền tảng edge app không có lưu trữ bền, từ chối làm database hơn 300 ngày. Họ thêm volume rồi ra Fly Postgres (2021) như một "automated database": một app Postgres HA (Stolon + Consul) chạy…
- Introducing Fly Kubernetes Bài tóm tắt · Fly.io · 2023
…àn cục chính xác trở nên khó. Thêm nữa, scheduler muốn bin-packing tối ưu nên có khi đặt app ở Rio khi khách xin São Paulo. - Họ đã thay đồng thuận toàn cục bằng trạng thái cục bộ…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…hiều pipeline riêng (vào data warehouse, vào Hadoop, log, tracking, queue cho InMail, cập nhật search khi đổi profile) phải scale từng cái; Kafka thay tất cả bằng một pipeline quan…
- Production testing with dark canaries Bài tóm tắt · LinkedIn · 2020
…uest đọc không có side effect; side effect (đếm lượt xem, tracking event, gọi xuống service khác) phải được nhận ra và chặn hoặc ghi chỗ khác. Bài nhắc chi phí: một request có thể…
- Notion Công ty Thành viên
Một Postgres monolith chạy 5 năm tới khi vacuum kẹt và TXID wraparound đe doạ; năm 2021 Notion shard ở tầng ứng dụng theo workspace ID thành 480 shard logic trên 32 DB, migrate bằng audit log, chuyển trong 5 phút bảo…
- Atomic slot migration with Redis 8.4 Bài tóm tắt · Redis · 2026
…sync); module không có cấu trúc theo slot hoặc bật CLIENT TRACKING thì quay về xoá dần trong cron của main thread. Kết quả theo benchmark của Redis - Tải: 10 triệu key × 512 byte (…
- Segment Công ty Thành viên
Nguồn chính kể đủ một vòng: một hàng đợi chung bị head-of-line blocking → mỗi destination một service + queue + repo → thư viện lệch phiên bản, chi phí vận hành tăng tuyến tính → gom 140+ service về một . Cùng thời kỳ,…