Tìm kiếm
40 kết quả cho “Quyết định công nghệ”. Tìm không phân biệt dấu.
- Our Migration to FoundationDB, Part 1 Bài tóm tắt · Inngest · 2026
…ng khi wiki đọc (URL trả 404). Bối cảnh - Queue của Inngest quyết định job nào chạy tiếp, cho account nào, trên executor nào; mọi lần chạy function đều đi qua nó, và nó phải giữ cô…
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- Learn to stop using shiny new things and love MySQL Bài tóm tắt · Pinterest · 2015
…áy theo cách riêng". Các công ty database mới chào mời giải quyết mọi vấn đề scale. - Theo tác giả, startup chọn công nghệ mới vì ba bẫy: nghĩ sản phẩm mới cần công nghệ mới; nghĩ…
- 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.
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- 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…
- 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ỡ:
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không tự…
- 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ả…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- 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…
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- 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".
- 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,…
- Đổ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.
- 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:
- Tracing phân tán và log theo request Chủ đề
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
- 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.
- 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.
- Investment Insights from Two Years of AI-Powered Postmortem Analysis Bài tóm tắt · Zalando · 2025
…ng 30 giây. Bài học cho SWE - Kho postmortem là dữ liệu cho quyết định đầu tư, nhưng chỉ khi đọc được ở quy mô; chia việc đọc thành nhiều tầng nhỏ có output người đọc được. - Mỗi t…
- Migrating 300+ namespaces from self-hosted Temporal to Temporal Cloud Bài tóm tắt · Coinbase · 2026
…ển workflow đang chạy. Worker poll cả hai cụm ; chọn cụm là quyết định định tuyến lúc start . Thư viện client Go dùng chung có MultiClientManager (vẫn đúng interface client của Tem…
- Building a New Rust Driver for ScyllaDB's DynamoDB API – with 58% More Throughput Bài tóm tắt · ScyllaDB · 2026
…node khác ngồi chơi. - Driver cho Java, Python, Go đã giải quyết cùng một cách: giữ API của SDK, học topology cụm ở dưới, định tuyến mỗi request tới một node phục vụ được. Rust là…
- How We Replaced Our Data Pipeline With Zero Downtime Bài tóm tắt · Twilio · 2014
…ology mới khoảng một tháng . 2. Account Flags: bit trong DB quyết định request đi đường code nào, để bật dần theo khách. 3. Đặt service abstraction (in-flight, post-flight, aggrega…
- Hybrid Core Allocation: From Overallocation to Reliable Sharing Bài tóm tắt · Uber · 2026
…viện riêng và bọc thành plugin CRI. Giới hạn (theo Uber) - Quyết định cấp phát đang nằm ở từng host ; tốt hơn là đưa lên scheduler có góc nhìn toàn fleet. - Cấp phát CPU phân mảnh…
- Taming the ML Firehose: Scaling Feature Consistency Bài tóm tắt · Uber · 2026
…bỏ hẳn một đường. Bài học cho SWE - Ghi lại input thật của quyết định thay vì tính lại ở offline: nguồn sự thật duy nhất cho train. - Ở quy mô lớn, tên trường dài và trường thừa l…
- How Does Spam Protection Work on Stack Exchange? Bài tóm tắt · Stack Overflow · 2020
…dung trong app, cuối cùng là con người. - Vòng phản hồi từ quyết định của người (cờ, moderator) về bộ lọc tự động quan trọng ngang chính bộ lọc. - Một luồng sự kiện công khai (web…
- Etsy's Journey to TypeScript Bài tóm tắt · Etsy · 2021
…t; khoảng 25% file có kiểu. Vì sao - Theo Etsy, giáo dục là quyết định đúng nhất: bật công tắc cho mọi người cùng lúc sẽ làm nghẽn đội nền tảng và chậm đội sản phẩm. Họ cố ý không…
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…PR nhiều hơn phải review; nút thắt chuyển từ viết code sang quyết định của người (automerge cái an toàn, dồn review vào chỗ quan trọng, lập kế hoạch lại). Bài học cho SWE - Chuẩn h…
- Migration from HBase to MyRocks at Quora Bài tóm tắt · Quora · 2021
…→ cắt → giữ đường lui là mẫu chung (, ). - Mô hình dữ liệu quyết định khuếch đại ghi : cùng một dạng dữ liệu (danh sách) có thể cần lưu ngược nhau tuỳ cách dùng. Liên quan - -…
- How to Pitch Apache Kafka Bài tóm tắt · Zillow · 2020
…ề cách thuyết phục lãnh đạo đầu tư Kafka; phần về Zillow là quyết định lập team Streaming Platform. Các so sánh Kinesis/Kafka ghi theo tác giả. Bối cảnh - Zillow chạy trên AWS và d…
- Halving the Time: How Uber Eats Rebuilt Its Search Pipeline Bài tóm tắt · Uber · 2026
…ủa một tầng. - Hydrate sau khi lọc, và tách dữ liệu cần cho quyết định khỏi dữ liệu cần cho hiển thị. - Rà DAG tìm phụ thuộc giả: chúng tích tụ theo thời gian và tuần tự hoá việc s…
- The Lego Monolith — A Monolith Microservice Proof of Concept Bài tóm tắt · Slalom Build · 2016
…còn tách deploy là phần dễ về sau. - Liệt kê điều kiện tiên quyết của microservices (provisioning, monitoring, CD, autoscale, hợp đồng) trước khi tách. - Giao tiếp qua queue ngay t…
- WhatsApp's Signal Protocol integration is now complete Bài tóm tắt · WhatsApp · 2016
…t cũ hết hạn. - Chi tiết UX (định dạng fingerprint) cũng là quyết định kiến trúc khi user ở mọi ngôn ngữ. Liên quan - -…
- Wix Inbox Journey: 3 Approaches for Zero Downtime Database Migration Bài tóm tắt · Wix · 2021
…ưng không đáng kể. Bài học cho SWE - Thuộc tính của dữ liệu quyết định cách migrate: dữ liệu sống ngắn thì chờ hết vòng đời; dữ liệu bất biến thì chép thoải mái; dữ liệu truy cập t…
- Scaling Slack's Job Queue Bài tóm tắt · Slack · 2017
…bộ đệm bền ở phía trước và một van điều tiết là đủ để giải quyết điểm nghẽn nghiêm trọng nhất mà không viết lại. Bài học cho SWE - Kiểm xem thao tác phục hồi (dequeue) có cần chín…
- WhatsApp calls: Enhancing security and privacy Bài tóm tắt · WhatsApp · 2023
…tsApp, giữ hồ sơ đó cho 2 tỉ user là rủi ro). Mỗi client tự quyết tin ai và phát token cho họ; người gọi kèm token của người nhận; server kiểm token mà không biết quan hệ cụ thể gi…
- Sitar-agent: Building a reliable dynamic configuration sidecar at scale Bài tóm tắt · Airbnb · 2026
…từ service ít quan trọng tới Tier 0 cuối cùng. Vì sao - Mọi quyết định cân giữa bốn yêu cầu: luôn đọc được, lan nhanh, chịu được hàng chục nghìn pod cùng poll, chạy cho mọi ngôn ng…
- Business-Driven Upgrade of Alibaba Group: The Evolution of Dubbo 3.0 Bài tóm tắt · Alibaba · 2021
…center giữ hai thứ: ánh xạ interface → ứng dụng (client tự quyết có dùng chế độ mới không, không đổi code nghiệp vụ) và metadata snapshot theo mỗi lần release (cấu hình mọi interf…
- Why Discord is switching from Go to Rust Bài tóm tắt · Discord · 2020
…i tới tận nguyên nhân gốc (đọc source runtime Go) trước khi quyết định viết lại. - Viết lại đúng một service nhỏ, có số liệu trước/sau và load test. Chính Discord ghi chú: không nê…
- From Native to React Native to Flutter Bài tóm tắt · Zerodha · 2022
…dựng prototype UI đầy đủ của Kite với dữ liệu giả trước khi quyết. Lý do theo Zerodha: hot reload, AOT cho production, layout giống flexbox, tự vẽ mọi widget nên sửa được widget gố…