Tìm kiếm
40 kết quả cho “Cloud NAT”. Tìm không phân biệt dấu.
- Cloud Native MySQL Sharding with Vitess and Kubernetes Bài tóm tắt · Vitess · 2015
…ó: Trung bình — [bài gốc](https://vitess.io/blog/2015-10-06-cloud-native-mysql-sharding-with-vitess-and-kubernetes/) Bài của engineer YouTube giới thiệu Vitess 2.0 (khi đó còn alph…
- From Monitoring to Observability: Our Ultra-Marathon to a Cloud-Native Platform Bài tóm tắt · Uber · 2026
…://www.uber.com/us/en/blog/from-monitoring-to-observability-cloud-native/) Phạm vi là mạng nội bộ công ty (CorpNet: văn phòng, datacenter, thiết bị mạng, cảm biến), không phải tele…
- Completing the Netflix Cloud Migration Bài tóm tắt · Netflix · 2016
…c](https://about.netflix.com/en/news/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…
- Migrating 300+ namespaces from self-hosted Temporal to Temporal Cloud Bài tóm tắt · Coinbase · 2026
…/migrating-namespaces-from-self-hosted-temporal-to-temporal-cloud) Site chặn crawler; ghi chú viết từ toàn văn đọc qua trình duyệt. Bối cảnh - Temporal là lớp durable execution dướ…
- Helix: The internal tool powering our Shopify app's native migration Bài tóm tắt · Shopify · 2026
Shopify chuyển app mobile từ React Native về native (Swift, Kotlin); app Shop đã làm xong trong 12 tuần. Lần này là app Shopify, app lớn nhất, hơn 300 màn hình (2026).
- An AKS Performance Journey: Part 1 — Sizing Everything Up Bài tóm tắt · ASOS · 2021
…19–2020, đội ASOS Web chuyển một số micro-frontend từ Azure Cloud Services sang AKS để tăng mật độ service, khả năng scale và quyền kiểm soát. Mọi thay đổi kiến trúc lớn ở ASOS phả…
- Research at scale: Orchestrating ML for systematic trading Bài tóm tắt · Optiver · 2025
…ệ phần cứng cũ, rủi ro chuỗi cung ứng); on-prem + tràn sang cloud lúc đỉnh (vướng data gravity : chuyển hay nhân bản hàng trăm PB chậm và đắt; bản sao trễ hoặc hỏng cho kết quả khá…
- Load Testing Kubernetes: Resolving bottlenecks and improving performance (Part 2) Bài tóm tắt · Achievers · 2023
…- Lỗi — nằm ở bộ sinh tải: VM GCP không có IP ngoài đi qua Cloud NAT; khi bơm tải từ một project GCP khác, egress chạm trần cổng và báo OUT OF RESOURCES . Sửa bằng thêm IP và tăng…
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
…use.com/blog/kubenetmon-open-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…
- IPLS: Privacy-preserving storage for your WhatsApp contacts Bài tóm tắt · WhatsApp · 2024
…mới trả khoá danh bạ qua kênh mã hoá giữa client và HSM. - Cloudflare làm nhân chứng: ký mỗi epoch và root hash của AKD; HSM kiểm chữ ký bằng public key của Cloudflare. WhatsApp k…
- Anatomy of a serverless usage-based billing system Bài tóm tắt · WarpStream · 2024
…WarpStream): đơn giá cao hơn, cộng phí mạng vào/ra, vì nhà cloud tính tiền load balancer và mạng giữa AZ, và phí egress phụ thuộc client có cùng region hay không. Phải đo ở Proxy…
- Strengthening end-to-end encrypted backups Bài tóm tắt · WhatsApp · 2026
…key được gửi kèm phản hồi của HSM trong một gói xác thực do Cloudflare ký và Meta ký kèm ; Cloudflare giữ log kiểm toán mọi gói. - Công bố bằng chứng mỗi lần dựng đội HSM mới trên…
- An AKS Performance Journey: Part 2 — Networking It Out Bài tóm tắt · ASOS · 2021
…hước pod). Bối cảnh - Sau phần 1, PLP trên AKS vẫn chậm hơn Cloud Services khoảng 100 ms ở percentile cao. Log có nhiều timeout gọi API, kèm lỗi getaddrinfo EAI AGAIN từ NodeJS và…
- Engineering Multi-Agent AI Teams That Build and Test Themselves Bài tóm tắt · Salesforce · 2026
…(Engineering Energizers) với nhóm AI Delivery của Marketing Cloud; không có số liệu chất lượng ngoài thời gian dựng. Bối cảnh - Engineer ở Marketing Cloud dựng "đội agent" (nhiều a…
- How we built the Internal Data Warehouse at ClickHouse Bài tóm tắt · ClickHouse · 2023
…hí so với đối thủ là theo ClickHouse. Bối cảnh - ClickHouse Cloud ra private preview 5/2022. Lúc đầu VP Product phân tích workload khách hàng bằng Excel , tra cứu tay mỗi ngày. Từ…
- Alerting on Service-Level Objectives (SLOs) Bài tóm tắt · SoundCloud · 2019
…ớn · Độ khó: Trung bình — [bài gốc](https://developers.soundcloud.com/blog/alerting-on-slos) Bối cảnh - Theo SoundCloud, alert dựa trên SLO gần như là "viên đạn bạc" cho alert có ý…
- Inside the feature store powering real-time AI in Dropbox Dash Bài tóm tắt · Dropbox · 2025
…remises cho gọi service–service latency thấp, và môi trường cloud chạy Spark nơi làm feature engineering. Theo Dropbox, điều này loại các feature store cloud-native chuẩn. - Tín hi…
- Flava DBaaS deep dive: From architecture to migration and beyond Bài tóm tắt · LINE (LY Corp) · 2026
…231) Bối cảnh - Sau sáp nhập, LY Corporation có hai private cloud lớn: Verda (LINE cũ) và YNW (Yahoo Japan cũ). Họ đang gộp cả hai vào nền tảng mới Flava , trong đó có database dạn…
- Edge Authentication and Token-Agnostic Identity Propagation Bài tóm tắt · Netflix · 2021
Netflix bắt đầu là website quản lý hàng đợi DVD, rồi thêm streaming, rồi thiết bị (hơn 2.000 loại thiết bị). Mỗi service phục vụ thiết bị phải hiểu nhiều giao thức và nhiều loại token (cookie, MSL, token đối tác…) để…
- Active-Active for Multi-Regional Resiliency Bài tóm tắt · Netflix · 2013
Theo Netflix, tỉ lệ hỏng phụ thuộc hai thứ: quy mô deploy và tốc độ thay đổi; chạy lớn mà vẫn đổi nhanh thì "lúc nào cũng có thứ hỏng". Mục tiêu nội bộ là 99,99%. Mất trọn một region rất hiếm, nhưng chính tốc độ thay…
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- 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.
- Độ 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.
- 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:
- 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…
- 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.
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- 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:
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không 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…
- 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…
- 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ả…
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- 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:
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- 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 ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏ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…
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- 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: