Tìm kiếm
22 kết quả cho “Azure SQL”. Tìm không phân biệt dấu.
- Journey to the cloud part II: Migrating Stack Overflow for Teams to Azure Bài tóm tắt · Stack Overflow · 2023
…-to-the-cloud-part-ii-migrating-stack-overflow-for-teams-to-azure/) Phần 2 của series; phần 1 (lý do và pha 1, đổi domain): . Bối cảnh Sau pha 1, Teams đã chạy ở stackoverflowteams…
- From 3TB to 100GB: A Cost-Saving Journey in Database Maintenance Bài tóm tắt · Allegro · 2023
…/save-money-on-large-database.html) Bối cảnh - Một database Azure SQL (mô hình vCore) chứa nhiều dữ liệu lịch sử, phục vụ audit. Ở 4 vCore, dung lượng tối đa là 1 TB; dữ liệu tăng…
- Moving the public Stack Overflow sites to the cloud: Part 1 Bài tóm tắt · Stack Overflow · 2025
…-sites-to-the-cloud-part-1/) Tiếp nối việc chuyển Teams lên Azure (, ). Kết thúc data center: . Bối cảnh - Site public (Stack Overflow và mạng Stack Exchange) chạy trên máy chủ vật…
- Member Transaction History: Data Store Selection Journey Bài tóm tắt · Walmart · 2019
…đổi chính: chia truy vấn thành bốn nhóm, mỗi nhóm một kho (Azure) Nhóm truy vấn Đã xét Chọn Lý do theo Walmart --- --- --- --- Key-value (đơn theo orderId) Redis, Cosmos DB, Azure…
- Stack Overflow Architecture (2009) Bài tóm tắt · Stack Overflow · 2009
2009, Stack Overflow khoảng 16 triệu page view/tháng, Alexa hạng khoảng 1.666; cùng hạ tầng chạy thêm Server Fault và Super User.
- Open sourcing Brooklin: Near real-time data streaming at scale Bài tóm tắt · LinkedIn · 2019
…ệ nguồn và đích tăng nhanh (Espresso, Oracle, MySQL, Kafka, Azure Event Hubs, Kinesis). - Mirror Kafka giữa các cụm và data center dùng Kafka MirrorMaker (KMM) : mỗi cụm KMM chỉ nố…
- Postmortem of database outage of January 31 Bài tóm tắt · GitLab · 2017
…g ngày (dùng để chép production sang staging), snapshot đĩa Azure (chỉ bật cho máy NFS, không cho DB), và replication (chỉ để failover, không phải DR). Chuyện gì đã xảy ra - Tải DB…
- Building Git infrastructure for agent-scale development Bài tóm tắt · GitHub · 2026
…n. - Tách storage khỏi compute: bản có thẩm quyền nằm trong Azure Blob Storage (độ bền và replication có sẵn); năng lực đọc đến từ worker nhẹ có cache, nên đỡ được spike đọc (CI fa…
- 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.
- 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:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- 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.
- 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:
- 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:
- Stack Overflow Công ty Thành viên
Phản ví dụ nên đọc sớm cho niềm tin "lớn thì phải scale out". Năm 2009, với 16 triệu page view mỗi tháng, Stack Overflow chạy hai web server và một SQL Server, chạm giới hạn thì nâng RAM; theo Jeff Atwood, phần cứng rẻ…
- GitHub Công ty Thành viên
Rails + một MySQL; sau đó tách vài tính năng, thêm replica, ProxySQL; nhưng lõi vẫn là cluster mysql1 được scale dọc liên tục. Từ 2019 họ tách ảo bằng schema domain + linter rồi dời vật lý bằng Vitess hoặc write-cutover…
- Allegro Công ty Thành viên
Allegro (Ba Lan) đi từ 3 developer với dữ liệu lưu trong file (1999) → scale bằng tự viết cache, connection pool, search engine bằng C trên Oracle (~2005) → framework tự chế trong cùng codebase (2008–2009, code mới vẫn…
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
…en-sourced) Bối cảnh - ClickHouse Cloud chạy trên AWS, GCP, Azure, hàng chục region, mỗi region nhiều cụm Kubernetes, multi-tenant (nhiều khách trên cùng phần cứng). - Mạng là mục…
- How GitHub Docs' new search works Bài tóm tắt · GitHub · 2023
…serialize trên đĩa để nạp nhanh vào image Docker chạy trên Azure. - Theo GitHub, cách này "tạm ổn khi dữ liệu nhỏ", nhưng docs có 8 ngôn ngữ × 5 phiên bản, nên phải viết lại trên…
- The Great Unracking: Saying goodbye to the servers at our physical datacenter Bài tóm tắt · Stack Overflow · 2025
…c 7/2025. Site public chuyển lên Google Cloud; Teams đã lên Azure từ 2023. Thay đổi chính - 2/7/2025: tháo toàn bộ khoảng 50 máy chủ ở New Jersey. - Mỗi máy có từ 8 sợi cáp trở lên…