Tìm kiếm
40 kết quả cho “product sync”. Tìm không phân biệt dấu.
- From Local to Global: Building Seamless B2C Product Integration at Mercari Bài tóm tắt · Mercari · 2025
…g/entry/20251009-from-local-to-global-building-seamless-b2c-product-integration-at-mercari/) Một bài trong series Global App (ngoài sheet). Bối cảnh: . Bối cảnh - Sản phẩm của các…
- Testing concurrent code with testing/synctest Bài tóm tắt · Go · 2025
…code đồng thời đơn giản, nhanh và tin cậy mà không bắt code production phải thiết kế quanh clock giả. Bài học cho SWE - Flaky do thời gian là vấn đề của môi trường chạy, không chỉ…
- Evaluating MySQL Parallel Replication Part 3: Benchmarks in Production Bài tóm tắt · Booking.com · 2015
…/evaluating-mysql-parallel-replication-part-3-benchmarks-in-production-db5811058d74) Phần 3 của series "Evaluating MySQL Parallel Replication" (Jean-François Gagné); phần trước: (c…
- Achieving observability in async workflows Bài tóm tắt · Netflix · 2021
…ải rác không nối được với nhau, có lúc phải viết SQL vào DB production lúc nửa đêm. Thay đổi chính - Khi chuyển workflow sang Java, yêu cầu: gần realtime, có bộ điều phối workflow…
- Incident report: Vercel environment variables cleared during synchronization Bài tóm tắt · Trigger.dev · 2026
…cài đặt riêng, xử lý khác. - 121 organization bị ảnh hưởng (production, staging, preview). Dashboard vẫn hiện tên biến nên người dùng thấy lỗi thiếu credential mà biến "vẫn nằm đó"…
- How we built our multi-agent research system Bài tóm tắt · Anthropic · 2025
…bỏ sót (agent ưa trang SEO hơn nguồn học thuật). Vận hành ở production - Agent có trạng thái và lỗi cộng dồn: chạy lâu qua nhiều lần gọi công cụ; khởi động lại từ đầu thì tốn kém v…
- Introducing uForwarder: The Consumer Proxy for Kafka Async Queuing Bài tóm tắt · Uber · 2026
…uồn là uForwarder . Thay đổi chính - Bốn vấn đề khi đưa lên production: - Message "độc" (poison pill) hỏng trên đường đi , không tới được handler nên không vào được dead-letter que…
- How we scaled async workload processing at GitLab.com using Sidekiq Bài tóm tắt · GitLab · 2020
…q Cluster thành mặc định ở bản 13.0 để môi trường dev giống production. Tiếp theo: giảm số queue phải theo dõi. Vì sao - Mục tiêu chịu 100 lần traffic lúc đó và để vận hành "không…
- Evaluating MySQL Parallel Replication Part 2: Slave Group Commit Bài tóm tắt · Booking.com · 2015
…ên M làm DC xa bị trễ replication. Thử nghiệm - A là master production (MySQL 5.6) → B là intermediate master MariaDB 10.0.16 đơn luồng → C là slave MariaDB 10.0.16 bật binlog, log…
- Diving into Uber's cutting-edge data infrastructure Bài tóm tắt · Onehouse · 2024
…ự viết cho phép viết Presto SQL chạy trên Pinot như backend production. Nhánh batch: ingest bằng Spark vào data lake (Parquet trên HDFS), Hive dựng data model. - Hudi (khởi đầu ở U…
- Jepsen: Redpanda 21.10.1 Bài tóm tắt · Jepsen · 2022
…ên quan - · · - Báo cáo Jepsen về Kafka 0.8 (2013): - Sự cố production của Redpanda:…
- The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System Bài tóm tắt · LinkedIn · 2021
…ncy giảm 10 lần (dự đoán bằng Dynamometer rồi xác nhận trên production). - Satellite cluster cho file nhỏ: block 512 MB; tỉ lệ block/file khoảng 1,1 nghĩa là 90% file là file nhỏ.…
- A FUSE server for our in-house storage backend Bài tóm tắt · Jane Street · 2026
…(theo bài, đây là mẫu quen thuộc ở Jane Street: bắt dữ liệu production làm test đầu cuối). - /dev/fuse là character device: mỗi read() / write() phải đúng một message, trong khi th…
- Building High Throughput Payment Account Processing Bài tóm tắt · Uber · 2026
…00 byte vẫn đủ đảm bảo idempotency (phát hiện từ thử nghiệm production). - Chịu lỗi: lỗi của từng thao tác được cô lập; Redis sập thì tạm không phục vụ nhưng không hỏng dữ liệu; au…
- Inside Minerva: building scalable observability for eBay's monetization platform Bài tóm tắt · eBay · 2026
…ng 0,11–0,72 giây; eBay tự ghi chú đây không phải benchmark production. Cân nhắc đặt bản ghi cùng seller/item trên cùng shard; chọn giữa làm phẳng (trùng ngữ cảnh) và chuẩn hoá (jo…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…đang đổi được đồng bộ bằng Oracle GoldenGate chạy song song production vài tháng; vài tuần trước khi chuyển, môi trường test chạy hẳn trên MySQL để sửa lỗi sớm. Vì sao - Theo Netfl…
- Why Adaptive Warehouses Are up to 13.7x Faster for DML Operations Bài tóm tắt · Snowflake · 2026
…từ 1 phút 17 giây xuống 14 giây nhờ prefetch. - Một UPDATE production của khách (đánh dấu file đã xử lý): quét như nhau 1,59 TB, ghi 5,35 GB → 12,98 MB (412 lần), 7,33 → 1,72 giây…
- Halving the Time: How Uber Eats Rebuilt Its Search Pipeline Bài tóm tắt · Uber · 2026
…iêu tiết kiệm latency và công cụ riêng (kéo profile latency production, chỉ ra span nghẽn nhất, viết bản sửa, mở PR, chạy benchmark latency trước khi merge); lặp đo → tìm → sửa → k…
- Moving Velo to Multiple Container Sites: The Why, The How and The Lessons Learned Bài tóm tắt · Wix · 2021
…trúc, nên làm nhanh; và "chạm tường" sớm bằng cách đưa lên production với người dùng thật là cách tìm ra chỗ thiếu (). - Phân bố đuôi dài khiến chi phí của "một đơn vị cho mỗi ten…
- 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.
- 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…
- 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:
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- 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ả…
- 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.
- 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ố…
- 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…
- Độ 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.
- Mã hoá đầu cuối và hệ thống mà server không được đọc Chủ đề Thành viên
Một hệ thống bình thường giả định server thấy hết dữ liệu: server fan-out tin nhắn, lưu bản sao lưu, đồng bộ thiết bị, thu log để vận hành, chạy model, chống lạm dụng. Khi sản phẩm hứa chính nhà vận hành cũng không đọc…
- 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…
- 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…
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- 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ỡ:
- 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:
- 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.
- 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…
- 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".
- 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…