Tìm kiếm
36 kết quả cho “data center sang AWS”. Tìm không phân biệt dấu.
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…(tổng quan, bài này) · (ứng dụng và dữ liệu khách hàng) · (database Oracle → MySQL). Bối cảnh - Billing là mảnh cuối cùng của Netflix còn ở data center khi cả streaming đã lên AWS…
- Instagration Pt. 2: Scaling our infrastructure to multiple data centers Bài tóm tắt · Instagram · 2015
…om/instagration-pt-2-scaling-our-infrastructure-to-multiple-data-centers-5745cbad7834) Bối cảnh - 2013, khoảng một năm sau khi về Facebook: 200 triệu user/tháng, 20 tỷ ảnh. Họ bắt…
- How we modified our infrastructure to deploy an EU data center Bài tóm tắt · Asana · 2020
…blog.asana.com/2020/03/infrastructure-engineering-deploy-eu-data-center/) Bối cảnh - Khách hàng doanh nghiệp muốn chọn nơi đặt dữ liệu; Asana mở hạ tầng ở châu Âu (12/2019). - Từ 2…
- Image Migration to Google Cloud Platform Bài tóm tắt · trivago · 2024
…y. - Khởi đầu: framework PHP nội bộ, RabbitMQ, worker trong data center, mọi pipeline dùng chung một DB . - Lần 1 (2018), sang AWS: input tăng từ khoảng 100 lên gần 150 triệu ảnh;…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…Tenant Context Service (TCS) . TCS về sau thành dịch vụ metadata tenant cho toàn bộ Atlassian Cloud. - Yêu cầu: được gọi nhiều lần trong mỗi request; latency cực thấp; có mặt ở mọi…
- The Story of Apollo – Amazon's Deployment Engine Bài tóm tắt · Amazon · 2014
…t), còn ứng dụng của Amazon chạy trên đội máy lớn qua nhiều data center , không được downtime, nên phải xếp thứ tự cập nhật khi máy đang nhận traffic và xử lý đúng mọi kiểu lỗi. Th…
- Độ 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.
- 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…
- 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.
- 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…
- 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ả…
- Building a New Rust Driver for ScyllaDB's DynamoDB API – with 58% More Throughput Bài tóm tắt · ScyllaDB · 2026
…iver. - Cân tải phía client trong phạm vi cấu hình (cluster/datacenter/rack), hai chiến lược: - Round-robin (mặc định): xoay vòng các node sống. - Key affinity : mỗi partition key…
- 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…
- Infrastructure monitoring with Prometheus Bài tóm tắt · Zerodha · 2020
…y trên các sàn ở Ấn Độ; tự host gần như mọi phụ thuộc (CRM, database lớn, Kafka, mail server). - Hạ tầng lai: rack vật lý ở hai data center (nơi đường leased line của sàn kết thúc)…
- Why Memgraph Infrastructure Was Moved to Hetzner Bài tóm tắt · Memgraph · 2026
…ph-infrastructure-move-to-hetzner) Bài ngắn của một công ty database (Memgraph); hạ tầng được nói tới là CI và benchmark, không phải dịch vụ cho khách. Số liệu theo Memgraph. Bối c…
- When The Cloud Gets Dark — How Amazon's Outage Affected Airbnb Bài tóm tắt · Airbnb · 2011
…i tháng trước); họ coi lỗi AZ là chuyện bình thường của mọi data center và trách nhiệm xử lý thuộc về engineer xây trên đó. Bài học cho SWE - Phụ thuộc ngầm vào replica (job nền, i…
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
…N khai báo: project, config (môi trường), subnet, AMI, user data, và từng service với instance type, security group, ELB, target group, autoscaling. Mọi tài nguyên tham chiếu bằng…
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng:
- 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…
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- 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.
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- 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:
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- 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.
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- Netflix Công ty Thành viên
Sự cố hỏng DB năm 2008 dẫn tới 7 năm lên AWS theo hướng cloud-native . Bài kiểm tra lớn đầu tiên là sự cố AWS US-East năm 2011: kiến trúc stateless, nhiều zone, fallback chịu được, nhưng rút khỏi zone phải làm tay. Từ…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- Instagram Công ty Thành viên
Bắt đầu bằng stack "nhàm chán" (Django + Postgres + Redis + Memcached trên EC2). Nguyên tắc: đơn giản, không phát minh lại, dùng đồ đã kiểm chứng. 3 kỹ sư vận hành được 14 triệu user . Cùng năm họ giữ Postgres, chia…
- Zalando Công ty Thành viên
Năm 2016 Zalando dựng microservices CRUD phát event mà không có read API: mỗi team tự replay stream và dựng bản sao, sinh nhiều nguồn sự thật; event Offer trễ tới 30 phút dịp Cyber Week. Từ 2022 họ gom về Product Read…
- Completing the Netflix Cloud Migration Bài tóm tắt · Netflix · 2016
…/completing-the-netflix-cloud-migration) Bối cảnh - 8/2008: database bị hỏng dữ liệu nghiêm trọng, 3 ngày không gửi được DVD . Netflix kết luận phải rời các điểm hỏng đơn lẻ scale…
- Under the hood of Figma's infrastructure Bài tóm tắt · Figma · 2019
…–server và trải nghiệm, không chỉ tăng tốc backend. - Scale database: "điều khiến người ta sốc nhất": Figma chạy trên một DB instance , máy mạnh nhất của AWS, theo nguyên tắc KISS.…
- trivago Công ty Thành viên
Service PSE-kafka đẩy giá khách sạn sang dịch vụ Ads bị consumer lag kéo dài (19 sự cố P1) dù CPU chỉ 10%. Năm 2026 một đợt điều tra tìm ra ba nút thắt cùng lúc (consumer tự viết từ 2019, độ trễ cố ý trong RAM, pool…
- Scaling to exabytes and beyond (Magic Pocket) Bài tóm tắt · Dropbox · 2016
…frastructure) Bối cảnh - Dropbox luôn là hybrid cloud : metadata và web server ở data center riêng, nội dung file trên Amazon S3 . Họ là khách hàng sớm của S3 và nói thẳng là không…