Tìm kiếm
40 kết quả cho “RDS”. Tìm không phân biệt dấu.
- Building Multi-Region Resiliency with Amazon RDS and Amazon Aurora Bài tóm tắt · Goldman Sachs · 2021
…com/blog/posts/building-multi-region-resiliency-with-amazon-rds-and-amazon-aurora) Bối cảnh - Mảng Transaction Banking của Goldman Sachs phải chứng minh với cơ quan quản lý và kiểm…
- Creating a Logical Replica from a Snapshot in RDS Postgres Bài tóm tắt · Instacart · 2020
…instacart.com/creating-a-logical-replica-from-a-snapshot-in-rds-postgres-886d9d2c7343) Site chặn crawler; wiki đọc toàn văn qua trình duyệt, ghi chú bằng lời của wiki. Bối cảnh - I…
- Jepsen: Amazon RDS for PostgreSQL 17.4 Bài tóm tắt · Jepsen · 2025
…· Độ 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. Bối cảnh - RDS for Postg…
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
…gốc](https://blog.cloudflare.com/migrating-billions-of-records-moving-our-active-dns-database-while-in-use/) Bối cảnh - Theo W3Techs (10/2024), Cloudflare là authoritative DNS của…
- Our Evolution Towards T-REX: The Prehistory of Experimentation Infrastructure at LinkedIn Bài tóm tắt · LinkedIn · 2020
…ttps://engineering.linkedin.com/blog/2020/our-evolution-towards-t-rex--the-prehistory-of-experimentation-i) Bài đầu của series về lịch sử nền tảng thí nghiệm của LinkedIn (tên cũ:…
- Reliable load testing with regards to unexpected nuances Bài tóm tắt · Miro · 2020
…/medium.com/miro-engineering/reliable-load-testing-with-regards-to-unexpected-nuances-6f38c82196a5) Bài 1 của cặp bài do Head of QA viết; bài 2 (quản lý hàng trăm server sinh tải,…
- Search Journey Towards Better Experimentation Practices Bài tóm tắt · Spotify · 2022
…ttps://engineering.atspotify.com/2022/02/search-journey-towards-better-experimentation-practices/) Bài về thực hành và tổ chức quanh nền tảng thí nghiệm (do một data scientist của…
- Attack of the Shards: Our Migration to FoundationDB, Part 2 Bài tóm tắt · Inngest · 2026
Inngest (nền tảng durable execution) chuyển queue từ Valkey (bản fork của Redis, chạy trong RAM, thao tác queue đơn luồng) sang FoundationDB (KV có transaction, dữ liệu trên đĩa).
- Jepsen: MySQL 8.0.34 Bài tóm tắt · Jepsen · 2023
…oDB một node và cụm có replica chỉ đọc qua binlog, cùng AWS RDS MySQL cấu hình production mặc định; workload list-append (Elle kiểm chu trình phụ thuộc), non-repeatable read, monot…
- How We Partitioned Airbnb's Main Database in Two Weeks Bài tóm tắt · Airbnb · 2015
…Bối cảnh - Trước mùa du lịch hè 2015, DB MySQL chính (trên RDS, còn từ thời Airbnb là một app Rails) phải giảm tải. Airbnb chọn tách dọc theo chức năng thay vì shard ngang (theo b…
- When The Cloud Gets Dark — How Amazon's Outage Affected Airbnb Bài tóm tắt · Airbnb · 2011
…0 phút downtime, search mất 3 giờ, không mất dữ liệu. - DB (RDS trên EC2 + EBS) treo lúc đầu: site sập 18 phút. Master hồi lại và app server chỉ dùng master nên site chạy tiếp; sla…
- Unlocking Horizontal Scalability in Our Web Serving Tier Bài tóm tắt · Airbnb · 2016
…i chuyện với vài service Java; dữ liệu lõi trong MySQL trên RDS, đã tách database theo chức năng năm 2015. - MySQL community dùng mô hình một thread mỗi kết nối. Số kết nối từ app…
- The Evolution of Alibaba Cloud's Relational Database Services Architecture - PolarDB Bài tóm tắt · Alibaba · 2018
…- Theo Alibaba, khi user, dữ liệu, service trên cloud tăng, RDS liên tục gặp vấn đề về backup, hiệu năng, migration, nâng cấp, read-only instance, dung lượng đĩa, trễ binlog; gốc p…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
…pace của user nằm trong một database dùng chung (MySQL trên RDS, cấu hình HA). - Ba lần downtime vì database này: ít nhất 92 phút (29/7/2019), 51 phút (1/8), 34 phút (13/8). Kỳ vọn…
- Inside branch-based restores in Lakebase Postgres Bài tóm tắt · Neon · 2026
…p (Neon, nay gọi kiến trúc là "lakebase"). Phần so sánh với RDS và số liệu khảo sát là theo Neon; khảo sát chỉ 50 developer. Phần "agent dùng restore để undo" chỉ tóm tắt ngắn. Bối…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…hông cần ALTER TABLE; quan hệ là bảng mapping ( user has boards ), index mới là bảng mới. Bảng user (kiểm trùng tên và email) không shard. - Chuyển dữ liệu: feature freeze; ghi cả…
- Centrifuge: a reliable system for delivering billions of events per day Bài tóm tắt · Segment · 2018
…hính - Queue ảo trên database: thứ tự giao nằm trong MySQL (RDS), nên đổi chất lượng dịch vụ hay thứ tự giao chỉ là một câu SQL , không phải chép lại hàng TB dữ liệu như với queue…
- Phoenix — Tinder's Testing Platform, Part III (Metrics System) Bài tóm tắt · Tinder · 2020
…trên S3, nhập metric từ Redshift sang S3; kết quả xuất sang RDS để phục vụ UI. Điều phối bằng Fireflow (Airflow + lớp service tích hợp EMR, S3, MySQL, Redshift). Theo dõi phân bổ r…
- Integrated Commerce and our Merchant Center rebuild Bài tóm tắt · Zalando · 2016
…AWS; backend Scala + Akka (actor, Akka-HTTP cho REST API); RDS PostgreSQL cho dữ liệu quan trọng. - Frontend cho đối tác (AngularJS, TypeScript, chia module để team tự deploy) để…
- Airflow at Zillow Bài tóm tắt · Zillow · 2017
…hồi webserver/scheduler/worker), metadata DB Postgres trên RDS, broker RabbitMQ (chọn thay Redis/SQS vì ổn định, chống mất dữ liệu), DAG/plugin/log trên S3, email qua SES, log về…
- Building a Pipeline to Process Clickstream Data Bài tóm tắt · Zillow · 2018
…ng Hive trên S3 thay bảng Redshift ; Hive Metastore để trên RDS cho mọi cụm dùng chung. Mỗi dataset một SubDAG; tối đa 4 dataset chạy cùng lúc và hai dataset lớn không bao giờ chạy…
- 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,…
- How Deterministic Controls Turn AI Output Into Reliable Prompt Templates Bài tóm tắt · Salesforce · 2026
Prompt Builder cho admin tạo prompt dùng lại với placeholder lấy dữ liệu CRM lúc chạy. Viết một template tốt cần biết dữ liệu của org, merge field và cú pháp Jinja, chọn input và data provider, và giữ kết quả hợp lệ…
- 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".
- 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.
- 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…
- Độ 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.
- 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…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- 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.
- 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:
- 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…
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏ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…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- 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…
- Goldman Sachs Công ty Thành viên
Mảng Transaction Banking phải chứng minh với cơ quan quản lý rằng hệ thống chạy tiếp khi mất region. Với RDS Oracle và Aurora PostgreSQL, họ chọn ứng dụng active/passive, replication bất đồng bộ và tự xây công cụ…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…