Tìm kiếm
22 kết quả cho “grammar”. Tìm không phân biệt dấu.
- Grammarly Công ty Thành viên
Hạ tầng AWS ban đầu một region, mỗi team một tài khoản và một VPC, nối bằng peering. Năm 2021, để đưa model và API gần user và đạt chuẩn tuân thủ, họ chuyển sang mỗi tài khoản một môi trường của một project, Transit…
- Under the Hood of the Grammarly Editor, Part Two: How Suggestions Work Bài tóm tắt · Grammarly · 2022
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.grammarly.com/blog/engineering/how-suggestions-work-grammarly-editor/) Phần hai của series về editor web của Grammarly (…
- Jet-setting with Llama 2 + Grammars Bài tóm tắt · Replicate · 2023
…· Độ khó: Dễ — [bài gốc](https://replicate.com/blog/llama-2-grammars) Replicate là nền tảng chạy model qua API; số đo và nhận định về sản phẩm là "theo Replicate" (họ tự đo). Bối c…
- Moving on-premise macOS build to AWS Bài tóm tắt · Grammarly · 2021
…2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://www.grammarly.com/blog/engineering/moving-onpremise-macos-to-aws/) Bối cảnh - Hạ tầng Grammarly nằm trên AWS từ lâu, trừ một…
- Scaling AWS Infrastructure to Support Multiple Regions Bài tóm tắt · Grammarly · 2021
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.grammarly.com/blog/engineering/scaling-aws-infrastructure/) Bài viết khi migration còn đang chạy; không có số liệu kết q…
- Billing and Payment Platform Bài tóm tắt · Grammarly · 2023
…· 2023 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://www.grammarly.com/blog/engineering/billing-and-payments-platform/) Bài tổng quan ở mức cao: liệt kê yêu cầu và danh sách pat…
- Distributed transaction 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…
- 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), synchronous call 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ả…
- 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 network round-trip, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- 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…
- Độ 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 incident đ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.
- 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,…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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…
- 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…
- 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.
- DuckDB v2.0: Your Database Deserves a Better Parser Bài tóm tắt · DuckDB Labs · 2026
…cảnh - Từ commit đầu tiên năm 2018 , DuckDB dùng parser và grammar lấy từ PostgreSQL: trưởng thành, đã qua thử lửa, cú pháp quen thuộc. Họ thêm một Transformer đổi parse tree kiểu…
- Replicate Công ty Thành viên
Nền tảng chạy model ML bằng API, và là tác giả của Cog (công cụ đóng gói model vào container); mọi số đo và nhận định về sản phẩm trong các nguồn là "theo Replicate", họ tự đo. Blog của họ phần lớn là hướng dẫn, nên…
- DuckDB Labs Công ty Thành viên
DuckDB Labs có ba nguồn trong wiki, đều năm 2026 và đều là nhà cung cấp viết về format lakehouse. Lập luận chung: metadata của lake nên nằm trong một database (catalog) thay vì rải thành file trên object storage. Data…
- Designing Clear Street's First Transactional Outbox Pattern Bài tóm tắt · Clear Street · 2020
Từ khi bắt đầu năm 2018, mỗi microservice có hai API: gRPC cho CRUD, và một API streaming qua Kafka phát lại chính các thay đổi đó để service phía sau khỏi phải poll.
- How we built Stripe Credits: A programmable, auditable way to pay your Stripe fees Bài tóm tắt · Stripe · 2026
Trước đây Stripe thu mọi phí từ số dư thanh toán chính của user; chương trình ưu đãi làm bằng giảm giá tuỳ biến hay điều chỉnh tiền bằng tay. Giảm giá chỉ áp cho phí xử lý thẻ; user trả đủ phí trước rồi mới được hoàn…
- Anatomy of a serverless usage-based billing system Bài tóm tắt · WarpStream · 2024
WarpStream (Kafka trên object storage) tính tiền theo ba chiều: cluster minutes (cluster có xử lý request, tính theo khối 15 phút), throughput ghi (GiB/s), lưu trữ (GiB-giờ). Theo họ, hệ billing theo usage tốt phải tách…