Tìm kiếm
14 kết quả cho “JSON DSL”. Tìm không phân biệt dấu.
- How we rolled out our own permissions DSL at Figma Bài tóm tắt · Figma · 2024
…n, qua đó hiểu hết ngóc ngách và lý do sản phẩm. - DSL dạng JSON: mở rộng ExpressionDef có sẵn của đội LiveGraph: bộ ba [trường, toán tử, giá trị hoặc ref] ghép bằng and / or / not…
- Netflix Conductor: A microservices orchestrator Bài tóm tắt · Netflix · 2016
…còn thiếu bước nào để setup xong". - Workflow khai báo bằng JSON DSL có version (task worker và task điều khiển: fork, join, decision, sub-workflow); task definition giữ timeout, s…
- Running an automated test pipeline for the League client update Bài tóm tắt · Riot Games · 2016
…hỉ chạy ở đó). Hàng loạt job tương tự được sinh từ cấu hình JSON bằng Jenkins Job DSL, tham số chung để đấu nối lại dễ. - Test về ở cạnh code: tách repo functional test monolith, c…
- 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ỡ:
- Đổ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.
- 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.
- 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.
- 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.
- 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:
- Xử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khác:
- Figma Công ty Thành viên
Năm 2017, đợt spam đầu tiên chứng minh giá trị của rate limiter tự viết . Năm 2019 cả Figma vẫn chạy trên một DB instance theo nguyên tắc KISS, và họ đã nói cần DB scale ngang . Ví dụ kinh điển của lộ trình Postgres.…
- How Deterministic Controls Turn AI Output Into Reliable Prompt Templates Bài tóm tắt · Salesforce · 2026
…model: biến ngoài (chế độ soạn, loại template, nội dung và JSON hiện có, input) do client gửi; biến trong (node kế, data provider tìm được, output thô) do runtime giữ; bound input…
- Inside Figma: a case study on strict null checks Bài tóm tắt · Figma · 2020
…lần: toàn bộ không strict, và một tsconfig.strictNullChecks.json chỉ chứa các file đã qua. Một file chỉ vào allowlist khi mọi phụ thuộc của nó đã ở trong đó , vì compile một file k…
- Netflix Công ty Thành viên
Sự cố hỏng DB năm 2008 dẫn tới 7 năm lên AWS theo hướng cloud-native . Bài kiểm tra lớn đầu tiên là sự cố AWS US-East năm 2011: kiến trúc stateless, nhiều zone, fallback chịu được, nhưng rút khỏi zone phải làm tay. Từ…