Tìm kiếm
40 kết quả cho “Go plugin”. Tìm không phân biệt dấu.
- A new Protocol Buffers generator for Go Bài tóm tắt · Vitess · 2021
· 2021 · 4. Điều chỉnh · Độ khó: Nâng cao — [bài gốc](https://vitess.io/blog/2021-06-03-a-new-protobuf-generator-for-go/) Bối cảnh - Mọi giao tiếp giữa các thành phần của Vitess đ…
- GoCD on Kubernetes Bài tóm tắt · Disney Hotstar · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://blog.hotstar.com/gocd-on-kubernetes-a4d90212d5f4) Toàn văn lấy từ bản Wayback (2021-07-15). Cùng năm với (chuyển wo…
- Đổ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.
- How We Improved Our Performance Using ElasticSearch Plugins: Part 1 Bài tóm tắt · Tinder · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://medium.com/tinder-engineering/how-we-improved-our-performance-using-elasticsearch-plugins-part-1-b0850a7e5224) Phần 1 tron…
- How We Improved Our Performance Using ElasticSearch Plugins: Part 2 Bài tóm tắt · Tinder · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://medium.com/tinder-engineering/how-we-improved-our-performance-using-elasticsearch-plugins-part-2-b051da2ee85b) Phần…
- On-Demand Dagger Engines with Argo CD, EKS, and Karpenter Bài tóm tắt · Dagger · 2024
· 2024 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://dagger.io/blog/argo-cd-kubernetes) Bài của nhà cung cấp, nửa hướng dẫn; mô tả cách chính Dagger chạy CI cho repo d…
- A lesson in creating and using niche business DSLs at scale Bài tóm tắt · Zerodha · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://zerodha.tech/blog/a-lesson-in-niche-business-dsls-at-scale/) Bối cảnh - Mỗi lệnh đặt vào OMS (Order Management Syst…
- Running an automated test pipeline for the League client update Bài tóm tắt · Riot Games · 2016
· 2016 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://technology.riotgames.com/news/running-automated-test-pipeline-league-client-update) Bối cảnh - Client cũ của League…
- グローバルなメルカリの検索バックエンド設計と検索基盤拡充 (Search backend for the Global App and extending the search platform) Bài tóm tắt · Mercari · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.mercari.com/blog/entry/20251016-50fb7b8c1a/) Một bài trong series Global App (ngoài sheet). Bối cảnh: .…
- How Stripe uses graph search and state machines to auto-remediate a global database fleet Bài tóm tắt · Stripe · 2026
· 2026 · 4. Điều chỉnh · Độ khó: Nâng cao — [bài gốc](https://stripe.dev/blog/how-stripe-uses-graph-search-and-state-machines-to-auto-remediate-a-global-database-fleet) Bối cảnh -…
- How we improved reporting and monitoring of test automation results Bài tóm tắt · trivago · 2023
· 2023 · 3. Quy mô lớn · Độ khó: Cơ bản — [bài gốc](https://tech.trivago.com/post/2023-02-15-how-we-improved-reporting-and-monitoring-of-test-automation-results) Bối cảnh - Từ 201…
- From 48k lines of code to 10: the story of GitHub's JavaScript SDK Bài tóm tắt · GitHub · 2020
· 2020 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://github.blog/engineering/architecture-optimization/from-48k-lines-of-code-to-10-the-story-of-githubs-javascript-sdk/…
- Chaos Testing an Application on AWS Bài tóm tắt · Goldman Sachs · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://developer.gs.com/blog/posts/chaos-testing-an-application-on-aws) Bối cảnh - Ứng dụng có đủ unit, integration, perfo…
- A Higgs-bugson in the Linux Kernel Bài tóm tắt · Jane Street · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://blog.janestreet.com/a-higgs-bugson-in-the-linux-kernel/) Bối cảnh - Gord là hệ lưu và phân phối dữ liệu hoạt động giao dịc…
- Taming agents in the Mercari web monorepo Bài tóm tắt · Mercari · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.mercari.com/en/blog/entry/20251030-taming-agents-in-the-mercari-web-monorepo/) Một bài trong series Global App…
- The evolution of SQL-based Observability Bài tóm tắt · ClickHouse · 2024
· 2024 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/evolution-of-sql-based-observability-with-clickhouse) Bài của nhà cung cấp, cập nhật một năm sa…
- Search architecture revamp Bài tóm tắt · Grab · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.grab.com/search-architecture-revamp) Bài ngắn, ở mức kiến trúc; không có số liệu quy mô hay hiệu năng.…
- 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:
- A Kubernetes Resource That Doesn't Exist: Caching CI Images on Ephemeral Runners Bài tóm tắt · Mercari · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.mercari.com/en/blog/entry/20260927-a-kubernetes-resource-that-doesnt-exist-caching-ci-images-on-ephemer…
- Pushing Postgres beyond storage: scaling performance at Optiver Bài tóm tắt · Optiver · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://optiver.com/insights/technology-blog/pushing-postgres-beyond-storage/) Bối cảnh - Một số database của Optiver chứa bảng nh…
- 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.
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- 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…
- Quản lý fleet và migrate code hàng loạt Chủ đề Thành viên
Khi số component (repo, service, pipeline, thư viện) tăng nhanh hơn số kỹ sư, chi phí của mỗi thay đổi xuyên suốt (nâng thư viện, vá bảo mật, đổi API nội bộ, khai tử dataset) tỉ lệ với số component chứ không với độ khó…
- 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…
- 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ả…
- 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…
- 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.
- 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ỡ:
- 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:
- 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…
- Did you mean "Galene"? Bài tóm tắt · LinkedIn · 2014
· 2014 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://engineering.linkedin.com/search/did-you-mean-galene) Đồng tác giả Sriram Sankar cũng là đồng tác giả bài Unicorn của Faceb…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
· 2020 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/how-we-migrated-dropbox-from-nginx-to-envoy) Theo nhóm tác giả, nhiều so sánh gắn với c…
- Stripe Công ty Thành viên
Khoảng 2.000 shard MongoDB với hơn 40 kiểu bố trí; năm 2026 Stripe thay tự sửa dạng plugin bằng tìm đường (BFS rồi Dijkstra) trên state machine của shard, mô phỏng bằng chính code Temporal, giảm 30% số lần gọi ngườ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…
- Tinder Công ty Thành viên
Nhiều năm Tinder dùng một index Elasticsearch cho gợi ý; năm 2019 chia thành 40–100 geoshard cân theo load score trên S2 . Shard được hiện thực là nhiều index trong một cluster, chốt cỡ bằng performance test, và rải…