Tìm kiếm
40 kết quả cho “UON”. Tìm không phân biệt dấu.
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- 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…
- Reducing Image File Size in the Photos Infrastructure Bài tóm tắt · Etsy · 2017
…N hơn và làm trang chậm. - Gần như suốt lịch sử Etsy, chất lượng JPEG cố định ở 85, coi là "cân bằng tốt" cho mọi ảnh. Thay đổi chính - Chất lượng theo từng ảnh: dùng dssim (đo độ…
- Building Slack's Anomaly Event Response Bài tóm tắt · Slack · 2025
…cảnh - Slack đã có audit log loại anomaly (đăng nhập bất thường, tải malware, truyền dữ liệu bất thường) nhưng khách phải tự xem hoặc tích hợp vào công cụ bảo mật; nhiều tổ chức k…
- Building a fault-tolerant metrics storage system at Airbnb Bài tóm tắt · Airbnb · 2026
…torage-system-at-airbnb/) Bài không nêu tên hệ storage mã nguồn mở bên dưới (chỉ nhắc rollout operator của Grafana và Promxy). Bối cảnh rời vendor: . Bối cảnh - Airbnb chuyển từ nh…
- Lessons Learnt From Consolidating ML Models in a Large Scale Recommendation System Bài tóm tắt · Netflix · 2023
…stem-870c5ea5eb4a) Bối cảnh - Hệ recommendation và search thường mọc ra một model riêng cho mỗi use case : notification (user→item), item liên quan (item→item), search (query→item)…
- Scaling Etsy Payments with Vitess: Part 3 – Reducing Cutover Risk Bài tóm tắt · Etsy · 2023
…iữ một fork nội bộ). Vai trò: đảm bảo query do ORM sinh ra tương thích vindex và cấu hình Vitess giữ đúng đảm bảo dữ liệu mà ứng dụng cần. - Vitess che sharding khá tốt, nhưng có n…
- The Consul outage that never happened Bài tóm tắt · GitLab · 2019
· 2019 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://about.gitlab.com/blog/the-consul-outage-that-never-happened/) Bối cảnh - GitLab.com (2019): khoảng 4 triệu user ,…
- The Deceptively Simple Act of Writing to Disk Bài tóm tắt · ScyllaDB · 2026
…e trong khi thật là 4K. Nhà cung cấp cloud không sửa vì lo tương thích ngược, nên ScyllaDB tự lách. - Dấu hiệu trên dashboard: "I/O Group consumption" (phần năng lực đĩa đang bị re…
- Attribute-Based Access Control at Uber Bài tóm tắt · Uber · 2023
…là Charter (giống IAM của AWS/GCP). Policy được phân phối xuống các microservice , và mỗi service đánh giá, thực thi tại chỗ bằng thư viện authfx . - Mô hình request: Actor thực h…
- Three Basecamp outages. One week. What happened? Bài tóm tắt · Basecamp · 2020
…ling) chạy ở hai data center on-prem dư thừa, nối bằng hai đường mạng độc lập; nhiều ứng dụng khác của họ chạy trên cloud. Thay đổi chính (diễn biến) - 28/8 (40 phút chat hỏng): cá…
- Learn to stop using shiny new things and love MySQL Bài tóm tắt · Pinterest · 2015
…nterest); mọi nhận định là theo tác giả. · 2015 · 2. Tăng trưởng · Độ khó: Cơ bản — [bài gốc](https://medium.com/@Pinterest Engineering/learn-to-stop-using-shiny-new-things-and-lov…
- Migrating Millions of Concurrent Websockets to Envoy Bài tóm tắt · Slack · 2021
…ebsocket gần user. - Vấn đề reload: danh sách backend đổi thường xuyên. Cách Runtime API đã gây sự cố trước đây; cách render backend vào file cấu hình rồi reload thì mỗi lần reload…
- Scaling with common sense #2: Being future ready Bài tóm tắt · Zerodha · 2021
…hoảng một năm (2020–2021), số khách tăng hơn 3 lần do thị trường vốn bùng nổ, trong khi 10 năm trước đó tăng chậm và đều. Theo Zerodha, họ thích ứng được nhờ các nguyên tắc "lẽ thư…
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
…m kiến trúc phức tạp hơn; Q2 2024 chuyển hết về component thường. - Thử 2: mở rộng cơ chế sẵn có cho A/B test (nhiều phiên bản một component trong registry, chọn lúc render). Mỗi p…
- Basecamp 2 and Basecamp 3 search outage report Bài tóm tắt · Basecamp · 2019
…7/3 tới 13:02 GMT, sự cố mạng phía nhà cung cấp làm mất cả đường chính, đường dự phòng và vài đường tạm dựng thêm giữa các service; Basecamp 2 và search của Basecamp 3 gần như offl…
- Migrating Doximity's iOS Newsfeed to SwiftUI Without Disrupting Users or Development Bài tóm tắt · Doximity · 2026
…ằng UIHostingConfiguration . UIKit vẫn sở hữu list, reuse, cuộn; rủi ro giới hạn trong section vừa chuyển; section mới viết thẳng bằng SwiftUI, nên migration thành việc thường ngày…
- From 3TB to 100GB: A Cost-Saving Journey in Database Maintenance Bài tóm tắt · Allegro · 2023
…chứa nhiều dữ liệu lịch sử, phục vụ audit. Ở 4 vCore, dung lượng tối đa là 1 TB; dữ liệu tăng lên 3 TB , buộc phải lên 12 vCore vì Azure gắn dung lượng với CPU/RAM. Chi phí khoảng…
- 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…
- 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ố…
- 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:
- 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".
- 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…
- 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ự…
- 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.
- Độ 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.
- Đổ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ả…
- 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:
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- Hạ tầng phục vụ LLM inference Chủ đề Thành viên
Phục vụ LLM giống một dịch vụ web ở chỗ cần scale theo tải, deploy phiên bản mới an toàn và phục hồi khi một process chết; nhưng ba đặc điểm làm các công cụ quen thuộc hỏng:
- 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:
- Hệ thống độ trễ thấp (low latency) Chủ đề Thành viên
Ở sàn giao dịch và công ty market making, mỗi giao dịch làm thay đổi thị trường cho giao dịch sau, và ai phản ứng chậm hơn thì thua. Yêu cầu không chỉ là latency trung bình thấp mà latency ổn định ở đuôi, ở thang micro…
- 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…
- 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,…
- 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…
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- 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.