Tìm kiếm
40 kết quả cho “Managed service”. Tìm không phân biệt dấu.
- 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.
- 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…
- Atlas: Our journey from a Python monolith to a managed platform Bài tóm tắt · Dropbox · 2021
…frastructure/atlas--our-journey-from-a-python-monolith-to-a-managed-platform) Bối cảnh - Metaserver , monolith Python từ 2007, hơn 3 triệu dòng; khoảng một nửa commit vào repo serv…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
…oảng ngừng chạy; Google không đổi được limit của deployment managed, lại dính bug với máy lớn nhiều pod. Họ giảm từ khoảng 64 xuống 30 pod mỗi node: hết crash nhưng số node tăng mạ…
- Scaling Managed Agents: Decoupling the brain from the hands Bài tóm tắt · Anthropic · 2026
…rung bình — [bài gốc](https://www.anthropic.com/engineering/managed-agents) Bài về hạ tầng chạy agent dài hạn (Claude Managed Agents). Phần context engineering cho model chỉ tóm tắ…
- 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…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…nhất. Đối chiếu: index DB của Etsy là điểm hỏng chung (). - Managed service hoạt động "trong SLA" vẫn có thể không đủ cho SLA của bạn. Theo Atlassian: AWS là nền móng, không phải l…
- Twitter's Blobstore Hardware Lifecycle Monitoring and Reporting Service Bài tóm tắt · Twitter · 2023
…a được cấp từ đội Capacity, hoặc vừa sửa xong và cài lại) → managed (đúng cấu hình production) → maintenance (cần cập nhật kernel/firmware, hoặc có lỗi nghiêm trọng như đĩa lỗi I/O…
- DynamoDB: Why migrate to DynamoDB from Cassandra? Bài tóm tắt · Expedia · 2018
…ce, EBS hay ephemeral, compaction, tombstone, VPN đa region Managed Capacity planning Phải dựng ring rồi test Tính được: mỗi partition 3.000 RCU / 1.000 WCU; 12.000 đọc/s × 4 KB là…
- How Render Services Stayed Up During the AWS October Outage Bài tóm tắt · Render · 2025
…ôm nay. - Build vs buy cũng là chọn failure domain: dịch vụ managed càng cao tầng thì càng nhiều phụ thuộc ẩn. Đổi lại, tự vận hành tốn công thường xuyên (). - Control plane đặt ở…
- グローバルなメルカリの検索バックエンド設計と検索基盤拡充 (Search backend for the Global App and extending the search platform) Bài tóm tắt · Mercari · 2025
…ai viết vì ít engineer Java. Thay đổi chính - Dùng dịch vụ managed để ra nhanh, có kế hoạch quay về tự vận hành: chọn Vertex AI Search for Commerce (VAIS:C) vì managed, tính tiền…
- Slack's Outage on January 4th 2021 Bài tóm tắt · Slack · 2021
…ùa (sau kỳ nghỉ) là lý do để xin trước capacity của dịch vụ managed. Liên quan - · · - Sự cố AZ năm 2021 dẫn tới kiến trúc cell: - Autoscale theo tín hiệu sai: - Tải đầu giờ do chí…
- Running a Software Factory Efficiently at Uber Scale Bài tóm tắt · Uber · 2026
…n 30.000 lượt chạy skill mỗi ngày. Ngày càng nhiều phiên do managed agent tự khởi tạo chứ không do người: review code, tự sửa CI hỏng, hoàn tất PR đầu–cuối có kiểm tra bằng hình ản…
- Migrating 300+ namespaces from self-hosted Temporal to Temporal Cloud Bài tóm tắt · Coinbase · 2026
…về hiệu năng, vận hành và blast radius; chuyển sang dịch vụ managed là một lựa chọn build vs buy (). - Đặt seam vào thư viện client dùng chung là cách cho hàng trăm team tự chuyển…
- 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.
- Độ 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.
- 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ả…
- 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…
- 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:
- 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…
- 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…
- 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:
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- 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:
- 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".
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- 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ự…
- Mercari Công ty Thành viên
PaymentService của Merpay (2019) giữ nhất quán thanh toán qua nhiều service bằng cách tự làm ở tầng ứng dụng: chia pha + state machine, idempotency key bắt buộc, bù trừ kiểu TCC, đối soát và fault injection . Ba năm…
- Grab Công ty Thành viên
Dùng AWS từ ngày đầu (MyTeksi 2012: Rails trên EC2 + RDS MySQL) và theo Grab chỉ cần dưới 10 kỹ sư vận hành nhờ managed service . Năm 2016 họ chuyển API hành khách từ Rails sang Go theo từng endpoint bằng shadow…
- Dropbox Công ty Thành viên
Dropbox luôn là hybrid: metadata ở data center riêng, nội dung file trên S3. Ở ~500 PB họ tự xây Magic Pocket, theo Dropbox vì hiệu năng và unit economics . Cái giá kèm theo là phải tự dựng cả backbone và edge network .…
- The million dollar engineering problem Bài tóm tắt · Segment · 2017
…nên cần cách quan sát key nóng. - Hiểu mô hình tính giá của managed service (capacity ↔ số partition) để biết mình thực sự trả tiền cho cái gì. - Tối ưu chi phí một lần sẽ trôi lại…
- Moving the public Stack Overflow sites to the cloud: Part 1 Bài tóm tắt · Stack Overflow · 2025
…ng phải biết chi tiết từng nơi; - SQL Server trên VM riêng: managed SQL của các cloud không đạt hiệu năng cần. Cần khoảng 1,5 TB RAM để giữ DB trong bộ nhớ, nên chọn m3-ultramem-12…
- Prefetch Caching of Items at eBay Bài tóm tắt · eBay · 2020
…ựa vào nhiều datacenter. Chọn CACHET (memcached + mcrouter, managed, nhiều DC), dưới 10 ms. - Tối ưu: nén payload khi ghi, đọc và truyền nguyên dạng nén về ứng dụng; khoá là MD5 củ…
- How We Upgrade Kubernetes on GKE Bài tóm tắt · Gojek · 2020
…ời gian dev dành riêng trong sprint. Vì sao - Theo tác giả: managed Kubernetes cho nền ổn định để team tập trung xây nền tảng; tự vận hành cụm (đã từng làm) cần người chuyên giữ cụ…
- Fleet Management at Spotify (Part 2): The Path to Declarative Infrastructure Bài tóm tắt · Spotify · 2023
…heo máy (Puppet, Ansible) không hợp cloud: nên dùng dịch vụ managed; nhiều cấu hình không gắn với một máy (IAM, mạng, quan hệ subscription, backup, replication); không có máy sống…
- Atlassian Công ty Thành viên
Atlassian lên AWS năm 2016. Tenant Context Service (ánh xạ tenant → vị trí, gọi nhiều lần trong mỗi request) được tối ưu qua bốn bài học "không có phép màu": DynamoDB, load balancer, cache, client . Cùng năm 2019, nền…
- Accelerating real-time alerts with Redpanda: a successful migration story Bài tóm tắt · Redpanda · 2023
…trong ZooKeeper thành gánh nặng. Thay đổi chính - Thử Kafka managed trước: không đạt mục tiêu latency, lại gặp giới hạn chi phí do bị throttle vì transaction của ksqlDB. - Chuyển s…
- Journey to the cloud part II: Migrating Stack Overflow for Teams to Azure Bài tóm tắt · Stack Overflow · 2023
…môi trường song song. - Redis: dùng Azure Cache for Redis (managed) qua Private Link. - Elasticsearch: Elastic Cloud chạy được ở test nhưng khi nạp nhiều dữ liệu thì node master c…
- Anthropic Công ty Thành viên
Nguồn đầu tiên của Anthropic trong wiki là một postmortem về hạ tầng phục vụ model: tháng 8–9/2025, ba lỗi hạ tầng độc lập (định tuyến sai pool context, cấu hình sai trên TPU, lỗi compiler XLA bị một workaround cũ che)…