Tìm kiếm
40 kết quả cho “Open source”. Tìm không phân biệt dấu.
- Kitex: Unifying Open Source Practice for a High-Performance RPC Framework Bài tóm tắt · ByteDance · 2022
…ốc](https://www.cloudwego.io/blog/2022/09/30/kitex-unifying-open-source-practice-for-a-high-performance-rpc-framework/) Bài tổng kết một năm mở mã Kitex. Đọc cùng (bức tranh CloudW…
- Hertz, an Ultra Large Scale Enterprise-Level Microservice HTTP Framework, is Now Officially Open Source Bài tóm tắt · ByteDance · 2022
…erprise-level-microservice-http-framework-is-now-officially-open-source/) Bài thông báo mở mã nguồn, nghiêng về giới thiệu tính năng; ít chi tiết kỹ thuật. Bài đi cặp với (Kitex, p…
- Building a High-Throughput Metrics System Using Open Source Software Bài tóm tắt · Two Sigma · 2019
…om/articles/building-a-high-throughput-metrics-system-using-open-source-software/) Bối cảnh - Two Sigma xây nền tảng cho "nghiên cứu dạng hội thoại". Một nền tảng dữ liệu hiệu năng…
- Distributed tracing at Pinterest with new open source tools Bài tóm tắt · Pinterest · 2017
…erest-engineering/distributed-tracing-at-pinterest-with-new-open-source-tools-a4f8a5562f6b) Bối cảnh - Backend Pinterest (2017): hàng trăm microservice trên hàng chục nghìn máy; mộ…
- An open-source spec for Codex orchestration: Symphony Bài tóm tắt · OpenAI · 2026
…26 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://openai.com/index/open-source-codex-orchestration-symphony/) Bài của nhà phát triển Codex kể công cụ nội bộ của chính mìn…
- Building Self-driving Kafka clusters using open source components Bài tóm tắt · Slack · 2022
…lack.engineering/building-self-driving-kafka-clusters-using-open-source-components/) Bối cảnh - Kafka ở Slack là xương sống của Job Queue (), pipeline log, trace, billing, analytic…
- Osprey: Open Sourcing our Rule Engine Bài tóm tắt · Discord · 2026
…khó: Trung bình — [bài gốc](https://discord.com/blog/osprey-open-sourcing-our-rule-engine) Bài công bố mã nguồn mở công cụ safety; phần nghiệp vụ chống lạm dụng chỉ tóm tắt ngắn, g…
- Cook: A Fair Preemptive Resource Scheduler for Compute Clusters Bài tóm tắt · Two Sigma · 2016
Phần lớn tài nguyên compute của Two Sigma được cấp động cho ứng dụng theo nhu cầu, vì chia sẻ hiệu quả hơn cấp tĩnh. Có hai loại job, giống tiến trình foreground/background của OS: interactive (task nhỏ, người dùng chờ…
- Building and Open-Sourcing Wix's A/B Testing System Bài tóm tắt · Wix · 2015
…h — [bài gốc](https://www.wix.engineering/post/building-and-open-sourcing-wix-s-a-b-testing-system) Bối cảnh - Wix làm continuous delivery: code đẩy lên là chạy production. Theo Wi…
- Open Sourcing Screwdriver, Yahoo's Continuous Delivery Build System for Dynamic Infrastructure Bài tóm tắt · Yahoo · 2017
…h — [bài gốc](https://yahooeng.tumblr.com/post/155765242061/open-sourcing-screwdriver-yahoos-continuous) Bài thông báo open source; phần mô tả hệ nội bộ ngắn nhưng có số liệu quy m…
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
…khó: Khó — [bài gốc](https://clickhouse.com/blog/kubenetmon-open-sourced) Bối cảnh - ClickHouse Cloud chạy trên AWS, GCP, Azure, hàng chục region, mỗi region nhiều cụm Kubernetes,…
- Open sourcing Databus: LinkedIn's low latency change data capture system Bài tóm tắt · LinkedIn · 2013
…[bài gốc](https://engineering.linkedin.com/data-replication/open-sourcing-databus-linkedins-low-latency-change-data-capture-system) Bối cảnh - LinkedIn có nhiều hệ lưu trữ chuyên b…
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
…· Độ khó: Trung bình — [bài gốc](https://blog.coinbase.com/open-sourcing-coinbases-secure-deployment-pipeline-ae6c78e25517) Bài cũ của blog.coinbase.com (Medium), nay redirect san…
- Open sourcing Brooklin: Near real-time data streaming at scale Bài tóm tắt · LinkedIn · 2019
…ài gốc](https://engineering.linkedin.com/blog/2019/brooklin-open-source) Bối cảnh - Bài toán không chỉ là chuyển nhiều dữ liệu, mà là số loại hệ nguồn và đích tăng nhanh (Espresso,…
- Designing a SystemVerilog Language Server Bài tóm tắt · Hudson River Trading · 2026
…o goto-references. Repo SystemVerilog mã nguồn mở lớn nhất (OpenTitan, 45 MB, 3.955 file) index trong 0,41 s trên M1 (0,13 s duyệt, 0,28 s parse). Vì sao - Theo HRT, đầu tư cho năn…
- Code Verify: verifying code authenticity on WhatsApp Web Bài tóm tắt · WhatsApp · 2022
Sau multi-device (), nhiều người dùng WhatsApp thẳng trên trình duyệt.
- How we accidentally built a better build system for OCaml Bài tóm tắt · Jane Street · 2025
…cả "cách Jane Street build OCaml". Họ thậm chí rút lại khỏi open source. - 2016: viết Jbuilder , một công cụ nhỏ đa nền tảng để người ngoài build được code của họ mà không cần Jeng…
- Project Voldemort: Scaling Simple Storage at LinkedIn Bài tóm tắt · LinkedIn · 2009
…thay Hadoop (phân tích), DB (query phức tạp) hay search. - Open source khoảng 2/2009, gần 50 đóng góp từ bên ngoài. - Hướng tiếp: thêm node dần, hỗ trợ dữ liệu batch tính từ Hadoo…
- Alibaba Upgrades Dubbo3 to Fully Replace HSF2 Bài tóm tắt · Alibaba · 2023
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).
- An Article to Learn About ByteDance Microservices Middleware CloudWeGo Bài tóm tắt · ByteDance · 2022
2014: ByteDance đưa Go vào để giải bài toán đồng thời cao của push service giữ kết nối lâu.
- HeraclesQL: A Python DSL for Writing Alerts Bài tóm tắt · Hudson River Trading · 2025
Đội Systems Dev của HRT làm công cụ cho các kỹ sư hệ thống, mạng, datacenter. VictoriaMetrics là phần quan trọng của stack giám sát (2025); hàng nghìn alert viết bằng MetricsQL (gần như PromQL) trên hàng chục team.
- Introducing Flint: A Time-Series Library for Apache Spark Bài tóm tắt · Two Sigma · 2018
Dữ liệu tăng tới mức giải pháp một máy không còn đủ; Spark đã thành chuẩn cho big data, nhưng thiếu các thao tác chuỗi thời gian mà nghiên cứu cần.
- Migrating from GitHub to Codeberg Bài tóm tắt · Zig Software Foundation · 2025
Zig ở GitHub từ git init khoảng mười năm trước. Theo Zig, chất lượng GitHub đi xuống; quan trọng nhất là GitHub Actions có lỗi lập lịch (chọn job gần như ngẫu nhiên) và không cho can thiệp tay, làm CI tắc đến mức commit…
- Anomaly Detection at Zillow Using Luminaire Bài tóm tắt · Zillow · 2021
Zestimate, gợi ý, model CV xử lý lượng dữ liệu lớn qua nhiều pipeline, mỗi chỗ là một điểm có thể hỏng. Theo Zillow, công cụ phát hiện bất thường có sẵn hoặc không bền trên nhiều dạng dữ liệu, hoặc cần chuyên môn mô…
- How the controller-runtime Cache Actually Works, and Why Your Controller Does Not Crash the API Server Bài tóm tắt · Kubernetes · 2026
Hiểu lầm phổ biến: r.Get()/r.List() trong reconciler gọi thẳng API server và luôn thấy trạng thái mới nhất. Thực tế ngược lại.
- Scaling Kubernetes to 7,500 nodes Bài tóm tắt · OpenAI · 2021
…2021 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://openai.com/research/scaling-kubernetes-to-7500-nodes) Phần tiếp của . Bối cảnh - Một cụm duy nhất 7.500 node , chọn vì h…
- Alerting Framework at Airbnb Bài tóm tắt · Airbnb · 2017
…g bộ qua API của Datadog bằng công cụ Interferon (gem Ruby, open source). - Ruby DSL + host source: alert viết bằng DSL; Interferon đọc thông tin host từ các nguồn cắm thêm (ví dụ…
- Stack Overflow: How We Do Monitoring - 2018 Edition Bài tóm tắt · Stack Overflow · 2018
…hecks và profiling, rồi kể các công cụ (phần lớn tự viết và open source) dùng cho từng loại. Thay đổi chính - Logs: - lỗi ứng dụng luôn được ghi, bằng StackExchange.Exceptional vào…
- The evolution of SQL-based Observability Bài tóm tắt · ClickHouse · 2024
…ần như không giới hạn, không phải lấy mẫu log để tiết kiệm. OpenTelemetry biến việc thu thập thành hàng phổ thông, giảm phụ thuộc nhà cung cấp. - Danh sách "không hợp với bạn" do h…
- 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…
- 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…
- 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:
- 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…
- 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:
- 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.
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- 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ỡ:
- 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.
- 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…
- 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: