Tìm kiếm
14 kết quả cho “order book”. Tìm không phân biệt dấu.
- Evaluating MySQL Parallel Replication Part 4: More Benchmarks in Production Bài tóm tắt · Booking.com · 2016
…đánh dấu. Thay đổi chính (cơ chế) - Commit đúng thứ tự (in-order commit): MariaDB commit transaction trên slave theo đúng thứ tự trong binlog của master; MySQL mặc định commit khi…
- Flex Model: an event-driven feature engineering system Bài tóm tắt · Jane Street · 2026
Nhiều chiến lược giao dịch của Jane Street dùng mạng nơ-ron, nhưng dữ liệu thị trường thô (lệnh được thêm vào sổ lệnh, lệnh huỷ, giao dịch khớp) phải biến thành feature trước. Ví dụ đơn giản: mid (giữa giá mua tốt nhất…
- Can you use autoregressive diffusion to generate market data? Bài tóm tắt · Jane Street · 2026
Model thường gặp trong tài chính định lượng nhận luồng sự kiện thị trường của một mã (lệnh treo được thêm, huỷ, khớp) và dự đoán giá tương lai. Model sinh thì hiếm hơn: tổng hợp được cả sự kiện sổ lệnh lẫn thời điểm…
- Why market data is a deep learning challenge Bài tóm tắt · Optiver · 2026
Động lực chính của các chiến lược HFT ở Optiver là market data: luồng lệnh đặt, huỷ, sửa và khớp từ sàn; tầm dự báo từ vài giây tới vài phút. Câu hỏi: với mọi thứ quan sát được lúc này, giá sẽ đi đâu tiếp?
- 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:
- 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:
- 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…
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- 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.
- 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ả…
- 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…
- 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".
- 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…
- 5-year Evolution of Ele.me's Transaction System - Part 1 Bài tóm tắt · Ele.me · 2020
…g một repo, chạy trên cùng máy. Module đơn hàng EOS (Ele.me Order Service) có commit đầu tiên ngày 1/9/2012. - 5/2015: lập team đơn hàng chỉ 4 người. Tháng đầu họ xin CTO cho không…