Tìm kiếm
22 kết quả cho “Fleet Management”. Tìm không phân biệt dấu.
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
…g bình — [bài gốc](https://engineering.atspotify.com/2023/5/fleet-management-at-spotify-part-3-fleet-wide-refactoring) Phần 3: phần 1 · phần 2 . Công cụ Fleetshift về sau được dùng…
- Fleet Management at Spotify (Part 1): Spotify's Shift to a Fleet-First Mindset Bài tóm tắt · Spotify · 2023
…tps://engineering.atspotify.com/2023/04/spotifys-shift-to-a-fleet-first-mindset-part-1/) Series ba phần: phần 1 (bài này, vì sao) · phần 2 (hạ tầng khai báo) · phần 3 (refactor toà…
- Fleet Management at Spotify (Part 2): The Path to Declarative Infrastructure Bài tóm tắt · Spotify · 2023
…bình — [bài gốc](https://engineering.atspotify.com/2023/05/fleet-management-at-spotify-part-2-the-path-to-declarative-infrastructure) Phần 2: phần 1 · phần 3 . Bối cảnh - Spotify…
- 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ó…
- Constraint Management for cluster operation safety and reliability at Twitter Bài tóm tắt · Twitter · 2023
Team Messaging (Kafka và PubSub) chạy hàng chục cụm Kafka broker trên hybrid Mesos, mỗi cụm từ vài chục đến vài trăm broker. Dữ liệu replicate n bản nên mất tối đa n-1 máy là an toàn; mất nhiều hơn thì lỗi publish.
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…à migration là nguồn bực bội số một của developer. Từ đó có Fleet Management/Fleetshift (xem ). - Script tất định đủ cho thay đổi đơn giản nhưng gãy với thay đổi phức tạp (thay lời…
- Background Coding Agents: Downstream Consumer Dataset Migrations (Honk, Part 4) Bài tóm tắt · Spotify · 2026
…se và đánh dấu vào phạm vi migration, điều phối bằng plugin Fleetshift (Fleet Management). - Agent sửa code theo file ngữ cảnh viết sẵn (lúc đó agent không được đọc tài liệu ngoài,…
- From Static Rate Limiting to Adaptive Traffic Management in Airbnb's Key-Value Store Bài tóm tắt · Airbnb · 2026
…, hỗ trợ khách...) cuối cùng đều chạm vào nó. Mussel là một fleet dispatcher stateless (pod Kubernetes) đứng trước storage. - QoS thế hệ đầu: đếm QPS bằng Redis, mỗi caller có một…
- 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…
- Spotify Công ty Thành viên
Hai nguồn của Spotify trong wiki đều về nền tảng nội bộ Backstage. Năm 2021, khi team hạ tầng giữ cluster Kubernetes ở nhiều region và team tính năng chỉ deploy lên, Spotify viết plugin Kubernetes cho Backstage để người…
- 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.
- 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:
- 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:
- 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…
- How we evolved our code: Notion's ratcheting system using custom ESLint rules Bài tóm tắt · Notion · 2025
Codebase lớn dần thì pattern cũ tích lại. Cách thường làm là vài người chạy một đợt migrate lớn trên cả codebase, dễ gây lỗi và lấy người khỏi việc sản phẩm. Notion muốn đi tới trạng thái lý tưởng (ví dụ "không còn…
- Migrating a Large Flow Monorepo to TypeScript Bài tóm tắt · Yelp · 2026
Đầu 2017, đội Webcore chọn Flow thay vì TypeScript (lúc đó Flow hỗ trợ React và hiệu năng tốt hơn). Vài năm sau TypeScript rõ ràng thắng: nhiều kiểu cho package npm hơn hẳn, ổn định hơn.
- 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 .…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…
- Migrating from Apollo Tooling to GraphQL Codegen at Yelp Bài tóm tắt · Yelp · 2026
Monorepo React của Yelp (hơn 500 package, hàng chục team) sinh kiểu TypeScript cho mọi query GraphQL vào thư mục generated cạnh component. Năm 2020 họ chọn apollo-tooling vì chạy được ngay không cần cấu hình.
- Twitter's Blobstore Hardware Lifecycle Monitoring and Reporting Service Bài tóm tắt · Twitter · 2023
…t và cắt lịch sử còn một tháng. Tool cũng đếm đĩa chết toàn fleet và giới hạn tốc độ gửi máy sang Site Ops theo ưu tiên (số đĩa hỏng): máy chưa tới lượt thì để "chết tại chỗ" tới l…