Tìm kiếm
40 kết quả cho “Cluster API”. Tìm không phân biệt dấu.
- How Discord Automates ScyllaDB Clusters at Scale Bài tóm tắt · Discord · 2026
…ốc](https://discord.com/blog/how-discord-automates-scylladb-clusters-at-scale) Bối cảnh - Đội Persistence Infrastructure 7 người vận hành Elasticsearch, Postgres và ScyllaDB; riêng…
- Building a New Rust Driver for ScyllaDB's DynamoDB API – with 58% More Throughput Bài tóm tắt · ScyllaDB · 2026
…g hai driver. - Cân tải phía client trong phạm vi cấu hình (cluster/datacenter/rack), hai chiến lược: - Round-robin (mặc định): xoay vòng các node sống. - Key affinity : mỗi partit…
- Scaling LinkedIn's Hadoop YARN cluster beyond 10,000 nodes Bài tóm tắt · LinkedIn · 2021
…ering.linkedin.com/blog/2021/scaling-linkedin-s-hadoop-yarn-cluster-beyond-10-000-nodes) Bối cảnh - Cụm Hadoop gấp đôi mỗi năm ; cụm lớn nhất khoảng 10.000 node năm 2021. HDFS (một…
- Improving Resiliency and Stability of a Large-scale Monolithic API Service Bài tóm tắt · LinkedIn · 2017
…tốn công, có thể giảm năng suất, cần công cụ mới). - Multi-clustering: chia tập endpoint theo vertical mà không đổi code ; mỗi phần được route tới một cụm server riêng, mỗi server…
- Scaling Kubernetes to 7,500 nodes Bài tóm tắt · OpenAI · 2021
Một cụm duy nhất 7.500 node, chọn vì hạ tầng đơn giản cho phép team nghiên cứu scale mà không đổi code.
- Incident review: API and Dashboard outage on 10 October 2017 Bài tóm tắt · GoCardless · 2017
…song: một nhóm tái hiện lỗi, một nhóm chuẩn bị chuyển sang cluster mới. - Dùng một cluster Postgres chạy trong Docker để viết script tái hiện lỗi và lặp thử nhanh. - Manh mối giả:…
- Follow Up - Preventing Upgrade Failures from etcd v3.5 to v3.6 Bài tóm tắt · etcd (CNCF) · 2025
…thì nâng cấp hỏng ( membership: too many learner member in cluster ); một cái thì vẫn lên nhưng mất một phiếu, ảnh hưởng quorum (v3.6.0-rc.3 thêm tự promote learner lúc bootstrap)…
- This Rocket Ain't Stopping - Achieving Zero Downtime for Rails to Golang API Migration Bài tóm tắt · Grab · 2016
…public của app hành khách sang server Go, rồi trỏ DNS sang cluster Go. Thay đổi chính - Quy tắc: mỗi endpoint phải qua unit test, load test, QA staging, shadow test trên productio…
- Constraint Management for cluster operation safety and reliability at Twitter Bài tóm tắt · Twitter · 2023
…/en us/topics/infrastructure/2023/constraint-management-for-cluster-operation-safety-and-reliability-at-twitter) Bối cảnh - Team Messaging (Kafka và PubSub) chạy hàng chục cụm Kafk…
- Designing a Better Kubernetes Experience for Developers Bài tóm tắt · Spotify · 2021
…sở hữu service. Bối cảnh - Theo Spotify, lúc đầu người dựng cluster Kubernetes cũng là người sở hữu service chạy trên nó. Khi Kubernetes phổ biến, tổ chức tách ra team hạ tầng dựng…
- Accelerating Search and Ingestion with High-Performance gRPC in OpenSearch Bài tóm tắt · Uber · 2026
Uber đã chuẩn hoá trên OpenSearch cho search và retrieval (ghép tài xế, chống gian lận, gợi ý Uber Eats). Hạ tầng nội bộ nói gRPC + Protobuf, còn OpenSearch chỉ có REST/JSON; các lớp chuyển đổi ở giữa thêm latency, phức…
- Meta's Infrastructure Evolution and the Advent of AI Bài tóm tắt · Meta · 2025
…p trung vào phần 2004–2020 (tiến hoá hệ thống web). Phần AI cluster chỉ tóm tắt ngắn. Bối cảnh Facebook khởi đầu trên LAMP (Linux, Apache, MySQL, PHP). Đến 2025 phục vụ hơn 3,4 tỷ…
- Controlled Chaos with Fault Injection Testing Bài tóm tắt · Riot Games · 2019
…ỗ trung tâm là Redis . - Khi chuyển Riot API từ VM AWS vào rCluster (cloud nội bộ chạy container), đội chọn chạy Redis trong rCluster bằng một sidecar tự viết (hơn 3.000 dòng). Red…
- Introducing Fly Kubernetes Bài tóm tắt · Fly.io · 2023
…ên chạy được trên một máy không có trạng thái phân tán. Mỗi cluster là K3s + Virtual Kubelet trên một Fly Machine ; không cần node cấp riêng, kube-proxy, CNI vì nền tảng đã lo. - N…
- Behind the scenes: Redpanda Cloud's response to the GCP outage Bài tóm tắt · Redpanda · 2025
…loudflare cũng bị kéo theo. - Redpanda Cloud (mô hình BYOC: cluster chạy trong tài khoản cloud của khách, Redpanda vận hành) có hàng trăm cluster trên GCP. Diễn biến (theo Redpanda…
- Terraform Poka-Yokes: Writing Effective, Scalable, Dynamic, and Error-Resistant Terraform Bài tóm tắt · CapitalOne · 2020
…ay vì danh sách: dùng data source với filter (AMI theo tag, cluster, VPC) thay vì bắt developer duy trì danh sách biến. - Đặt nội suy/ghép chuỗi ở một chỗ, tên tài nguyên nhất quán…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
…ác thực và phân quyền, mTLS, failover theo locality , multi-cluster, chính sách traffic, quan sát tốt. - Từ 2019 dùng Kong làm API gateway. Cân nhắc Kuma (chưa đủ chín cho multi-cl…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…g điều này chỉ đúng với dữ liệu không có giá trị tiền bạc). Clustering hay sharding - Clustering (Cassandra, Membase, HBase: dữ liệu tự phân phối, tự di chuyển, node nói chuyện với…
- Scaling StreamHub: Transitioning from Kinesis to Kafka for 145 Billion Daily Events Bài tóm tắt · Atlassian · 2026
…là kiểm soát chi phí. - Shard nhiều cụm + runbook failover cluster: chuyển shard (khoảng 15 phút), song song dựng cụm sạch từ IaC (khoảng 2 giờ), quá ngưỡng thì chuyển hẳn produce…
- Scaling Our Geo-Search Service For 10x Load Bài tóm tắt · Gojek · 2022
…và latency thấp . Thay đổi chính - Tách đọc/ghi trên Redis Cluster (multi-master, mỗi master một shard, nhiều replica). Lọc geo chạy bằng Lua EVAL , nhưng EVAL không được coi là l…
- The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System Bài tóm tắt · LinkedIn · 2021
…bằng Dynamometer rồi xác nhận trên production). - Satellite cluster cho file nhỏ: block 512 MB; tỉ lệ block/file khoảng 1,1 nghĩa là 90% file là file nhỏ. Thư mục /system (log, con…
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…từ control plane xDS tự viết (Rotor). Rút AZ = đổi trọng số cluster theo AZ qua RTDS; trọng số 0 thì request đang chạy vẫn xong, request mới sang AZ khác. Lan truyền trong vài giây…
- How We Upgrade Kubernetes on GKE Bài tóm tắt · Gojek · 2020
Kubernetes ra một bản minor mỗi quý; team Engineering Platform của Gojek phải theo kịp trên nhiều cụm GKE.
- Scaling Kubernetes to 2,500 nodes Bài tóm tắt · OpenAI · 2018
OpenAI chạy Kubernetes cho thí nghiệm deep learning hơn 2 năm (workload lớn nhất thì quản lý VM trực tiếp). Kubernetes cho vòng lặp nhanh, scale vừa đủ, ít boilerplate. Trên đường lên 2.500 node, lần lượt các thành phần…
- グローバル展開を支える基盤の裏側 (Behind the Infrastructure Powering Global Expansion) Bài tóm tắt · Mercari · 2025
Hệ sinh thái microservices của Mercari đã trưởng thành: template service, SDK Go, module Terraform "starter kit", SDK trừu tượng hoá cấu hình Kubernetes, và quy trình Production Readiness Check (PRC). Nhưng hệ sinh thái…
- 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:
- 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…
- Độ 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.
- 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.
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- 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:
- 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.
- 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:
- 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.
- 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".
- 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:
- 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…
- 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.