Tìm kiếm
40 kết quả cho “Spot”. Tìm không phân biệt dấu.
- 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…
- Fleet Management at Spotify (Part 1): Spotify's Shift to a Fleet-First Mindset Bài tóm tắt · Spotify · 2023
…. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://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 (…
- Saving Millions : Leveraging EC2 Spots at scale Bài tóm tắt · Disney Hotstar · 2018
…ốc](https://blog.hotstar.com/saving-millions-leveraging-ec2-spots-at-scale-dbcb573ff557) Bài ngắn, thiên về mẹo sử dụng; giá trị chính là cách Hotstar chia workload nào được chạy t…
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
…lớn · Độ khó: Trung 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ụ Fleetshi…
- Fleet Management at Spotify (Part 2): The Path to Declarative Infrastructure Bài tóm tắt · Spotify · 2023
…lớn · Độ khó: Trung 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 .…
- How We Built Infrastructure to Run User Forecasts at Spotify Bài tóm tắt · Spotify · 2022
…lớn · Độ khó: Trung bình — [bài gốc](https://engineering.atspotify.com/2022/06/how-we-built-infrastructure-to-run-user-forecasts-at-spotify/) Bối cảnh - Forecast số người dùng the…
- Save Money with EMR Auto Scaling and Spot Instances Bài tóm tắt · Zillow · 2017
…gốc](https://www.zillow.com/tech/save-money-emr-autoscaling-spot/) Bối cảnh - Hàng trăm job ETL batch (Spark, Hive, Sqoop) mỗi ngày, khối lượng đổi theo giờ; có lúc một mẻ tới 10 T…
- How Medium Detects Hotspots in DynamoDB using ElasticSearch, Logstash and Kibana Bài tóm tắt · Medium · 2015
…[bài gốc](https://medium.engineering/how-medium-detects-hotspots-in-dynamodb-using-elasticsearch-logstash-and-kibana-aaa3d6632cfd) Site chặn crawler; wiki đọc toàn văn qua trình d…
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…y mô lớn · Độ khó: Cơ bản — [bài gốc](https://engineering.atspotify.com/2026/6/code-with-claude-coding-is-no-longer-the-constraint) Bài tóm tắt một talk (Code with Claude 2026), nặ…
- Balancing cost and reliability for Spark on Kubernetes Bài tóm tắt · Notion · 2026
…lớn lãng phí hiển nhiên (node rỗi, cluster thừa). - Bước 2, Spot Instances (rẻ tới 90%, bị thu hồi bất kỳ lúc nào): job thường xuyên hỏng. Nguyên nhân có lẽ là bin packing dồn nhiề…
- Why We Switched Our Data Orchestration Service Bài tóm tắt · Spotify · 2022
…. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2022/03/why-we-switched-our-data-orchestration-service/) Bối cảnh - Spotify chạy 20.000 pipeline batch mỗi n…
- Designing a Better Kubernetes Experience for Developers Bài tóm tắt · Spotify · 2021
…. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2021/03/01/designing-a-better-kubernetes-experience-for-developers/) Bài ngắn, nửa giới thiệu plugin mã nguồ…
- Search Journey Towards Better Experimentation Practices Bài tóm tắt · Spotify · 2022
…. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2022/02/search-journey-towards-better-experimentation-practices/) Bài về thực hành và tổ chức quanh nền tảng…
- Background Coding Agents: Downstream Consumer Dataset Migrations (Honk, Part 4) Bài tóm tắt · Spotify · 2026
…. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2026/4/background-coding-agents-dataset-migrations-honk-part-4) Series về coding agent nội bộ "Honk" (chạy C…
- To Scale In Or Scale Out? Here's How We Scale at Dream11 Bài tóm tắt · Dream11 · 2021
…năm. - Theo Dream11, autoscaling không kịp : cấp máy chậm, spot khan đúng giờ cao điểm, step scaling có giới hạn, cân lại AZ tốn thời gian; load balancer phải shard theo throughpu…
- Reliable load testing with regards to unexpected nuances Bài tóm tắt · Miro · 2020
…; 50.000 user cần 69 instance, khoảng 3.000 USD/tháng; dùng Spot tiết kiệm ít nhất 60%. Không dùng dịch vụ load test trên cloud vì muốn tái dùng 90% công sức ở môi trường local. -…
- 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ó…
- 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…
- 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ự…
- 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…
- 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:
- 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…
- Thử nghiệm A/B và nền tảng experimentation Chủ đề Thành viên
Khi nhiều team cùng thay đổi một sản phẩm, "ship rồi xem metric" không còn trả lời được thay đổi nào gây ra gì. Thí nghiệm có đối chứng trả lời được, nhưng ở quy mô lớn nó thành một hệ thống: gán người dùng vào biến thể…
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- 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:
- 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.
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- 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.
- 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 ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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…
- 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…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- Disney Hotstar Công ty Thành viên
Traffic "sóng thần" của cricket: đỉnh user đồng thời 4,7 triệu (2017) → 10,3 triệu (2018) → 25 triệu (2019). Sau IPL 2018, EC2 + ASG không theo kịp (khởi động chậm, giới hạn region, bị throttle API), nên họ chuyển sang…
- Notion Công ty Thành viên
Một Postgres monolith chạy 5 năm tới khi vacuum kẹt và TXID wraparound đe doạ; năm 2021 Notion shard ở tầng ứng dụng theo workspace ID thành 480 shard logic trên 32 DB, migrate bằng audit log, chuyển trong 5 phút bảo…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- Automated Infrastructure Cost Optimization at Scale with AWS EC2 Reserved Instances Bài tóm tắt · Quora · 2018
…trên EC2; web server dùng autoscaling kết hợp on-demand và spot. - Để giảm giá on-demand, Quora mua nhiều Reserved Instance (RI) , chủ yếu loại convertible (giảm ít hơn standard n…
- Using the Gini Coefficient to Plan Edge Capacity Bài tóm tắt · Fastly · 2026
…, nhất là trên phần cứng cũ; có giới hạn vì dồn tải tạo hot spot và giảm cô lập lỗi. Bài học cho SWE - Capacity của một hệ có cache phụ thuộc hình dạng tải (tập trung hay dàn trải)…
- How we improved our iOS CI infrastructure with observability tools Bài tóm tắt · Grab · 2023
…thấy từ đầu tới cuối job. Thay đổi chính - CPU: tiến trình Spotlight của Xcode 13.1 ngốn CPU (Apple sửa ở 13.2) là một nguyên nhân gốc của test chập chờn. Không chờ bản sửa: dời S…
- Medium Công ty Thành viên
Năm 2015 Medium gặp throttle trên DynamoDB dù tổng capacity còn dư, vì capacity bị chia cho các partition ẩn; họ tự dựng access log qua ELK để tìm key nóng . Đầu 2018 Medium chuyển monolith Node.js có từ 2012 sang…