Tìm kiếm
40 kết quả cho “chọn công nghệ”. Tìm không phân biệt dấu.
- 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".
- Learn to stop using shiny new things and love MySQL Bài tóm tắt · Pinterest · 2015
…à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ĩ công nghệ cũ chậm, không scale; và công nghệ cũ…
- Our Migration to FoundationDB, Part 1 Bài tóm tắt · Inngest · 2026
…om/blog/migration-to-foundationdb-part-1) Phần 1 (vì sao và chọn thế nào). Phần 2 (thiết kế shard): . Phần 3 (rollout, benchmark) chưa đăng khi wiki đọc (URL trả 404). Bối cảnh - Q…
- How Does Spam Protection Work on Stack Exchange? Bài tóm tắt · Stack Overflow · 2020
…k-exchange/) Tác giả thuộc Charcoal, nhóm cộng đồng làm bot chống spam (dùng "chúng tôi" khi nói về Charcoal). Bài chỉ kể các lớp công khai; một số lớp của Stack Exchange được giữ…
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
…, API 15 phút; cả bộ từ khoảng 12 giờ xuống dưới 22 phút. - Chọn test theo coverage: từ diff của nhánh ra danh sách file, ra test phủ các file đó; coverage thu mỗi ngày lúc hạ tầng…
- 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…
- 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ự…
- 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.
- 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…
- 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…
- 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ả…
- 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ó…
- 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ỡ:
- 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,…
- 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, độ…
- 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…
- Đổ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.
- 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:
- 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:
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- 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.
- 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.
- 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…
- Investment Insights from Two Years of AI-Powered Postmortem Analysis Bài tóm tắt · Zalando · 2025
…tăng latency lúc cao điểm → định hướng capacity planning và chọn instance. Các mẫu lặp khác: không có kiểm chứng tự động cho cấu hình/IaC, thay đổi thủ công tuỳ hứng, không progres…
- How we deploy to production over 100 times a day Bài tóm tắt · Monzo · 2022
…h lớn , vừa chậm vừa rủi ro hơn. - Monzo là ngân hàng nhưng chọn hướng ngược lại: tối ưu đường đi tới production để thay đổi nhỏ, và chính thay đổi nhỏ làm giảm rủi ro. - Số liệu (…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…ăng trưởng bằng cách thêm nhiều hơn cùng một loại máy . Lựa chọn công nghệ - Tiêu chí sau khi bị "đốt": trưởng thành, đơn giản, phổ biến và được ưa, hỗ trợ tốt, hiệu năng ổn định,…
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- How We Replaced Our Data Pipeline With Zero Downtime Bài tóm tắt · Twilio · 2014
…lưu và shard. - Tách in-flight và post-flight ra hai kho. - Chống "nhân tiện sửa luôn": họ cân nhắc đổi công nghệ DB (MySQL thiếu shard và HA sẵn có) nhưng giữ MySQL để giới hạn ph…
- When Bigger Instances Don't Scale Bài tóm tắt · ScyllaDB · 2026
…IOPS ghi thay vì khoảng 650.000 (i7i.12xlarge). Họ thêm tuỳ chọn chỉ định block size riêng cho đọc và ghi. Lúc đó họ tưởng là lỗi riêng của loại máy này; phần 2 cho thấy nguyên nhâ…
- Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents Bài tóm tắt · Spotify · 2026
…hệ điều hành để tự kiểm thay đổi. Fleetshift lo điều phối (chọn đích, lập lịch, theo dõi), Honk sửa code ở giữa. Theo Spotify, đợt migrate Java gần nhất trên các backend mất 3 ngà…
- Migration from HBase to MyRocks at Quora Bài tóm tắt · Quora · 2021
…ùng chung kiến thức và công cụ với MySQL. Đây cũng là lý do chọn MyRocks thay vì một hệ RocksDB khác (Rocksandra, Rocksplicator). Họ được truyền cảm hứng từ việc Facebook cũng chuy…
- Snowflake Optima Planning: cross-query performance Bài tóm tắt · Snowflake · 2026
…ịnh và số liệu là theo Snowflake. Không có chi tiết về cách chống "khái quát quá đà" ngoài việc nói là có. Bối cảnh - Optimizer của Snowflake dựa trên chi phí: ước lượng số dòng củ…
- Building a New Rust Driver for ScyllaDB's DynamoDB API – with 58% More Throughput Bài tóm tắt · ScyllaDB · 2026
…c giả định ngầm của client (một endpoint, header, retry). - Chọn chiến lược định tuyến theo workload: round-robin cho tải đều, affinity theo key cho giao dịch tranh chấp trên key n…
- The WhatsApp Architecture Facebook Bought For $19 Billion Bài tóm tắt · WhatsApp · 2014
…ắt đầu từ ejabberd (server Jabber mã nguồn mở bằng Erlang): chọn vì mở, dễ bắt đầu, và Erlang hợp với hệ liên lạc lớn. Những năm sau viết lại phần lớn: đổi XMPP sang giao thức tự p…
- Partitioning GitHub's relational databases to handle scale Bài tóm tắt · GitHub · 2021
…Cách gỡ JOIN: tách thành nhiều query ( preload ); thêm tuỳ chọn disable joins cho has many :through (đã đưa ngược vào Rails 7); JOIN ở phía app. Join ở app đôi khi còn nhanh hơn ,…
- Pinterest Công ty Thành viên
Năm 2015 Pinterest sinh sẵn nội dung cho mọi user và lưu trong HBase, cách đã đưa họ tới 100 triệu MAU nhưng tốn lưu trữ và khó thử nghiệm. Họ xây 9 hệ thống C++/RocksDB để sinh feed lúc đọc . Phía dưới là tầng cache…
- The Lego Monolith — A Monolith Microservice Proof of Concept Bài tóm tắt · Slalom Build · 2016
…được phần lớn lợi ích của tách service (thiết kế tách rời, chọn ngôn ngữ JVM và kiểu lưu trữ riêng, bất đồng bộ) mà không phải trả trước chi phí vận hành phân tán. Một codebase th…
- Keeping Counts In Sync Bài tóm tắt · SoundCloud · 2018
…; xem lại định kỳ các phương án khác là cách kiểm chứng lựa chọn cũ còn đúng (). Liên quan - - · ·…
- How WhatsApp Grew to Nearly 500 Million Users, 11,000 cores, and 70 Million Messages a Second Bài tóm tắt · WhatsApp · 2014
…ình dispatch thành nút thắt do fan-in từ nhiều node. Worker chọn theo key cho thao tác DB; I/O có độ trễ khó đoán thì dùng FIFO để tránh head-of-line blocking. - Partition dịch vụ:…
- Wix Inbox Journey: 3 Approaches for Zero Downtime Database Migration Bài tóm tắt · Wix · 2021
…chính Nguyên tắc chính (theo Wix): hiểu sâu dữ liệu thì mới chọn đúng công nghệ và cách migrate . Tạm gác công nghệ quen sang một bên, trả lời trước: mẫu truy cập (đọc, ghi, một ha…