Tìm kiếm
40 kết quả cho “Game day”. Tìm không phân biệt dấu.
- Riot Games Công ty Thành viên
Chat League of Legends (2015): cụm Erlang theo region, mỗi node tự trị, bảng định tuyến nhân bản trong Mnesia và tự lành sau netsplit; viết lại 10% phần nóng bằng C . Kho dữ liệu chuyển từ MySQL (chỉ scale dọc, SPOF,…
- How Etsy Prepared for Historic Volumes of Holiday Traffic in 2020 Bài tóm tắt · Etsy · 2021
…an toàn để test thường khác production), nhưng vẫn tổ chức game day với hơn 15 đội: mỗi đội xin quota GCP trước đầu tháng 9, nâng capacity cho 3 lần traffic tháng 8, rồi replay re…
- To Scale In Or Scale Out? Here's How We Scale at Dream11 Bài tóm tắt · Dream11 · 2021
…ộ "hot" của trận, hàm loss không chấp nhận dự báo thiếu). - Game Day hiệu năng (Torque) theo mức dự báo: tìm năng lực từng service, điểm bão hoà, hiệu ứng dây chuyền, giới hạn comp…
- Chaos Testing an Application on AWS Bài tóm tắt · Goldman Sachs · 2022
…g k6 (tăng user, đỉnh nhọn, retry storm, payload to nhỏ). - Game day: chọn một kịch bản từ bộ test mà không báo trước cho team; team phải chẩn đoán và đưa hệ về trong SLO; cập nhật…
- Ensuring Quora's Resilience to Disaster Bài tóm tắt · Quora · 2016
…giả lập lỗi ; Quora giả lập hẳn thảm hoạ . Thay đổi chính - Game Day (12/5/2016): giả định mọi hạ tầng, dữ liệu và backup production mất vĩnh viễn, rồi dựng một bản Quora độc lập ở…
- The Legends of Runeterra CI/CD Pipeline Bài tóm tắt · Riot Games · 2021
…ởng · Độ khó: Trung bình — [bài gốc](https://technology.riotgames.com/news/legends-runeterra-cicd-pipeline) Pipeline của một game (client Unity + game server). Wiki giữ phần hạ tần…
- Chat Service Architecture: Servers Bài tóm tắt · Riot Games · 2015
…ô lớn · Độ khó: Nâng cao — [bài gốc](http://engineering.riotgames.com/news/chat-service-architecture-servers) Phần 2/3 của series chat League of Legends. Phần 1 (giao thức XMPP) wi…
- Controlled Chaos with Fault Injection Testing Bài tóm tắt · Riot Games · 2019
…lớn · Độ khó: Trung bình — [bài gốc](https://technology.riotgames.com/news/controlled-chaos-fault-injection-testing) Sheet ghi link trang chủ blog; bài thật tìm được qua Wayback CD…
- Running an automated test pipeline for the League client update Bài tóm tắt · Riot Games · 2016
…lớn · Độ khó: Trung bình — [bài gốc](https://technology.riotgames.com/news/running-automated-test-pipeline-league-client-update) Bối cảnh - Client cũ của League of Legends viết bằn…
- 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…
- 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…
- 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…
- 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…
- 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ì…
- 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…
- 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…
- 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.
- 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:
- 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".
- 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:
- 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.
- 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:
- 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.
- 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…
- How We Halved Go Monorepo CI Build Time Bài tóm tắt · Uber · 2022
Monorepo Go của Uber build bằng Bazel, hơn 10 triệu target, khoảng 500.000 file. Luồng một thay đổi: review trên Phabricator, CI chạy build + test, rồi SubmitQueue áp thay đổi lên HEAD mới nhất và chạy lại trước khi…
- How we improved reporting and monitoring of test automation results Bài tóm tắt · trivago · 2023
Từ 2015 trivago đã đẩy kết quả test tự động vào ELK. Với web app viết lại (Warp) và continuous delivery, sản phẩm chính có hàng chục release mỗi ngày, nên cần biết nhanh một test e2e hỏng là do PR hay do flaky.
- Dream11 Công ty Thành viên
Fantasy sports với hơn 100 triệu user, traffic dồn theo từng trận đấu nhanh hơn autoscaling phản ứng. Dream11 dự báo concurrency theo giờ, kiểm năng lực bằng game day, rồi scale chủ động theo bậc trước, trong và sau…
- Finding Order in Chaos: How We Automated Performance Testing with Torque Bài tóm tắt · Dream11 · 2021
…ea) Bài chi tiết về framework Torque; kể cách dùng nó trong game day trước mùa IPL. Bối cảnh - IPL 2020: hơn 5,5 triệu user đồng thời, có service nhận hơn 80 triệu request/phút. -…
- Incident review: API and Dashboard outage on 10 October 2017 Bài tóm tắt · GoCardless · 2017
…ra qua fault injection (hai crash đồng thời). Họ muốn thêm game day khắc nghiệt hơn và chaos testing kiểu Chaos Monkey. 3. Tự động hoá làm mai một kỹ năng : automation chạy tốt 2…
- Goldman Sachs Công ty Thành viên
Mảng Transaction Banking phải chứng minh với cơ quan quản lý rằng hệ thống chạy tiếp khi mất region. Với RDS Oracle và Aurora PostgreSQL, họ chọn ứng dụng active/passive, replication bất đồng bộ và tự xây công cụ…
- Quora Công ty Thành viên
Quora dùng MySQL (tự shard), HBase và Redis trên AWS. Năm 2016 họ diễn tập thảm hoạ (Game Day): dựng lại cả site ở region khác chỉ từ backup, mất chưa tới 5 giờ . Về sau họ chuyển HBase sang MyRocks để dùng chung kiến…
- 3 Lessons Learned From Implementing Chaos Engineering at Enterprise Bài tóm tắt · CapitalOne · 2020
Tác giả hỗ trợ nhiều delivery team đưa chaos engineering vào các hệ cloud native phân tán của CapitalOne. Theo tác giả, chỉ performance và stress test là kỹ thuật cũ, không đủ để lộ điểm yếu; chaos engineering là chuỗi…
- Getting from tested to battle-tested Bài tóm tắt · Jane Street · 2025
Aria là message bus nội bộ độ trễ thấp, có thứ tự chặt và bảo đảm tin cậy, làm nền cho các team khác dựng hệ chịu lỗi (xem index của Aria ở ). Càng nhiều team dùng, mỗi tuần không sự cố càng thành nghĩa vụ, trong khi hệ…
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
…QL thay vì KV. - Đối tác của Facebook đụng scale rất nhanh (game thêm 2–3 triệu user trong vài tuần). Theo họ, đọc nhanh từ RAM đã được Memcached giải; ghi nhanh thì chưa. - Số liệ…
- How we manage our 1200 incident playbooks Bài tóm tắt · Zalando · 2023
…ew trong team trực, chia sẻ khi bàn giao ca, diễn tập trong game day . Vì sao - Theo Zalando: quyết định khó (hy sinh tính năng nào) nên làm lúc bình tĩnh và có người chịu trách nh…
- 5-year Evolution of Ele.me's Transaction System - Part 3 Bài tóm tắt · Ele.me · 2020
…ut và cân tải sai mà review code không thấy. Cùng tinh thần Game Day của Quora và Chaos Monkey của Netflix (). - Đầu tư công cụ test phải tính cả chi phí làm giao diện; phần "lõi"…
- A Closer Look at the Christmas Eve Outage Bài tóm tắt · Netflix · 2012
…Z) ngừng chuyển traffic; khoảng 15:30 thêm các ELB dùng cho game console, mobile và nhiều thiết bị khác để khởi động và tải danh sách phim. - AWS phải tắt một số workflow của contr…
- How we designed our continuous integration system to be more than 50% faster Bài tóm tắt · Pinterest · 2021
Đội Engineering Productivity của Pinterest làm CI cho các repo lớn, phục vụ hơn 1.000 engineer (2020). Repo được nói tới là Optimus: monorepo Java hơn 120 service, gồm nhiều nền tảng dữ liệu quan trọng, khoảng 300 người…
- Selective Test Execution at Stripe: Fast CI for a 50M-line Ruby monorepo Bài tóm tắt · Stripe · 2026
Monorepo Ruby của Stripe khoảng 50 triệu dòng, khoảng 100.000 file test, 1,2 triệu test unit (2026). Chạy tuần tự hết một lần mất bốn tháng; build chạy trên một dàn worker song song khổng lồ, khoảng 50.000 build mỗi…