Tìm kiếm
15 kết quả cho “Golden dataset”. Tìm không phân biệt dấu.
- Scaling up your microservice testing with Apache Spark Bài tóm tắt · Stripe · 2026
…được cho cả kỹ sư, đội sản phẩm, account team, lãnh đạo. - Golden dataset cho pull request: tập nhỏ đầu vào + đầu ra kỳ vọng (luồng phổ biến, ranh giới đủ điều kiện, các sự cố cũ)…
- Rethinking site capacity projections with Capacity Analyzer Bài tóm tắt · LinkedIn · 2021
…ian GC (dịch vụ JVM có GC bất thường là dấu hiệu sớm). Dựng golden dataset hơn ba tháng hồi quy capacity đã xác nhận để đánh giá. - Các kỹ thuật cuối cùng: - Latency severity score…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…u khi go-live), song song theo bảng, toàn vẹn dữ liệu. Chọn GoldenGate ; nhược điểm là khó học và cấu hình tay dễ sai. Bảng không có primary/unique key thì GoldenGate dùng mọi cột…
- Scaling up your microservice testing with Apache Spark, Part 2 Bài tóm tắt · Stripe · 2026
…n. - Bắt đầu nhỏ: một đường quyết định đắt khi hồi quy, một golden dataset an toàn về riêng tư trong CI, rồi mới mở rộng mô hình phụ thuộc cho replay lớn. Liên quan - · · (thí nghi…
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…t qua MCP và CLI (tra chủ sở hữu, đọc tài liệu, nhắn team); golden state + Soundcheck + lint biến chuẩn thành phản hồi tức thì khi agent dùng mẫu không tối ưu, và agent tự sửa. - S…
- 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ự…
- 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.
- 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…
- 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:
- 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…
- 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…
- 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…
- 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…
- 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…
- 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…