Tìm kiếm
40 kết quả cho “global app”. Tìm không phân biệt dấu.
- Benchmarking databases for Global App Bài tóm tắt · Mercari · 2025
…rcari.com/en/blog/entry/20251117-benchmarking-databases-for-global-app/) Một bài trong series Global App (ngoài sheet). Quyết định AlloyDB đã nêu trước ở ; bài này là phần đánh giá…
- グローバルなメルカリの検索バックエンド設計と検索基盤拡充 (Search backend for the Global App and extending the search platform) Bài tóm tắt · Mercari · 2025
…i.com/blog/entry/20251016-50fb7b8c1a/) Một bài trong series Global App (ngoài sheet). Bối cảnh: . Tác giả từng thiết kế hệ search của Mercari Nhật 7 năm trước và vận hành nền tảng…
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…gốc](https://engineering.mercari.com/en/blog/entry/20251018-global-web-app/) Một bài trong series Global App (ngoài sheet). Bối cảnh: . Bài tiếp của cùng tác giả: ; chi tiết lấy dữ…
- Behind the Global Launch: Decoding the Android Engineering Strategy for Our New App Bài tóm tắt · Mercari · 2025
…//engineering.mercari.com/en/blog/entry/20251120-behind-the-global-launch-decoding-the-android-engineering-strategy-for-our-new-app/) Một bài trong series Global App (ngoài sheet).…
- Data fetching strategy for Mercari Global Marketplace web app Bài tóm tắt · Mercari · 2025
…m/en/blog/entry/20251120-data-fetching-strategy-for-mercari-global-marketplace-web-app/) Một bài trong series Global App (ngoài sheet). Lý do có BFF chung và so sánh với web Nhật (…
- グローバル展開にむけた基盤の再構築 (Rebuilding Foundation for Global Expansion) Bài tóm tắt · Mercari · 2025
…blog/entry/20251007-a09afcd49b/) Bài mở đầu series "Mercari Global App" (ngoài sheet; sheet chỉ có trang mục lục). Tác giả là người dẫn dắt cuộc chuyển sang microservices và đội Pl…
- グローバル展開を支える基盤の裏側 (Behind the Infrastructure Powering Global Expansion) Bài tóm tắt · Mercari · 2025
….com/blog/entry/20251007-behind-the-infrastructure-powering-global-expansion/) Bài thứ hai của series Global App (ngoài sheet), do kiến trúc sư kiêm SRE của đội viết. Bối cảnh chiế…
- Globally Distributed Object Storage with Tigris Bài tóm tắt · Fly.io · 2024
Upload file trong ứng dụng full-stack thì dễ; khó là giữ file để tải lại về sau, nên mọi người dùng object storage kiểu S3. Khách của Fly.io liên tục đòi có nó.
- How we deliver mobile app updates faster Bài tóm tắt · Mercari · 2025
…we-deliver-mobile-app-updates-faster/) Một bài trong series Global App (ngoài sheet). Repo mobile: . Bối cảnh - App Global trên iOS và Android nằm chung monorepo với app Nhật. Mục…
- Order management in Mercari Global Marketplace Bài tóm tắt · Mercari · 2025
…cari.com/en/blog/entry/20251010-order-management-in-mercari-global-marketplace/) Một bài trong series Global App (ngoài sheet). Bối cảnh: . Bối cảnh - Hệ quản lý đơn hàng của Merca…
- Toward a Global Identity Platform Bài tóm tắt · Mercari · 2025
…s://engineering.mercari.com/en/blog/entry/20251014-toward-a-global-identity-platform/) Một bài trong series Global App (ngoài sheet), do đội ID Platform viết. Bối cảnh: (ID là một…
- Moving to DynamoDB to Increase Application Resiliency Bài tóm tắt · CapitalOne · 2021
…com/tech/software-engineering/comparing-dynamodb-and-aurora-global-database-and-aurora-multi-master/) Bối cảnh - Một team ở Capital One chạy stack active-active ở hai region AWS (E…
- Stack Overflow: How We Do App Caching - 2019 Edition Bài tóm tắt · Stack Overflow · 2019
…hay đổi chính - Ba loại cache trong một app multi-tenant: - Global Cache : trong RAM của từng web server, miss thì đọc Redis; dùng chung cho cả mạng (ví dụ số đếm trên thanh trên c…
- From Local to Global: Building Seamless B2C Product Integration at Mercari Bài tóm tắt · Mercari · 2025
…ngineering.mercari.com/en/blog/entry/20251009-from-local-to-global-building-seamless-b2c-product-integration-at-mercari/) Một bài trong series Global App (ngoài sheet). Bối cảnh: .…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
…[bài gốc](https://achievers.engineering/scaling-production-globally-service-mesh-face-lift-part-1-30ad6d393d04) Site chặn crawler; wiki đọc toàn văn qua trình duyệt, ghi chú bằng…
- Evolution of Application Data Caching: From RAM to SSD Bài tóm tắt · Netflix · 2018
…hàng nghìn server ở 3 region AWS . - Chuyển sang kiến trúc global cloud (phục vụ một user từ bất kỳ region nào) làm lượng dữ liệu phải replicate và cache ở mỗi region tăng 3 lần ,…
- Internationalization in web monorepo Bài tóm tắt · Mercari · 2025
…internationalization-in-web-monorepo/) Một bài trong series Global App (ngoài sheet). Bài trước của cùng tác giả: . Bối cảnh - Mercari có "golden path" cho web app mới (Terraform,…
- Introducing Fly Kubernetes Bài tóm tắt · Fly.io · 2023
Fly.io chạy container dưới dạng microVM (Firecracker) trên máy tự đặt ở hàng chục region. Lúc đầu dùng Nomad, kèm proxy Anycast tự viết bằng Rust và mạng riêng WireGuard/IPv6 trên eBPF.
- De-identified authentication at scale (Anonymous Credential Service) Bài tóm tắt · Meta · 2022
Meta trước đó giảm dữ liệu bằng cách khử định danh hoặc gộp sau khi thu, cách làm bị động và tốn tài nguyên ở quy mô của họ. Hướng mới: khử định danh ngay tại nguồn bằng xác thực ẩn danh.
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
…dần". Lần 2: thư viện WixCache 1. DB xuyên region: DynamoDB Global Table (replication giữa region do AWS lo, theo dõi được độ trễ replication). 2. Thư viện cache trong pod: LRU, wr…
- Tokio Reform is Shipped and the Road to 0.2 Bài tóm tắt · Tokio · 2018
Trước bản này, người dùng phải tự tạo và quản lý event loop, dù hầu hết đều làm giống nhau; chạy code trên thread của reactor khác hẳn chạy từ thread khác (thread pool). Reactor của Tokio vừa lo I/O vừa thực thi task…
- How Upstash Redis Search Works? Bài tóm tắt · Upstash · 2026
Redis lưu và trả dữ liệu nhanh nhưng truy vấn thì khó: sorted set giả lập vài mẫu truy cập, còn lại phải scan. Với Upstash Redis (bền mặc định, hay được dùng làm DB chính), đây là giới hạn lớn. Upstash Redis Search thêm…
- 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,…
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- 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…
- 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…
- 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.
- 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ỡ:
- 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.
- 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…
- Đổ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.
- 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ố…
- Độ 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.
- Evolving Mercari's iOS codebase into a multi-product monorepo Bài tóm tắt · Mercari · 2025
…debase-into-a-multi-product-monorepo/) Một bài trong series Global App (ngoài sheet). Android đi cùng hướng: . Bối cảnh - Lịch sử app iOS của Mercari: app Nhật native; Mỹ và Anh bả…
- 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:
- 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:
- 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".
- 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…
- 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…