Tìm kiếm
13 kết quả cho “Plugin architecture”. Tìm không phân biệt dấu.
- Search architecture revamp Bài tóm tắt · Grab · 2022
…ả tự nhiên theo độ liên quan. - Framework do nền tảng giữ + plugin do team service viết , ghép bằng cấu hình: team không có kinh nghiệm search vẫn dựng được luồng mới; plugin dùng…
- Running an automated test pipeline for the League client update Bài tóm tắt · Riot Games · 2016
…ộng dần: test hẹp và cục bộ (unit, static analysis của từng plugin) chạy đầu, để lỗi của một team không chặn team khác; tầng chặn cả dự án nằm cuối. Mỗi plugin build xong vào bước…
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
…web render toàn bộ frontend và đóng gói hơn 1.200 component/plugin/service (gói npm) làm phụ thuộc. - Deploy theo release train thủ công hai lần mỗi ngày: phải gom đủ tác giả các t…
- From 48k lines of code to 10: the story of GitHub's JavaScript SDK Bài tóm tắt · GitHub · 2020
…tion hơn 26.700 dòng. - Tách lõi (1/2018 → 2020): kiến trúc plugin; tách dần @octokit/endpoint (option → request HTTP), @octokit/request , before-after-hook ; dùng plugin nội bộ kh…
- 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…
- 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.
- 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,…
- 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.
- 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…
- 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…
- 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ả…
- 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:
- 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.