Tìm kiếm
40 kết quả cho “Fleet”. 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à…
- 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ó…
- 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…
- Rolling the Heroku Redis Fleet Bài tóm tắt · Heroku · 2018
…rung bình — [bài gốc](https://blog.heroku.com/rolling-redis-fleet) Bối cảnh - Heroku quản lý hàng triệu database. Một lỗ hổng Redis bị cấm công bố (CVE-2018-11218) buộc nâng cả fle…
- How Stripe uses graph search and state machines to auto-remediate a global database fleet Bài tóm tắt · Stripe · 2026
…arch-and-state-machines-to-auto-remediate-a-global-database-fleet) Bối cảnh - Document Database của Stripe: khoảng 2.000 shard MongoDB , hơn 40 kiểu bố trí shard (từ tối ưu chi phí…
- Sharding Pinterest: How we scaled our MySQL fleet Bài tóm tắt · Pinterest · 2015
…rest Engineering/sharding-pinterest-how-we-scaled-our-mysql-fleet-3f341e96ca6f) Bối cảnh - 2011 Pinterest tăng trưởng cực nhanh; khoảng 9/2011 mọi tầng hạ tầng quá tải, vài hệ NoSQ…
- 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,…
- The Story of Apollo – Amazon's Deployment Engine Bài tóm tắt · Amazon · 2014
…ghĩa cách cài phần mềm lên một máy, Apollo điều phối cho cả fleet; "bấm nút" deploy lên máy dev, staging, rồi production. - Tính năng tích luỹ dần qua sử dụng: - Rolling update : m…
- Couchbase Ecosystem at LinkedIn Bài tóm tắt · LinkedIn · 2017
…o cấu hình cụm (dữ liệu này cũng nuôi monitoring và công cụ fleet). Dự định chuyển sang hệ deploy nội bộ LID. - Thư viện client bọc client Java mã nguồn mở, thêm số liệu QPS, laten…
- Fixing Linux filesystem performance regressions Bài tóm tắt · LinkedIn · 2020
…fixing-linux-filesystem-performance-regressions) Bối cảnh - Fleet tăng từ hàng trăm lên hàng trăm nghìn server. Các đợt reimage trước đó làm theo kiểu dồn sức toàn đội mỗi khi có l…
- Our Journey Migrating to AWS IMDSv2 Bài tóm tắt · Slack · 2023
…wiki chỉ tóm tắt ngắn phần đó, tập trung vào cách chuyển cả fleet mà nhiều team sở hữu . Bối cảnh - Slack (2023) chạy khoảng 60.000 instance EC2 ở 17 region , hàng trăm AWS account…
- How Facebook deals with PCIe faults to keep our data centers running reliably Bài tóm tắt · Meta · 2021
…chuẩn production không; chạy định kỳ như service trên toàn fleet), dịch vụ parse dmesg và SEL ghi tốc độ lỗi corrected theo các cửa sổ 10 phút tới 1 ngày, FBAR (auto-remediation:…
- Scaling your API with rate limiters Bài tóm tắt · Stripe · 2017
…iải quyết hẳn tranh chấp tài nguyên ở endpoint đắt nhất. 3. Fleet usage load shedder : chia traffic thành quan trọng (tạo charge) và không quan trọng (liệt kê charge), đếm bằng Red…
- Strengthening end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2026
Backup Key Vault trên HSM nay là nền cho sao lưu E2EE của cả WhatsApp và Messenger. Vault là một đội HSM phân tán theo địa lý ở nhiều data center, chịu lỗi bằng replication theo đa số (majority consensus).
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
Theo Coinbase (5/2018): deploy hàng trăm lần mỗi ngày trên hàng trăm project; một tính năng đi từ ý tưởng tới production dưới một giờ.
- Moving on-premise macOS build to AWS Bài tóm tắt · Grammarly · 2021
Hạ tầng Grammarly nằm trên AWS từ lâu, trừ một chỗ: build iOS/macOS, vì Apple bắt phải build trên phần cứng Apple. Họ có một dàn máy Apple đặt tại văn phòng.
- 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.
- 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…
- 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.
- 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…
- 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.
- 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…
- 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…
- 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:
- 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:
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đờ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…
- Đổ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.
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- 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,…
- 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:
- 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…
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- 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.