Tìm kiếm
40 kết quả cho “Stack frame”. Tìm không phân biệt dấu.
- HTTPS on Stack Overflow: The End of a Long Road Bài tóm tắt · Stack Overflow · 2017
…— [bài gốc](https://nickcraver.com/blog/2017/05/22/https-on-stack-overflow/) Nằm ngoài các bài đánh số của series, nhưng cho thấy tầng edge (CDN, DNS, TLS) phía trước kiến trúc tro…
- Journey to the cloud part I: Migrating Stack Overflow Teams to Azure Bài tóm tắt · Stack Overflow · 2023
…23 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://stackoverflow.blog/2023/08/30/journey-to-the-cloud-part-i-migrating-stack-overflow-teams-to-azure/) Phần 1 của series; p…
- Moving the public Stack Overflow sites to the cloud: Part 1 Bài tóm tắt · Stack Overflow · 2025
· 2025 · 4. Điều chỉnh · Độ khó: Khó — [bài gốc](https://stackoverflow.blog/2025/08/28/moving-the-public-stack-overflow-sites-to-the-cloud-part-1/) Tiếp nối việc chuyển Teams lên…
- How we made ClickStack 5x faster for ClickHouse observability Bài tóm tắt · ClickHouse · 2026
…hó: Khó — [bài gốc](https://clickhouse.com/blog/making-clickstack-5x-faster-clickhouse-observability) Bài của nhà cung cấp về sản phẩm của họ (ClickStack: log/trace trên ClickHouse…
- Moving Railway's Frontend Off Next.js Bài tóm tắt · Railway · 2026
…hẳn về server-first. Thay đổi chính - Chuyển sang Vite + TanStack Start/Router : route có kiểu, layout là primitive thật, HMR tức thì, SSR chỉ cho trang marketing/changelog. - Hai…
- Sparkplug — a non-optimizing JavaScript compiler Bài tóm tắt · V8 (Google) · 2021
…giản thì dễ port, và tối ưu đã có TurboFan lo. - Giữ khung stack giống hệt interpreter: debugger, profiler, unwind exception, stack trace, on-stack replacement (OSR) đều chạy gần…
- HRTWorker: A SharedWorker Framework Bài tóm tắt · Hudson River Trading · 2025
…eat/hrtworker-a-sharedworker-framework/) Bối cảnh - Đội Fullstack của HRT xây bộ web app nội bộ "Ops GUIs" cho đội Run The Day và các đội khác theo dõi, phản ứng với trạng thái gia…
- Building a Faster C# Driver for ScyllaDB…on our Self-Baked C#-Rust FFI Framework Bài tóm tắt · ScyllaDB · 2026
…p hại), từng giá trị được chép vào builder mà Rust đặt trên stack của chính nó để tránh đuổi con trỏ. Các phương án nhanh hơn (một buffer liền, stackalloc lai) để dành nếu hiệu năn…
- A Self-Baked Async FFI Framework for Rust <-> C# Interop Bài tóm tắt · ScyllaDB · 2026
…Rust thì ghim: gọi đồng bộ dùng con trỏ tới tham chiếu trên stack (rẻ), gọi bất đồng bộ dùng GCHandle bọc trong kiểu có Drop để tự giải phóng. Vì sao - Theo ScyllaDB: logic khó (đị…
- Best practices can slow your application down Bài tóm tắt · Stack Overflow · 2021
· 2021 · 4. Điều chỉnh · Độ khó: Dễ — [bài gốc](https://stackoverflow.blog/2021/12/22/best-practices-can-slow-your-application-down/) Bối cảnh - Stack Overflow ra đời trên stack M…
- Alibaba Upgrades Dubbo3 to Fully Replace HSF2 Bài tóm tắt · Alibaba · 2023
…aba. Bối cảnh - Sau khi đưa toàn bộ lên cloud, Alibaba muốn stack microservice nội bộ chạy trên middleware mã nguồn mở thay cho framework RPC nội bộ HSF (và Dubbo2 ở Alibaba Cloud)…
- Unlocking Horizontal Scalability in Our Web Serving Tier Bài tóm tắt · Airbnb · 2016
…hoặc storage chập chờn) làm latency và tỉ lệ lỗi tăng khắp stack; kỹ sư phải kill kết nối bằng tay. Thay đổi chính - Thread pool chỉ có ở MySQL enterprise, không có trên RDS → cần…
- How We Partitioned Airbnb's Main Database in Two Weeks Bài tóm tắt · Airbnb · 2015
…ắn (đọc đã sang replica); đổi host DB trong Zookeeper (SmartStack phát hiện, không cần deploy) để ghi trỏ sang master mới (ghi lỗi, bắt đầu tính downtime); kill kết nối cũ trên mas…
- How we rebuilt Next.js with AI in one week Bài tóm tắt · Cloudflare · 2026
Next.js dùng toolchain riêng (Turbopack); muốn chạy trên nền tảng serverless khác (Cloudflare, Netlify, Lambda) phải nắn lại output build. OpenNext làm việc đó bằng cách dịch ngược output của Next.js, nên vỡ không đoán…
- 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,…
- 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.
- 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…
- 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…
- 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:
- 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.
- Đổ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.
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- 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…
- 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:
- 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".
- 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…
- 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ự…
- 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:
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- 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:
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- 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, độ…
- 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…
- Behind the Global Launch: Decoding the Android Engineering Strategy for Our New App Bài tóm tắt · Mercari · 2025
…vùng cùng lúc. - BFF + gRPC (thư viện Wire của Square, hợp stack OkHttp) thay REST của app Nhật. Giá: duy trì hai client stack vì các dịch vụ dùng chung vẫn REST, cần cơ chế phân…
- Allegro Công ty Thành viên
Allegro (Ba Lan) đi từ 3 developer với dữ liệu lưu trong file (1999) → scale bằng tự viết cache, connection pool, search engine bằng C trên Oracle (~2005) → framework tự chế trong cùng codebase (2008–2009, code mới vẫn…
- Catching bugs on the client-side: how we developed our error tracking system Bài tóm tắt · Bumble · 2020
…AppCenter chỉ hỗ trợ file mapping DexGuard (cần để giải mã stack trace Android, không có thì không gom nhóm lỗi được) từ cuối tháng 12/2019; HockeyApp còn đếm sai tổng số lỗi nên…
- Migrating Doximity's iOS Newsfeed to SwiftUI Without Disrupting Users or Development Bài tóm tắt · Doximity · 2026
…ạy ổn ở production, thay UITableView bằng ScrollView + LazyVStack của SwiftUI; section UIKit còn lại bọc bằng UIViewRepresentable với kích thước khai báo rõ. - Kiểm và phát hành: c…
- Engineering the agentic SDLC Bài tóm tắt · Optiver · 2026
…lý phiên (login, heartbeat, giao tiếp với phần còn lại của stack); việc lặp lại nhưng chi tiết khác nhau mỗi sàn, sai nhỏ về giao thức có thể đắt. Thay đổi chính - Agent coding ch…
- How we built the Tinder API Gateway Bài tóm tắt · Tinder · 2022
…ng dụng dùng một API gateway bên thứ ba khác nhau, trên các stack khác nhau. Hậu quả: khó bảo trì, không chia sẻ được thành phần, chậm ra production, quản lý session không thống nh…
- 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…