Tìm kiếm
40 kết quả cho “Monolith → Microservices”. 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.
- Parallel Run Pattern - A Migration Technique in Microservices Architecture Bài tóm tắt · Zalando · 2021
…vices là chuẩn, nhưng theo bài: "microservice hôm qua thành monolith hôm nay". Team Returns phải tách logic trả hàng ra khỏi một monolith sắp thành legacy. - Vì sao test là chưa đủ…
- Goodbye Microservices: From 100s of problem children to 1 superstar Bài tóm tắt · Segment · 2018
Segment nhận hàng trăm nghìn event/giây và chuyển tiếp tới hơn 100 loại destination (Google Analytics, webhook…).
- Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity Bài tóm tắt · Shopify · 2019
…: Dễ — [bài gốc](https://shopify.engineering/deconstructing-monolith-designing-software-maximizes-developer-productivity) Bối cảnh - Một trong những codebase Rails lớn nhất thế giớ…
- Service-Oriented Architecture: Scaling the Uber Engineering Codebase As We Grow Bài tóm tắt · Uber · 2015
…ce-oriented-architecture/) Bối cảnh - Uber bắt đầu bằng một monolith cho một sản phẩm (UberBLACK) ở một thành phố (San Francisco). Lúc đầu để mọi logic một chỗ là hợp lý. - Khi mở…
- Under Deconstruction: The State of Shopify's Monolith Bài tóm tắt · Shopify · 2020
…Trung bình — [bài gốc](https://shopify.engineering/shopify-monolith) Bối cảnh - 18 tháng sau . Monolith chính có 2,8 triệu dòng Ruby, 500.000 commit , phát triển liên tục từ 2006,…
- Evolution of our platform architecture Bài tóm tắt · Allegro · 2015
…1 ngày nếu là code mới, 2 tuần nếu là code cũ"), vẫn là một monolith. 3. "New platform", SOA nhưng chung một backend: - Symfony2, một app frontend + một app backend chứa mọi servic…
- What it's like to work as an embedded microservices SRE Bài tóm tắt · Mercari · 2022
…0 rps lúc cao điểm, nhiều service phụ thuộc. - Mercari API: monolith PHP có từ trước khi chuyển sang microservice; nhiều tính năng đã tách nhưng vẫn còn phần quan trọng, nhiều team…
- グローバル展開にむけた基盤の再構築 (Rebuilding Foundation for Global Expansion) Bài tóm tắt · Mercari · 2025
…cùng fork thành hệ độc lập. Fork làm được vì lúc đó còn là monolith. Hệ quả: mỗi nước mới là một hệ mới, tính năng trùng lặp, mỗi nền tảng một đội riêng. - Lịch sử backend: monoli…
- Payment Transaction Management in Microservices Bài tóm tắt · Mercari · 2019
PaymentService của Merpay (mảng thanh toán của Mercari) nằm giữa kiến trúc microservices: dùng các phương thức thanh toán ở service phía dưới (kể cả service bên ngoài như thẻ tín dụng) để cung cấp luồng thanh toán cho…
- The static-all Split - Dividing Zillow's JavaScript Monolith Repository Bài tóm tắt · Zillow · 2017
…mọi tài nguyên tĩnh (JS, CSS, ảnh, template) khỏi ứng dụng monolith Java vào một repo tên static-all . - Bốn năm sau: hơn 30 team đều sửa static-all. Code từ 9 file JS (1.119 dòng…
- New Tweets per second record, and how! Bài tóm tắt · Twitter · 2013
…n Rails lớn nhất thế giới, ~200 kỹ sư cùng sửa một codebase monolith (từ kết nối DB tới render và public API). - Tweet lưu trên MySQL shard theo thời gian, một master : hot spot đọ…
- グローバル展開を支える基盤の裏側 (Behind the Infrastructure Powering Global Expansion) Bài tóm tắt · Mercari · 2025
…ải tự viết và tự bảo trì workflow. Thay đổi chính - Modular monolith tách được: cả hệ build thành một binary (đi lọt khuôn CI sẵn có), nhưng file cấu hình bật/tắt từng module, giao…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…triệu query mỗi giây. Thay đổi chính - Leo: ban đầu là một monolith (servlet cho mọi trang, business logic, kết nối vài database). - Service đầu tiên là member graph ("Cloud"): đồ…
- Introducing Domain-Oriented Microservice Architecture Bài tóm tắt · Uber · 2020
…oservice quan trọng (2020). - Lý do tách năm 2012–2013 (hai monolith): rủi ro availability, deploy rủi ro và đắt, ranh giới kém, các team không làm việc độc lập được khi lên hàng t…
- Pitfalls and Patterns in Microservice Dependency Management Bài tóm tắt · Google · 2021
Lộ trình chung: một binary → nhân bản ở nhiều vùng → tách thành microservice (API, Auth, Control, Data, Ops) giao tiếp qua mạng → một phần chạy trên cloud. Mạng trở thành một phần của sản phẩm.
- 5-year Evolution of Ele.me's Transaction System - Part 1 Bài tóm tắt · Ele.me · 2020
2012: Zeus là một ứng dụng Python gom các module lõi (đơn hàng, user, nhà hàng) trong một repo, chạy trên cùng máy. Module đơn hàng EOS (Ele.me Order Service) có commit đầu tiên ngày 1/9/2012.
- How we deploy to production over 100 times a day Bài tóm tắt · Monzo · 2022
Theo Monzo, công ty lớn lên thường chậm lại: chi phí của lỗi tăng nên thêm quy trình phê duyệt, nhiều người đụng vào cùng hệ, nhiều người mới phải hiểu hệ. Hậu quả là engineer gom thay đổi thành bản phát hành lớn, vừa…
- Migrating HotPads to an Isomorphic Stack with React Bài tóm tắt · Zillow · 2016
…+ jQuery + RequireJS + CSS toàn cục, dính chặt vào back-end monolith . Dev front-end mới phải học cả codebase lớn; mỗi nội dung động qua AJAX cần hai đường code front và back. Thay…
- Integrated Commerce and our Merchant Center rebuild Bài tóm tắt · Zalando · 2016
…oạch) - Thay bằng interface chung theo hướng chuyển từ shop monolith sang microservice của Zalando: REST trên AWS; backend Scala + Akka (actor, Akka-HTTP cho REST API); RDS Postgre…
- Scalability and Load Testing for VALORANT Bài tóm tắt · Riot Games · 2020
…ice từ đầu là bài học từ League of Legends, vốn khởi đầu là monolith (một bug kéo sập cả nền tảng, không scale riêng được). - Lúc vào production, game mới được thử với khoảng 100 n…
- 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…
- 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:
- Đổ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.
- 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…
- 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ỡ:
- 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:
- Độ 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.
- Tracing phân tán và log theo request Chủ đề
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- 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…
- 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…
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- 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 .…
- Shopify Công ty Thành viên
Năm 2015 không còn mua được DB to hơn nên Shopify shard, rồi phát hiện thao tác lặp mọi shard làm mất cô lập lỗi. Kiến trúc pod (mỗi request chỉ chạm một tập datastore cô lập, Pod Mover dời pod sang DR) ra đời .…
- 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…
- How we built the Tinder API Gateway Bài tóm tắt · Tinder · 2022
Tinder có hơn 500 microservice (2022) nói chuyện với nhau qua service mesh (Envoy); dùng ở 190 quốc gia, nhận cả traffic thật lẫn traffic của kẻ xấu.
- 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…
- 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…
- 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ừ…