Tìm kiếm
11 kết quả cho “Infrastructure testing”. Tìm không phân biệt dấu.
- Automated testing: 5 lessons from Atlassian's Kubernetes team on testing infrastructure as code Bài tóm tắt · Atlassian · 2020
…esting-5-lessons-from-atlassians-kubernetes-team-on-testing-infrastructure-as-code) Bối cảnh - Team KITT (Kubernetes Infrastructure Technology Team) vận hành hơn 22 cụm Kubernetes…
- Managing hundreds of servers for load testing: autoscaling, custom monitoring, DevOps culture Bài tóm tắt · Miro · 2020
Mỗi lần test dùng khoảng 100 server sinh tải và 150 server chạy service (2020); tất cả phải được tạo, cấu hình, khởi động, xoá.
- Moving e2e testing into production with multi-tenancy for increased speed and reliability Bài tóm tắt · DoorDash · 2022
Thời monolith, nhu cầu test end-to-end được đáp ứng bằng sandbox. Sang microservices, chạy hết các service trên một máy không nổi, nên dựng môi trường staging riêng (bản sao production không có PII).
- Building and Open-Sourcing Wix's A/B Testing System Bài tóm tắt · Wix · 2015
…hứ ba từ đầu: PETRI (Product Experiments and Toggles Report Infrastructure), làm TDD hoàn toàn, định mở mã nguồn từ đầu. Thay đổi chính - Một khái niệm cho cả hai: mọi A/B test (có…
- Beyond synthetic testing: Capturing and replaying real database workloads at Airbnb Bài tóm tắt · Airbnb · 2026
…3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://airbnb.tech/infrastructure/beyond-synthetic-testing-capturing-and-replaying-real-database-workloads-at-airbnb/) Bối cảnh - Fleet MyS…
- From vendors to vanguard: Airbnb's hard-won lessons in observability ownership Bài tóm tắt · Airbnb · 2026
…4. Điều chỉnh · Độ khó: Khó — [bài gốc](https://airbnb.tech/infrastructure/from-vendors-to-vanguard-airbnbs-hard-won-lessons-in-observability-ownership/) Kể lại cuộc migration bắt…
- 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…
- 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…
- 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.
- 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…
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
…. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/cross-shard-transactions-at-10-million-requests-per-second) Bối cảnh - Edgestore là lớp trừu tượng trên h…