Tìm kiếm
31 kết quả cho “Auto Scaling Group”. Tìm không phân biệt dấu.
- Autoscaling in Kubernetes: Why doesn't the Horizontal Pod Autoscaler work for me? Bài tóm tắt · Expedia · 2020
…rung bình — [bài gốc](https://medium.com/expedia-group-tech/autoscaling-in-kubernetes-why-doesnt-the-horizontal-pod-autoscaler-work-for-me-5f0094694054) Bài hướng dẫn (ví dụ minh h…
- From Always-On to On-Demand: Scaling Kafka Sinks with KEDA Bài tóm tắt · trivago · 2026
trivago dùng Kafka làm lớp vận chuyển dữ liệu giữa các hệ. Nhiều dữ liệu vào Kafka từ database qua Debezium (CDC), topic dùng log compaction nên giữ giá trị mới nhất mỗi key, như một snapshot liên tục.
- Deployment of etcd on AWS EC2 Bài tóm tắt · etcd · 2017
…e dọc. Thay đổi chính (các đánh đổi theo etcd) - Không dùng Auto Scaling Group (ASG) để scale số node: hiệu năng tỉ lệ nghịch với số thành viên, và thêm/bớt thành viên phải sửa run…
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
…rvice với instance type, security group, ELB, target group, autoscaling. Mọi tài nguyên tham chiếu bằng tag , không bằng ID, để cùng file chạy được ở mọi môi trường. - State machin…
- Robinhood Swaps Kafka for WarpStream to Tame Logging Workloads and Costs Bài tóm tắt · WarpStream · 2025
Robinhood (2025): hơn 14 triệu người dùng hoạt động mỗi tháng, hơn 10 TB dữ liệu mỗi ngày. Log gồm log ứng dụng và pipeline observability chạy bằng Vector, trước đó đi qua Kafka.
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
LinkedIn ra đời năm 2003, tuần đầu có 2.700 thành viên. Năm 2015: hơn 350 triệu thành viên, hàng chục nghìn page mỗi giây, mobile chiếm hơn 50% traffic, backend chịu hàng triệu query mỗi giâ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…
- Building Pubsub for 50M concurrent socket connections Bài tóm tắt · Disney Hotstar · 2019
…cục bộ. Node subscribe không cần biết nhau; đặt chúng trong Auto Scaling Group để co giãn và tự thay node hỏng. - Kết quả: một publisher phục vụ hàng nghìn node subscribe, mỗi node…
- 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…
- 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…
- 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ả…
- 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:
- 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…
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không cò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.
- 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:
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- 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:
- 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…
- Monzo Công ty Thành viên
Ngân hàng số với hơn 2.100 microservice và hơn 100 deploy/ngày; rollback tự động bằng Argo Rollouts trở thành mặc định cho mọi service . Để chống "stampeding herd" khi hàng triệu người mở app cùng lúc, edge proxy cắt…
- The Great K8S Migration Bài tóm tắt · Reddit · 2020
…Mô hình trước Kubernetes: - service chạy trên VM trong EC2 Auto Scaling Group; mỗi VM chạy nhiều bản ứng dụng, quản lý bằng Einhorn để tận dụng CPU; - các sidecar process lo telem…
- Journey from EC2 to Containers Bài tóm tắt · Disney Hotstar · 2020
…sau ELB, AMI dựng sẵn để boot nhanh, Jenkins, Terraform. Có Auto Scaling Group nhưng không tin nó , nên scale trước các sự kiện lớn. - Khó khăn: - EC2 khởi động chậm (dù có AMI), n…
- Terraform Poka-Yokes: Writing Effective, Scalable, Dynamic, and Error-Resistant Terraform Bài tóm tắt · CapitalOne · 2020
…odule cấp thấp không chủ kiến (ví dụ ecs-service : service, autoscaling target, policy scale lên/xuống theo alarm bộ nhớ), bọc trong module có chủ kiến theo ứng dụng (thêm SNS, SQS…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…14 triệu lên 28 triệu lúc 20:00). Các thành phần AWS không autoscale kịp, nên cấp phát load balancer và server theo đỉnh dự đoán , pre-warm load balancer. - Kiến trúc: máy c5.2xla…
- AWS Lessons Learned for Data Processing Pipelines Bài tóm tắt · Expedia · 2016
…n lần mỗi 24 giờ và thay đổi cần thời gian mới có hiệu lực; autoscaling cần ít nhất 10 phút vượt ngưỡng nên phản ứng quá muộn. Vì đỉnh không đoán được độ lớn, team chuyển từ Dynamo…
- Flava DBaaS deep dive: From architecture to migration and beyond Bài tóm tắt · LINE (LY Corp) · 2026
…OpenSearch) để tăng utilization, kèm rủi ro noisy neighbor; autoscaling theo chính sách (tạo read replica trước job batch đêm rồi xoá, tăng 20% storage khi vượt ngưỡng); agent AI l…
- Reddit Công ty Thành viên
Reddit chuyển service từ EC2 Auto Scaling Group (nhiều bản app mỗi VM + sidecar, Terraform/Puppet) sang Kubernetes, giữ nguyên các trừu tượng dev đã quen; mảng Ads tụt lại và chuyển sau, từng phụ thuộc một . Năm 2024,…
- How Render Services Stayed Up During the AWS October Outage Bài tóm tắt · Render · 2025
…uả sẽ lớn hơn nhiều. - Can thiệp trong sự cố: - đặt min của Auto Scaling group bằng giá trị hiện tại để không bị thu hẹp; - dời node proxy từ gói miễn phí sang khách trả phí; - dọn…
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
…hàng trăm nghìn event làm khởi động pod chậm vài phút , phá autoscaling. Không đạt yêu cầu "dataset tăng dần". Lần 2: thư viện WixCache 1. DB xuyên region: DynamoDB Global Table (r…
- The Data Infra Behind Zillow's 3x Growth in Experiment Volume Bài tóm tắt · Zillow · 2023
…lý cụm Kubernetes với CI/CD, observability, config/secret, autoscaling, chi phí theo team ; archetype theo ngôn ngữ để dựng service trong vài phút. - ZACS (Zillow Analytics Comput…