Tìm kiếm
19 kết quả cho “Monolith PHP”. 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.
- Splitting a Monitoring Monolith into Separate Components Bài tóm tắt · trivago · 2018
…ân của một sinh viên làm ở trivago. Hữu ích như một ca tách monolith ở mức một công cụ nội bộ, không phải hệ sản phẩm. Bối cảnh - Team Website-Performance có một ứng dụng PHP nguyê…
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
…hó: Trung bình — [bài gốc](https://medium.com/bumble-tech/a-monolithic-architecture-for-our-clients-hundreds-of-versions-how-we-write-and-support-tests-php-e8fe0b79c0bc) Bối cảnh -…
- 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…
- The AI Lied to Me — And That's When I Learned How to Use It Bài tóm tắt · Mercari · 2025
…sẵn có trên CI) để tìm mọi chỗ lưu Item trong transaction ở monolith PHP cũ; agent báo xong nhưng code là heuristic theo tên hàm, không dùng Phan, vì hết ngữ cảnh. Cách làm sau đó:…
- Toward a Global Identity Platform Bài tóm tắt · Mercari · 2025
…vụ người dùng Nhật, và phần lớn hệ tài khoản vẫn nằm trong monolith PHP cũ ; việc tách sang microservices còn dang dở. - Đầu 2024: cho người dùng Đài Loan tạo tài khoản bằng email…
- 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…
- How Postman Engineering handles a million concurrent connections Bài tóm tắt · Postman · 2020
…de, mọi thay đổi phải phối hợp: một "microservice" đã thành monolith. - 2019: 11 triệu user, gần 1 triệu kết nối đồng thời lúc đỉnh. Vấn đề: - Mỗi lần deploy Sync là ngắt mọi clien…
- 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…
- 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.
- Đổ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.
- 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ỡ:
- 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,…
- 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…
- 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:
- 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…
- 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…
- Image Migration to Google Cloud Platform Bài tóm tắt · trivago · 2024
trivago nhận ảnh khách sạn từ OTA, chuỗi khách sạn, nhà cung cấp nội dung; nhiều pipeline lọc, gắn nhãn (ML), chọn ảnh chính và gallery.