Tìm kiếm
40 kết quả cho “Lix Engine”. Tìm không phân biệt dấu.
- Scryer: Netflix's Predictive Auto Scaling Engine Bài tóm tắt · Netflix · 2013
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/scryer-netflixs-predictive-auto-scaling-engine-a3f8fc922270) Bài giới thiệu ngắn (phần đầu của series hẹ…
- Lessons Netflix Learned from the AWS Outage Bài tóm tắt · Netflix · 2011
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/lessons-netflix-learned-from-the-aws-outage-deefe5fd0c04) Bối cảnh - 21/4/2011: sự cố lớn ở AWS US-East…
- Netflix Conductor: A microservices orchestrator Bài tóm tắt · Netflix · 2016
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/netflix-conductor-a-microservices-orchestrator-2e8d4771bf40) Bài công bố mã nguồn mở Conductor. Bối cảnh…
- Making the LinkedIn experimentation engine 20x faster Bài tóm tắt · LinkedIn · 2020
…ns (p99 3 µs), dùng trong khoảng 500 service production. - Lix Engine là thư viện chạy trong service, hiểu một DSL kiểu Lisp để chia ngẫu nhiên, phân khúc và gán biến thể. DSL đượ…
- Resilience Engineering at LinkedIn with Project Waterbear Bài tóm tắt · LinkedIn · 2017
…t bằng bump dependency + config. Chọn đối tượng bằng hệ A/B LiX (tới từng member, từng request, từng method), nên chạy được ngay trên production mà member không bị ảnh hưởng. Có we…
- Engineering the agentic SDLC Bài tóm tắt · Optiver · 2026
SDLC truyền thống giả định người lái; bước đầu tự nhiên là dùng AI để tăng tốc quy trình cũ. Optiver thử giả định ngược lại: agent làm phần lớn việc, người dẫn hướng và tinh chỉnh. Họ chia khung làm ba tầng: workflow…
- 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ự…
- Keeping Customers Streaming — The Centralized Site Reliability Practice at Netflix Bài tóm tắt · Netflix · 2020
…· 2020 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://netflixtechblog.com/keeping-customers-streaming-the-centralized-site-reliability-practice-at-netflix-205cc37aa9fb) Bối cảnh…
- Building Venice with Apache Helix Bài tóm tắt · LinkedIn · 2017
…ing.linkedin.com/blog/2017/02/building-venice-with-apache-helix) Bối cảnh - LinkedIn có nhiều kho chuyên biệt với đánh đổi khác nhau (kho chỉ cần put/get nhanh, kho cần nhất quán m…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…2016 · 4. Điều chỉnh · Độ khó: Khó — [bài gốc](https://netflixtechblog.com/netflix-billing-migration-to-aws-part-iii-7d94ab9d1f59) Series 3 phần: · · phần 3 (bài này, góc nhìn tea…
- Timestone: Netflix's High-Throughput, Low-Latency Priority Queueing System Bài tóm tắt · Netflix · 2022
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/timestone-netflixs-high-throughput-low-latency-priority-queueing-system-with-built-in-support-1abf249ba9…
- Helix: The internal tool powering our Shopify app's native migration Bài tóm tắt · Shopify · 2026
…ộ khó: Trung bình — [bài gốc](https://shopify.engineering/helix) Bối cảnh - Shopify chuyển app mobile từ React Native về native (Swift, Kotlin); app Shop đã làm xong trong 12 tuần.…
- Osprey: Open Sourcing our Rule Engine Bài tóm tắt · Discord · 2026
Discord cần một hệ đánh giá hoạt động của user theo thời gian thực để phát hiện lạm dụng: xử lý hàng nghìn event mỗi giây, cho team viết luật có hiệu lực trong vài phút, trả về phán quyết rõ ràng, cho thấy luật đã chạy…
- Engineering Multi-Agent AI Teams That Build and Test Themselves Bài tóm tắt · Salesforce · 2026
Engineer ở Marketing Cloud dựng "đội agent" (nhiều agent phối hợp) bằng tay: viết YAML, prompt, profile, công cụ, model, ngân sách, giới hạn lượt; chạy thử, đọc output từng agent, chẩn đoán, sửa cấu hình, chạy lại; rồi…
- Amundsen — Lyft's data discovery & metadata engine Bài tóm tắt · Lyft · 2019
Ở Lyft, data scientist và research scientist lẽ ra dành phần lớn thời gian làm model và đưa lên production, nhưng mất nhiều thời gian cho tìm dữ liệu: dữ liệu có tồn tại không, ở đâu, đâu là nguồn sự thật, có quyền truy…
- Service-Oriented Architecture: Scaling the Uber Engineering Codebase As We Grow Bài tóm tắt · Uber · 2015
…hính - Tách monolith thành microservices , theo Amazon, Netflix, SoundCloud, Twitter. Mỗi service một domain hẹp, tự chọn ngôn ngữ và DB. Tháng 9/2015 đã có hơn 500 service ; mục t…
- Using Presto in our Big Data Platform on AWS Bài tóm tắt · Netflix · 2014
…3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://netflixtechblog.com/using-presto-in-our-big-data-platform-on-aws-938035909fd4) Bối cảnh - Nền big data của Netflix (2014) đặ…
- Introducing Espresso - LinkedIn's hot new distributed document store Bài tóm tắt · LinkedIn · 2015
…abus. Secondary index cập nhật đồng bộ với dữ liệu gốc. - Helix quản lý cụm: từ state model (mỗi partition một master, n slave, không hai replica cùng node) tính IdealState rồi phá…
- Ready for changes with Hexagonal Architecture Bài tóm tắt · Netflix · 2020
…· 2020 · 4. Điều chỉnh · Độ khó: Dễ — [bài gốc](https://netflixtechblog.com/ready-for-changes-with-hexagonal-architecture-b315ec967749) Bài về kiến trúc bên trong một ứng dụng (Stu…
- Using Fault Injection Testing to Improve DoorDash Reliability Bài tóm tắt · DoorDash · 2022
…deploy kèm bug). - Chaos engineering ở production (kiểu Netflix) theo tác giả là không thực tế với DoorDash: một khách bị rơi vào nhóm thử nghiệm có thể mất đơn đồ ăn. Chạy chaos ở…
- LinkedOut: A Request-Level Failure Injection Framework Bài tóm tắt · LinkedIn · 2018
…timeout cấu hình trong D2 rồi ném). - Hai cách kích hoạt: - LiX (hệ A/B và feature gate): nhắm từ một request của một member tới một tỉ lệ member của cả cụm phía dưới. - Invocation…
- Solving manageability challenges at scale with Nuage Bài tóm tắt · LinkedIn · 2019
…nhiều hạ tầng: Espresso, Galene, Kafka, Bulkhead (quota), Helix, Fuse (chống lạm dụng), Couchbase, Ambry (blob), Pinot, Samza, Pro-ML, Brooklin, Venice. Mục tiêu "hạ tầng vô hình":…
- Our Evolution Towards T-REX: The Prehistory of Experimentation Infrastructure at LinkedIn Bài tóm tắt · LinkedIn · 2020
…series về lịch sử nền tảng thí nghiệm của LinkedIn (tên cũ: LiX, XLNT); các phần sau (engine nhanh 20 lần, pipeline phân tích) chưa ingest. Bối cảnh - 2020: T-REX (Targeting, Rampi…
- Real-time Analytics at Massive Scale with Pinot Bài tóm tắt · LinkedIn · 2014
…member, nhóm, công ty đang theo dõi). - Quản lý cụm bằng Helix ; ingest gần realtime từ Kafka , Hadoop cho bootstrap và đối soát. - Dữ liệu chia segment theo thời gian nên hết hạn…
- An open-source spec for Codex orchestration: Symphony Bài tóm tắt · OpenAI · 2026
…n mở mã nguồn là một file SPEC.md cộng bản tham chiếu bằng Elixir (chọn vì nguyên thuỷ giám sát tiến trình đồng thời), do Codex viết; Codex được nhờ implement spec bằng TypeScript,…
- The history of Amazon's forecasting algorithm Bài tóm tắt · Amazon · 2021
Forecast nhu cầu cho hơn 400 triệu sản phẩm ở hơn 185 nước để quyết định tồn kho; đội forecast từ 10 người không có nhà khoa học lên gần 200 người (2021).
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- 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".
- 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…
- 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…
- 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.
- 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ự…
- 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ả…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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ỡ:
- Đổ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.
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Mô hình tổ chức SRE Chủ đề
Lúc nhỏ, một team ops hay SRE tập trung trực và vận hành mọi thứ. Khi chuyển sang microservice và "you build it, you run it", team sản phẩm phải tự sở hữu service trên production, nhưng nhiều team chưa có kỹ năng, còn…