Tìm kiếm
22 kết quả cho “NoSQL”. Tìm không phân biệt dấu.
- Scaling to 100M: MySQL is a Better NoSQL Bài tóm tắt · Wix · 2015
…/www.wix.engineering/post/scaling-to-100m-mysql-is-a-better-nosql) Bối cảnh - Mỗi request tới một site Wix (domain riêng hoặc subdomain) phải phân giải URL → site : một phép tra ke…
- Stack Overflow Architecture (2009) Bài tóm tắt · Stack Overflow · 2009
…, thêm RAM) thay vì scale out lúc mọi người đang đổ xô sang NoSQL. - Theo Joel Spolsky (qua HighScalability), họ đạt hiệu năng tương đương các site cỡ tương tự với khoảng 1/10 phần…
- How Discord Stores Billions of Messages Bài tóm tắt · Discord · 2017
Bản đầu của Discord được viết trong chưa tới 2 tháng (đầu 2015). Mọi thứ nằm trong một replica set MongoDB, và họ nói rõ là cố ý: làm nhanh để kiểm chứng sản phẩm, nhưng luôn chừa đường sang giải pháp bền hơn. Họ biết…
- Chat Service Architecture: Persistence Bài tóm tắt · Riot Games · 2015
Chat dựng trên ejabberd (mã nguồn mở), vốn chỉ hỗ trợ Mnesia hoặc ODBC. Lúc đầu chọn MySQL vì quy mô chưa là vấn đề và team quen. Mỗi shard ba máy MySQL: primary, backup, ETL. Dữ liệu: danh sách bạn (roster) và…
- 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".
- 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.
- 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…
- 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.
- Sinh ID phân tán Chủ đề Thành viên
Khi chỉ có một database, AUTOINCREMENT là đủ. Khi dữ liệu nằm trên nhiều máy, ID không còn duy nhất toàn hệ thống. Đây thường là thứ đầu tiên vỡ khi phân tán dữ liệu. Yêu cầu hay gặp: duy nhất, sắp được theo thời gian,…
- Wix Công ty Thành viên
Năm 2015 Wix dùng MySQL như một kho key/value (blob, không join, không transaction, GUID do client sinh) cho bảng phân giải URL → site, active-active 3 DC, đọc khoảng 1 ms; theo Wix, "MySQL là NoSQL tốt hơn" . Năm 2021,…
- The growing pains of database architecture Bài tóm tắt · Figma · 2023
…managed scale ngang phần lớn không tương thích Postgres. - NoSQL hoặc Vitess (MySQL) đòi migration đọc/ghi kép phức tạp, NoSQL còn phải sửa app nhiều. - NewSQL tương thích Postgre…
- How Figma's databases team lived to tell the scale Bài tóm tắt · Figma · 2024
…Thay đổi chính - Loại CockroachDB, TiDB, Spanner, Vitess và NoSQL: - migration giữa hai kho dữ liệu phức tạp; - mất chuyên môn RDS Postgres tích luỹ nhiều năm; - chỉ còn vài tháng…
- Moving to DynamoDB to Increase Application Resiliency Bài tóm tắt · CapitalOne · 2021
…ây (đúng khi tải bình thường, tăng khi tải nặng). - Mô hình NoSQL: thiết kế bảng theo access pattern , thường một bảng nhiều loại entity với prefix key ( tri id ...). Không hợp cho…
- How we built our Internal Data Warehouse at ClickHouse: A year later Bài tóm tắt · ClickHouse · 2024
…g tổng; event Google Analytics dạng mảng lồng; bản đổ từ DB NoSQL của control plane dạng JSON. Đưa ra cả dạng thô (user tự trích trường JSON bằng SQL) lẫn dạng tổng hợp (dbt tính k…
- Sharding & IDs at Instagram Bài tóm tắt · Instagram · 2011
…hớ. - App Django + PostgreSQL. Họ đã cân nhắc vài giải pháp NoSQL nhưng quyết định giữ Postgres và shard trên nhiều server Postgres. - Hệ quả đầu tiên: auto-increment của một DB kh…
- Netflix Billing Migration to AWS — Part II Bài tóm tắt · Netflix · 2016
…có DVD). - Act III — Oracle còn lại quá quan hệ để ép sang NoSQL; Oracle trên cloud đắt license, Aurora còn beta, nên chọn MySQL trên EC2 (chi tiết ở phần 3). Viết lại PL/SQL thàn…
- Completing the Netflix Cloud Migration Bài tóm tắt · Netflix · 2016
…àng trăm microservice ; denormalize mô hình dữ liệu và dùng NoSQL. - Đổi cách vận hành công ty: bỏ phê duyệt ngân sách, phối hợp release tập trung, chu kỳ cấp phần cứng nhiều tuần;…
- Sharding Pinterest: How we scaled our MySQL fleet Bài tóm tắt · Pinterest · 2015
…g cực nhanh; khoảng 9/2011 mọi tầng hạ tầng quá tải, vài hệ NoSQL "đều hỏng nặng", còn đọc từ nhiều MySQL slave gây bug khó chịu (nhất là với cache). Năm 2015: hơn 50 tỉ Pin trên 1…
- 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…
- Scaling Datastores at Slack with Vitess Bài tóm tắt · Slack · 2020
…cách này cũng không giải vấn đề vận hành và replica. - Loại NoSQL (DynamoDB, Cassandra) và NewSQL (Spanner, CockroachDB) vì có hàng nghìn query, nhiều cú pháp riêng của MySQL, và n…
- 6 Event-Driven Architecture Patterns — Part 1 Bài tóm tắt · Wix · 2020
Team data-streams của Wix lo hạ tầng event-driven trên Kafka cho hơn 1.400 microservice (2020). Bài là ba mẫu dùng thực tế ở Wix, mỗi mẫu một use case.
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
Wix (2022): hơn 500 tỷ HTTP request và 30 tỷ event Kafka mỗi ngày, hơn 2.500 microservice ở nhiều data center.