Tìm kiếm
40 kết quả cho “upstream”. Tìm không phân biệt dấu.
- Introducing OxCaml Bài tóm tắt · Jane Street · 2025
…iler riêng, vẫn mã nguồn mở, với mục tiêu đưa dần vào OCaml upstream. - Năm 2025 họ đặt tên nhánh này là OxCaml , kèm website, hướng dẫn cài và tài liệu, để người ngoài dùng được.…
- Accelerating Search and Ingestion with High-Performance gRPC in OpenSearch Bài tóm tắt · Uber · 2026
…iến hoá. Thay đổi chính - gRPC native trong OpenSearch, làm upstream (cùng kỹ sư AWS) thay vì giữ fork hay lớp dịch: transport gRPC là một module chạy cạnh REST trên cổng khác; chỉ…
- Migrating from Apollo Tooling to GraphQL Codegen at Yelp Bài tóm tắt · Yelp · 2026
…và sửa trực tiếp, quản lý bằng yarn patch. - Đẩy ngược lên upstream: cộng tác với maintainer đúng lúc họ đang làm v6; codebase lớn của Yelp làm môi trường thử, lộ các trường hợp b…
- How we accidentally built a better build system for OCaml Bài tóm tắt · Jane Street · 2025
…n lớn đã có trong cache nhanh hơn 2–3 lần. Đẩy thay đổi lên upstream để không sinh ra bản fork nội bộ. Vì sao - Theo Jane Street, Dune là thiết kế được nghĩ lại, nhanh hơn với đa s…
- Improving Python: How we made pip install twice as fast Bài tóm tắt · Man Group · 2025
…iến môi trường: phần phụ có thể tốn ngang việc chính. - Sửa upstream thay vì fork khi có thể; nâng phiên bản runtime cũng mang lại tối ưu miễn phí. Liên quan - (phần tiếp: tối ưu n…
- 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…
- 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ử 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:
- Đổ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.
- 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…
- 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:
- 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…
- 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.
- 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ả…
- Giao dịch phân tán 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…
- 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:
- 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ì…
- 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.
- 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, độ…
- 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:
- 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…
- Data Mesh at Grab (Part III): Operationalizing data reliability with automated DPIs Bài tóm tắt · Grab · 2026
…à giao chủ: Data Health API với phân loại lỗi nhỏ có chủ ý: UPSTREAM ERROR , PLATFORM ERROR , JOB ERROR , DATA ERROR . Nền tảng vẫn giữ catalog lỗi chi tiết riêng; orchestrator chỉ…
- Data Mesh at Grab (Part II): The foundational tools behind certification Bài tóm tắt · Grab · 2026
…ừ 2022, mở rộng nhiều nhưng liên tục rebase lên bản mới của upstream thay vì fork hẳn. - Có search, domain và chủ sở hữu, hợp đồng và tài liệu dạng metadata có cấu trúc, lineage tớ…
- Fixing Linux filesystem performance regressions Bài tóm tắt · LinkedIn · 2020
…ĩa gốc HDD (RAID1 phần mềm) , máy SSD không bị. - Thử patch upstream cho blk-mq thì đỡ một phần; đổi I/O scheduler không ảnh hưởng. Nghi ext4 (đã biết hồi quy direct I/O từ 4.9), t…
- A new Protocol Buffers generator for Go Bài tóm tắt · Vitess · 2021
…i ưu phải tách khỏi phần sinh message chính thức để đi cùng upstream lâu dài. Bài học cho SWE - Khi buộc phải tối ưu bằng công cụ ngoài luồng chính, thiết kế nó như plugin chạy cạn…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
…Percentage (cùng vấn đề với Monzo 2020 ). - 503 của Envoy ( upstream reset before response started ): thử tăng grace period, chỉnh connection pool đều không ăn thua; gốc là ứng dụn…
- Business-Driven Upgrade of Alibaba Group: The Evolution of Dubbo 3.0 Bài tóm tắt · Alibaba · 2021
…enter). Một gateway phụ thuộc 30 interface của một ứng dụng upstream thì mỗi lần upstream release có 30 danh sách địa chỉ lên xuống. - Giao thức Dubbo 2 là nhị phân riêng: gateway,…
- Meet Bandaid, the Dropbox service proxy Bài tóm tắt · Dropbox · 2018
…bùng nổ. - Worker pool cố định để khống chế concurrency tới upstream; số worker quá lớn so với số host khoẻ làm mất tác dụng graceful degradation. - Nhiều hàng đợi cho một upstream…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…iệu sạch), mọi thay đổi phải deploy lại; phần động (quản lý upstream, xuất stats) viết bằng Lua; logic phức tạp đẩy xuống tầng proxy Go phía sau ( Bandaid ). - Không còn hợp cách l…
- Ensuring High Availability of Ads Realtime Streaming Services Bài tóm tắt · Pinterest · 2021
…. - Bug state store: Health Monitor thấy độ trễ tăng vọt dù upstream và Kafka không tồn đọng. Gốc: stream được repartition về một partition và lưu vào state store, bước xử lý ghi k…
- Report on our investigation of the 2025-10-20 incident in AWS us-east-1 Bài tóm tắt · PlanetScale · 2025
…ổi cỡ, cấu hình branch nằm ở us-east-1 và phụ thuộc dịch vụ upstream, nên không chạy được; - dashboard (host ở một nhà cung cấp cũng chạy trên us-east-1), SSO và cả trang status đề…
- How Intelligent Load Shedding Prevents Cascading Failures in Tier-0 Systems Bài tóm tắt · Salesforce · 2026
…identity chậm thì service phụ thuộc chờ, request xếp hàng, upstream retry, retry lại thêm tải. Quá tải cục bộ thành lỗi dây chuyền . - Workload tự động hoá và agent dồn theo đợt,…
- Apache Hudi at Uber: Engineering for Trillion-Record-Scale Data Lake Operations Bài tóm tắt · Uber · 2026
…phút. Làm với Onehouse để đưa commit của bản fork nội bộ về upstream và lên Hudi 1.x, thử ghi kép sang Iceberg để có dữ liệu cho quyết định định dạng bảng. Vì sao - Không có hệ nào…
- Yelp Công ty Thành viên
Kafka của Yelp (hàng chục tỷ message/ngày) chuyển từ EC2 + Puppet lên PaaS nội bộ PaaSTA trên Kubernetes với operator tự viết và Cruise Control (2021) ; migration không downtime bằng cách gấp đôi broker rồi dời…
- Scaling Production Globally: Solving observability problems for developers (Part-2) Bài tóm tắt · Achievers · 2022
…riêng. Ví dụ từ phần 1: dashboard mặc định dẫn tới lỗi 503 upstream reset before response started do Node.js không tắt êm khi nhận SIGTERM, thứ APM (chỉ thấy tầng ứng dụng) bỏ sót…
- Alerting Framework at Airbnb Bài tóm tắt · Airbnb · 2017
…ai sở hữu, ngưỡng đầy) trong repo của mình mà không cần sửa upstream. Vì sao - Khi mỗi team tự trực service của mình, alert phải đi theo quyền sở hữu, và quyền sở hữu phải lấy từ d…
- Chaos Testing a Distributed System with Jepsen — Part II Bài tóm tắt · Appian · 2019
…Jepsen không nhận credential; Appian sửa Jepsen (gửi PR lên upstream) để nhận username/password. Credential truyền vào container qua biến môi trường từ script khởi động, không comm…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
…nên tốc độ thử ghi không đổi dù chậm hay lỗi); back-off khi upstream quá tải (chờ rồi trả lỗi để client retry có trễ); admission control ở tầng storage ( innodb thread concurrency…