Tìm kiếm
22 kết quả cho “Jepsen”. Tìm không phân biệt dấu.
- 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…
- Jepsen: MySQL 8.0.34 Bài tóm tắt · Jepsen · 2023
· 2023 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/mysql-8.0.34) Báo cáo kiểm thử độc lập, không phải bài của một công ty kể về hệ của mình. Jepsen tự nói…
- Jepsen: Redpanda 21.10.1 Bài tóm tắt · Jepsen · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/redpanda-21.10.1) Báo cáo kiểm thử độc lập (Redpanda trả phí theo chính sách đạo đức của Jepsen). Jepse…
- Jepsen: PostgreSQL 12.3 Bài tóm tắt · Jepsen · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/postgresql-12.3) Báo cáo kiểm thử độc lập (Jepsen làm không nhận tiền), không phải bài của một công ty…
- Jepsen: Amazon RDS for PostgreSQL 17.4 Bài tóm tắt · Jepsen · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/amazon-rds-for-postgresql-17.4) Báo cáo ngắn, "khảo sát sơ bộ" theo lời Jepsen; không fault injection.…
- Jepsen: NATS 2.12.1 Bài tóm tắt · Jepsen · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://jepsen.io/analyses/nats-2.12.1) Bối cảnh - NATS JetStream nhân bản stream bằng Raft, hứa giao "ít nhất một lần" (không mất…
- Chaos Testing a Distributed System with Jepsen Bài tóm tắt · Appian · 2019
…log/the-tech-corner/chaos-testing-a-distributed-system-with-jepsen/) Phần 1 của series; phần 2: . Phần 3 (các lỗi tìm được và cách sửa) được hẹn nhưng không thấy trong sheet hay tr…
- Chaos Testing a Distributed System with Jepsen — Part II Bài tóm tắt · Appian · 2019
…log/the-tech-corner/chaos-testing-a-distributed-system-with-jepsen-part-ii/) Phần 2 của series; phần 1: . Phần 3 (lỗi tìm được) không tìm thấy. Bối cảnh - Sau khi chọn Jepsen, việc…
- Call me maybe: Cassandra Bài tóm tắt · Jepsen · 2013
….com/posts/294-call-me-maybe-cassandra) Bài thời kỳ đầu của Jepsen (blog cá nhân); ghi "theo Kingsbury" với các nhận định. Bối cảnh - Cassandra theo mô hình Dynamo (hash ring, N bả…
- Call me maybe: Kafka Bài tóm tắt · Jepsen · 2013
…phyr.com/posts/293-call-me-maybe-kafka) Bài thời kỳ đầu của Jepsen (Kyle Kingsbury, blog cá nhân), test bản thiết kế replication sắp ra của Kafka 0.8, chưa phải bản phát hành. Bối…
- Protocol-Aware Deterministic Simulation Testing Bài tóm tắt · TigerBeetle · 2026
…ứ tự (dẫn tới strict serializability). - Năm 2025 họ đã qua Jepsen (kiểm tra từ ngoài vào qua API, sinh input ngẫu nhiên, tiêm lỗi): không thấy vi phạm strict serializability. Theo…
- 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…
- 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…
- 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ả…
- 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:
- 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".
- 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…
- Appian Công ty Thành viên
Nguồn duy nhất của Appian (nền tảng low-code) trong wiki là series 2019 về kiểm data store cam kết linearizability ở cấu hình HA (leader ghi, replica đọc) bằng Jepsen: chạy trong Docker với Kafka/Zookeeper đứng ngoài…
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
Edgestore là lớp trừu tượng trên hàng nghìn node MySQL, giữ hàng petabyte metadata, hơn 10 triệu request/giây. Developer gom dữ liệu hay đi cùng nhau vào một colo (cùng shard vật lý): trong colo có transaction mạnh,…
- TigerBeetle Công ty Thành viên
TigerBeetle là database chỉ cho OLTP kiểu debit/credit. Bài 2026 (bản viết của một talk) lập luận rằng scale là khả năng sống sót, rằng sharding thua scale dọc khi có tranh chấp, và đề xuất "diagonal scaling":…
- Chaos Testing an Application on AWS Bài tóm tắt · Goldman Sachs · 2022
Ứng dụng có đủ unit, integration, performance test nhưng sự cố production vẫn đến từ lỗi vận hành: DB hỏng, DNS hỏng, node chết, traffic bất thường, với MTTD/MTTR cao vượt SLO. Sự cố cho thấy lỗ hổng ở test, ở thời điểm…
- Getting from tested to battle-tested Bài tóm tắt · Jane Street · 2025
Aria là message bus nội bộ độ trễ thấp, có thứ tự chặt và bảo đảm tin cậy, làm nền cho các team khác dựng hệ chịu lỗi (xem index của Aria ở ). Càng nhiều team dùng, mỗi tuần không sự cố càng thành nghĩa vụ, trong khi hệ…