Tìm kiếm
40 kết quả cho “Lua script”. Tìm không phân biệt dấu.
- Timestone: Netflix's High-Throughput, Low-Latency Priority Queueing System Bài tóm tắt · Netflix · 2022
…r) nằm cùng một shard nhờ hash tag. Gần như mọi thao tác là Lua script (Redis chạy nguyên tử). Mọi API đổi trạng thái là idempotent. - Index phụ cho quan sát: sau khi Redis trả lời…
- A lesson in creating and using niche business DSLs at scale Bài tóm tắt · Zerodha · 2020
…ng trước tên là Veto : một reverse proxy kiểm tra lệnh theo luật động do đội quản trị rủi ro (RMS) đặt, từ chối ngay tại chỗ hoặc chuyển tiếp lên OMS. Lệnh bị từ chối không bao giờ…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…loy lại; phần động (quản lý upstream, xuất stats) viết bằng Lua; logic phức tạp đẩy xuống tầng proxy Go phía sau ( Bandaid ). - Không còn hợp cách làm hiện tại: API chuyển từ REST…
- How we built a real-time service that handles 20,000 updates per second Bài tóm tắt · Trigger.dev · 2025
…ết nối đồng thời) bằng sliding window trong Redis viết bằng Lua (sorted set, xoá mục hết hạn, thêm, đếm, vượt thì gỡ), chạy nguyên tử nên không race; mỗi mục hết hạn sau 5 phút. -…
- Building High Throughput Payment Account Processing Bài tóm tắt · Uber · 2026
…RPC, gom theo tài khoản vào lô có hạn thời gian bằng script Lua nguyên tử trên Redis , đẩy task vào hàng đợi Redis, trả kết quả cho client từ cache kết quả trên Redis. Batch Proces…
- Quản lý fleet và migrate code hàng loạt Chủ đề Thành viên
Khi số component (repo, service, pipeline, thư viện) tăng nhanh hơn số kỹ sư, chi phí của mỗi thay đổi xuyên suốt (nâng thư viện, vá bảo mật, đổi API nội bộ, khai tử dataset) tỉ lệ với số component chứ không với độ khó…
- Đổ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.
- 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…
- 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,…
- 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, độ…
- 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 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:
- 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ỡ:
- 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.
- 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…
- 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…
- 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…
- 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:
- 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.
- Xử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khá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…
- 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.
- 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ự…
- 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.
- Migrating from Apollo Tooling to GraphQL Codegen at Yelp Bài tóm tắt · Yelp · 2026
…a, chế độ native) đòi đổi cú pháp ở mọi component. Có tranh luận về việc nhân dịp hiện đại hoá luôn, nhưng mỗi ý tưởng đều kéo theo chi phí migration cho các team khác. - Khác biệt…
- Argo Rollouts at scale: Bringing Automated Rollbacks to 2,100+ services at Monzo Bài tóm tắt · Monzo · 2022
…ản ứng với deploy xấu. Hạn chế: - con người hay bỏ sót, "kỷ luật không thay được tự động hoá"; - phải trông deploy tốn thời gian và sức chú ý; - deploy kiểu "tất cả hoặc không": po…
- How we rolled out our own permissions DSL at Figma Bài tóm tắt · Figma · 2024
…side-effect trong policy. - Engine nhỏ, nhiều bản: ApplyEvaluator (đánh giá boolean) viết cho TypeScript, Ruby, sau thêm Go; mỗi bản mất 2–3 ngày công của một senior, dùng chung m…
- Stripe Công ty Thành viên
Khoảng 2.000 shard MongoDB với hơn 40 kiểu bố trí; năm 2026 Stripe thay tự sửa dạng plugin bằng tìm đường (BFS rồi Dijkstra) trên state machine của shard, mô phỏng bằng chính code Temporal, giảm 30% số lần gọi người…
- How we built Claude Code auto mode: a safer way to skip permissions Bài tóm tắt · Anthropic · 2026
…ghiêng về chặn"; chỉ khi bị gắn cờ mới sang giai đoạn 2 suy luận đầy đủ với cùng prompt (gần như toàn bộ là cache hit). Prompt là template cố định với ba chỗ tuỳ biến: môi trường t…
- Moving to DynamoDB to Increase Application Resiliency Bài tóm tắt · CapitalOne · 2021
…anaged trên AWS (không tự vận hành MongoDB, Cassandra). Các lựa chọn đã cân nhắc Lựa chọn Ưu Nhược (lúc đánh giá, 2019) --- --- --- Aurora Global Database Failover chéo region khoả…
- Running a Software Factory Efficiently at Uber Scale Bài tóm tắt · Uber · 2026
…c vụ được mọi model (frontier hay open-weight), chuyển sang lựa chọn Pareto tối ưu (chi phí mỗi việc xong, chất lượng, độ ổn định) và tiếp tục chuyển vì biên thay đổi vài tuần một…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…ư. Tăng trưởng bằng cách thêm nhiều hơn cùng một loại máy . Lựa chọn công nghệ - Tiêu chí sau khi bị "đốt": trưởng thành, đơn giản, phổ biến và được ưa, hỗ trợ tốt, hiệu năng ổn đị…
- Deno KV internals: building a database for the modern web Bài tóm tắt · Deno · 2023
…cách địa lý thì latency cộng dồn. - Pipeline sequencer → evaluator → writer: - Sequencer (một cho mỗi database) cấp TSN (số thứ tự giao dịch) tăng đơn điệu từ bộ đếm trong RAM; thứ…
- Dropbox Công ty Thành viên
Dropbox luôn là hybrid: metadata ở data center riêng, nội dung file trên S3. Ở ~500 PB họ tự xây Magic Pocket, theo Dropbox vì hiệu năng và unit economics . Cái giá kèm theo là phải tự dựng cả backbone và edge network .…
- Incident review: API and Dashboard outage on 10 October 2017 Bài tóm tắt · GoCardless · 2017
…ránh dời tài nguyên không cần thiết); 2. một Backup VIP với luật colocation -INF "không bao giờ nằm cùng primary" (đang nằm ở đúng replica cần promote); 3. hai process crash gần nh…
- How We Upgrade Kubernetes on GKE Bài tóm tắt · Gojek · 2020
…, đặt release channel. Bước sau: tự động hoá cả trình tự. - Luân phiên người làm: mỗi tuần một người mới vào roster, người tuần trước dẫn việc nâng cấp và truyền bối cảnh; theo pla…
- Building Robust Codebases with Python's Type Annotations Bài tóm tắt · Hudson River Trading · 2024
…ch ở hơn 200 thị trường nên code phải đổi thường xuyên theo luật. - Lớp ngoài (CLI, GUI, process kích hoạt theo sự kiện cho trader, kỹ sư, vận hành) dựa trên lớp trong là logic ngh…