Tìm kiếm
33 kết quả cho “Cell”. Tìm không phân biệt dấu.
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…— [bài gốc](https://slack.engineering/slacks-migration-to-a-cellular-architecture/) Bài đầu của một series; phần sau (cách silo service nội bộ, service không silo được) chưa ingest…
- Engineering operational excellence, a case of continuous improvement Bài tóm tắt · Nubank · 2023
…c](https://building.nubank.com.br/engineering-operational-excellence-case-continuous-improvement/) Bài về quy trình ở một đơn vị (NuSeguros, bảo hiểm); không có số liệu kết quả. Bố…
- Building observability into Notion's dead-letter queue Bài tóm tắt · Notion · 2026
…DLQ) : một bản ghi DeadTask ghi vào bucket S3 riêng của mỗi cell , chứa tên event, task group, workspace ID, actor, toàn bộ payload JSON, cell đích, loại lỗi, stack trace, thời điể…
- How we systematically improved our reliability Bài tóm tắt · Neon · 2026
…và Databricks), ba cloud, hơn 30 region ; mỗi region tới 15 cell (bản triển khai cô lập để scale ngang và thu nhỏ blast radius), tổng hơn 70 môi trường (2026). Ở quy mô hàng triệu…
- Behind the scenes: Redpanda Cloud's response to the GCP outage Bài tóm tắt · Redpanda · 2025
…hi, quản lý topic, ACL nằm cùng chỗ (một binary). Kiến trúc cell-based được đưa thành nguyên tắc sản phẩm. Theo Redpanda, các sản phẩm có metadata tập trung và kiến trúc diskless t…
- The Enterprise Multi-Active Disaster Recovery System Bài tóm tắt · Alibaba · 2021
DR 1.0: chỉ backup dữ liệu (cold backup) sang một datacenter khác. Theo Alibaba, người ta không dám chuyển sang: bản cold backup lệch phiên bản với production, và sợ chuyển đi rồi không chuyển về được.
- HRTWorker: A SharedWorker Framework Bài tóm tắt · Hudson River Trading · 2025
Đội Fullstack của HRT xây bộ web app nội bộ "Ops GUIs" cho đội Run The Day và các đội khác theo dõi, phản ứng với trạng thái giao dịch trong ngày: trạng thái process, reject từ sàn, kết quả health check, cập nhật dưới…
- How recurring network maintenance exposed 6 bugs Bài tóm tắt · Jane Street · 2026
Jane Street bảo trì mạng nhiều vào cuối tuần; mỗi lần một tủ rack có thể mất kết nối 15–25 phút. Hạ tầng Kafka nội bộ lẽ ra phải chịu được và tự nối lại. Nhiều tháng năm 2026, nó không chịu được: process segfault, rò…
- Độ 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.
- 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:
- 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…
- 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:
- 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ả…
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- 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…
- 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,…
- 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:
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- Using Rust to Scale Elixir for 11 Million Concurrent Users Bài tóm tắt · Discord · 2019
…lang còn 27.000 µs. - Tự viết bằng Elixir thuần: chuỗi các "cell" chứa ordset nhỏ (kiểu skip list) đưa chèn cuối xuống 5.000 µs nhưng chèn đầu lên 19.000 µs vì phần tử dồn dây chuy…
- The Chubby lock service for loosely-coupled distributed systems Bài tóm tắt · Google · 2006
…ch HA như mong muốn"; ứng dụng không cần tự giữ quorum (một cell thường 5 replica, client vẫn chạy được khi số replica của chính nó ít). - Giao diện khoá quen thuộc với lập trình v…
- Call me maybe: Cassandra Bài tóm tắt · Jepsen · 2013
…rip mỗi ghi thay vì hai. Thay đổi chính (kết quả) - Sửa một cell không an toàn : dù đồng bộ đồng hồ hoàn hảo, QUORUM và khoá ngoài như tài liệu gợi ý, 285/1.009 ghi được ack bị mất…
- Building a fault-tolerant metrics storage system at Airbnb Bài tóm tắt · Airbnb · 2026
…pets". Liên quan - - · - Cùng đợt chuyển observability: · - Cell và blast radius ở Slack:…
- Jepsen Công ty Thành viên
Jepsen là dự án kiểm thử độc lập về tính an toàn của database và hệ phân tán, không phải một công ty kể về hệ của mình; báo cáo 6/2020 áp công cụ Elle lên PostgreSQL một node và tìm ra chế độ "serializable" không…
- Nubank Công ty Thành viên
Năm 2019: thay vì mỗi team nhỏ (2–8 người) tự trực, họ gộp nhiều team vào một lịch trực chung để mỗi người trực ít ngày hơn, với điều kiện mọi alert có runbook thử với người ngoài team và không còn alert chập chờn; team…
- Redpanda Công ty Thành viên
Streaming tương thích Kafka, Redpanda Cloud chạy BYOC trên ba cloud. Trong sự cố GCP 12/6/2025, theo Redpanda, hàng trăm cluster không bị ảnh hưởng vì không có metadata hay dịch vụ quan trọng nằm ngoài cluster…
- Slack's Outage on January 4th 2021 Bài tóm tắt · Slack · 2021
…aged. Liên quan - · · - Sự cố AZ năm 2021 dẫn tới kiến trúc cell: - Autoscale theo tín hiệu sai: - Tải đầu giờ do chính hệ tạo ra:…
- Doximity Công ty Thành viên
Mọi app Rails dùng Kafka qua gem nội bộ dox-messaging. Năm 2022 họ thay ruby-kafka (heartbeat chung thread, gây rebalancing storm) bằng rdkafka trên librdkafka mà giữ nguyên interface; qua đợt segfault khi rollout,…
- Migrating Doximity's iOS Newsfeed to SwiftUI Without Disrupting Users or Development Bài tóm tắt · Doximity · 2026
…ng feed, chuyển từng section sang SwiftUI và hiện bên trong cell UIKit sẵn có bằng UIHostingConfiguration . UIKit vẫn sở hữu list, reuse, cuộn; rủi ro giới hạn trong section vừa ch…
- 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…
- Best Practices for Real-time Machine Learning: Alerting Bài tóm tắt · Nubank · 2022
Model real-time chấm điểm theo yêu cầu, nên gặp mọi lỗi của phần mềm thường (latency tăng vì tải dồn, sập vì upstream, deploy hỏng) cộng thêm lỗi riêng của ML: feature thiếu hoặc hỏng, phân phối dân số đổi đột ngột.…
- Flannel: An Application-Level Edge Cache to Make Slack Scale Bài tóm tắt · Slack · 2017
Slack thiết kế cho team vài trăm người: khi khởi động, client gọi rtm.start nhận toàn bộ snapshot của team (user, channel, thành viên, tin mới nhất, DM...) rồi mở WebSocket nhận event real-time.
- From Chaos to Control: Addressing Shard Distribution Challenges in M3DB with Subclusters Bài tóm tắt · Uber · 2026
…đặc, nên một lỗi chạm tới cả cụm. Ràng buộc thêm cấu trúc (cell/subcluster) đổi một chút linh hoạt lấy blast radius nhỏ. - Cùng ý tưởng với pod của Shopify (), nhưng ở tầng storag…
- Hardening EmergencyReparentShard in v25 Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2026
…ch sử lạc (errant) → chọn ứng viên (luật promote, ràng buộc cell, chính sách độ bền; tablet tiến xa nhất chưa chắc là primary cuối, có thể làm nguồn trung gian cho ứng viên khác bắ…