Tìm kiếm
40 kết quả cho “Build fleet”. Tìm không phân biệt dấu.
- Moving on-premise macOS build to AWS Bài tóm tắt · Grammarly · 2021
…cảnh - 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. - Làm việc từ…
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
…eetsweep: chạy thử biến đổi trên tập repo, tạo nhánh tạm và build CI, báo tổng hợp repo nào sẽ fail test trước khi gửi PR cho ai. - Rollout dần theo cohort: với pipeline batch (tes…
- Fleet Management at Spotify (Part 1): Spotify's Shift to a Fleet-First Mindset Bài tóm tắt · Spotify · 2023
…ềm thành rất nhiều component nhỏ do từng squad tự thiết kế, build, vận hành (microservice cho mọi loại: service, pipeline dữ liệu, web...). Số component tăng nhanh hơn số kỹ sư. -…
- 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ó…
- 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…
- Fleet Management at Spotify (Part 2): The Path to Declarative Infrastructure Bài tóm tắt · Spotify · 2023
…reconcile xong (ví dụ cache đã tạo) rồi báo kết quả vào log build và PR; build review chạy dry-run cho biết sẽ thêm/sửa/xoá gì. Tạo manifest qua plugin Backstage nhập resource sẵn…
- How we accidentally built a better build system for OCaml Bài tóm tắt · Jane Street · 2025
…ps://blog.janestreet.com/how-we-accidentally-built-a-better-build-system-for-ocaml-index/) Bối cảnh - Khoảng 2012 , không hài lòng với OMake, Jane Street tự viết build system Jenga…
- Rolling the Heroku Redis Fleet Bài tóm tắt · Heroku · 2018
…- Immutable infrastructure : không SSH sửa máy; đổi gì thì build image mới và thay máy. Theo Heroku, ở quy mô của họ cấu hình riêng từng máy là không khả thi, và lợi ích cho một k…
- How Stripe uses graph search and state machines to auto-remediate a global database fleet Bài tóm tắt · Stripe · 2026
…sáng một shard suy giảm (hai node chết, một node chặn việc build index vì cấu hình vote sai). Người trực mất 15 phút sắp xếp thao tác tay, rồi có khi tới 3 giờ chờ rebuild. Chuyện…
- Building a data plane from scratch: Stripe's own high-performance distributed proxy Bài tóm tắt · Stripe · 2026
…hỉnh · Độ khó: Nâng cao — [bài gốc](https://stripe.dev/blog/building-a-data-plane-from-scratch-stripes-own-high-performance-distributed-proxy) Bối cảnh - Mục tiêu độ tin cậy 99,999…
- Building a Dependency Graph of Our Python Codebase Bài tóm tắt · Hudson River Trading · 2023
Trong khoảng năm năm, codebase Python hướng nghiên cứu của HRT lớn theo cấp số nhân lên hàng triệu dòng: văn hoá "đủ tốt hơn hoàn hảo", chia sẻ code giữa team, giai đoạn tăng trưởng nhanh.
- Building Robust Codebases with Python's Type Annotations Bài tóm tắt · Hudson River Trading · 2024
…: Dễ — [bài gốc](https://www.hudsonrivertrading.com/hrtbeat/building-robust-codebases-with-pythons-type-annotations/) Phần lớn bài là hướng dẫn type annotation; wiki giữ phần lý do…
- Building High Throughput Payment Account Processing Bài tóm tắt · Uber · 2026
Gulfstream, nền tảng thanh toán lõi của Uber: kế toán bút toán kép, tuân thủ SOX, kiến trúc theo job/transaction, hàng triệu giao dịch mỗi ngày, audit trail bất biến bằng UAC (User Account Changelog).
- 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…
- Sitar-agent: Building a reliable dynamic configuration sidecar at scale Bài tóm tắt · Airbnb · 2026
…— [bài gốc](https://airbnb.tech/infrastructure/sitar-agent-building-a-reliable-dynamic-configuration-sidecar-at-scale/) Phần tiếp của . Bối cảnh - Config thay đổi vài lần mỗi phút…
- Postgres as Your Platform: Building Event-Driven Systems with Schema Changes Bài tóm tắt · Neon · 2025
Theo Neon, đội platform thường dựng giàn giáo quanh database (message queue để phát thay đổi, cron đồng bộ schema, webhook báo hệ phía sau). Postgres đã có sẵn đủ thứ để thay đổi schema thành sự kiện: DDL là transaction…
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…iều phiên song song; được dùng bộ công cụ tin cậy, gồm chạy build trên CI ở nhiều hệ điều hành để tự kiểm thay đổi. Fleetshift lo điều phối (chọn đích, lập lịch, theo dõi), Honk sử…
- Background Coding Agents: Downstream Consumer Dataset Migrations (Honk, Part 4) Bài tóm tắt · Spotify · 2026
…. - Repo BigQuery Runner/dbt hầu như không có unit test lúc build , nên agent không tự kiểm được; team chủ sở hữu phải test tay trước khi merge. - Kết quả: 240 PR migration tự động…
- A Lightweight Distributed Architecture to Handle Thousands of Library Releases at eBay Bài tóm tắt · eBay · 2022
…eleases-at-ebay/) Bối cảnh - eBay còn hơn 3.000 thư viện cũ build bằng hệ build dựa trên Ant, không còn được hỗ trợ. Mã nguồn được chuyển sang Maven chuẩn; sau đó cần một hệ releas…
- Fixing Linux filesystem performance regressions Bài tóm tắt · LinkedIn · 2020
…ắt trong config kernel của vendor; scheduler multi-queue bị build thành module nên không có lúc đĩa HDD đăng ký, kernel rơi về noop . - Kết luận của LinkedIn: ext4 trên kernel trên…
- Coding Had a Concurrency Problem: How Mux Helped Solve It Bài tóm tắt · Coinbase · 2026
…tư duy hệ thống; AI làm công cụ nội bộ rẻ tới mức phép tính build vs buy đổi chiều. Bài học cho SWE - Cô lập trạng thái làm việc của mỗi agent (worktree riêng) là điều kiện để chạy…
- Zero-Growth Stack, Real Gains: How Stack Allocation Can Save 10% CPU in Go Bài tóm tắt · Uber · 2026
…đồng Go có thể đổi cách định nghĩa, làm code này hỏng; dùng build tag với file rỗng cho phiên bản Go sắp tới, và mỗi bản Go mới phải kiểm cấu trúc riêng còn như cũ. - Chọn kích thư…
- 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…
- 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.
- 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,…
- 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ự…
- 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.
- 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:
- 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…
- Đổ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.
- 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…
- 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.
- 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…
- 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:
- 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.
- Jane Street Công ty Thành viên
Công ty giao dịch định lượng và market making, viết gần như mọi thứ bằng OCaml. Blog không kể chiến lược, nhưng kể khá nhiều về hạ tầng quanh chúng. Ở tầng công cụ, từ 2012 họ tự viết build system Jenga; năm 2014…
- 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…
- How Uber Executed A JUnit Migration at Massive Scale Bài tóm tắt · Uber · 2026
…để không có file chuyển dở (trộn API JUnit 4 và 5 làm hỏng build) mà vẫn không bỏ cả target vì một file. Cuối recipe, FindDependencyUsage tìm dependency test mới để cập nhật cấu h…