LinkedIn đã áp dụng bài toán newsvendor (mô hình quản lý tồn kho kinh điển) để tối ưu hóa capacity buffer cho hạ tầng private cloud. Kết hợp dự báo nhu cầu, làm sạch tín hiệu và multiplexing buffer headroom và overhead, họ giảm 8.5% dung lượng buffer cần thiết cho platform stream-processing mà không ảnh hưởng đến độ tin cậy. Phương pháp này phân biệt biến động nhu cầu hữu cơ với các thay đổi theo kế hoạch và tính đến độ biến động lead-time trong private cloud. Cách tiếp cận này coi capacity hạ tầng như một bài toán chuỗi cung ứng và hiện đang được mở rộng ra toàn hệ sinh thái hạ tầng của LinkedIn.
AI có thể tóm tắt sai. Đọc bài gốc trước khi dựa vào thông tin quan trọng.
Vì sao nên đọc: Áp dụng mô hình quản lý hàng tồn kho mớisvendor giúp LinkedIn giảm 8,5% dung lượng cần thiết cho hạ tầng điện toán đám mây riêng mà vẫn đảm bảo độ tin cậy.
Trả lời 3 câu hỏi ngắn để nhận điểm thưởng cho bài này. Chỉ làm khi bạn muốn lấy điểm.
3 câu hỏi · dưới một phút · không bắt buộc
Nguồn: https://www.linkedin.com/blog/engineering/infrastructure/infrastructure-efficiency-how-a-classic-math-problem-helped-reduced-our-capacity-buffers. 8 Sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trình1.000 bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thửTo make accurate decisions at machine speed, we need to maintain the state of the business as it changes. It needs to be always current, decentralized across systems that already run the business, and dependable for software to act on it. The architecture that makes this possible is the Streamhouse.
Phiên bản Flink CDC 3.7.0 giới thiệu xử lý dữ liệu dựa trên AI với API mô hình có thể cắm thêm, client mô hình tương thích OpenAI và các hàm văn bản, đa phương thức tích hợp sẵn. Bản cập nhật này cũng bổ trợ inline Python UDF, các connector nguồn mới cho SQL Server và Fluss Pipeline, cùng với cơ chế xử lý schema an toàn hơn cho các bảng sink. Việc cải tiến pipeline configuration và routing cũng được thực hiện, cùng với các bản sửa lỗi tăng độ ổn định cho nhiều connector khác nhau. Đây là phiên bản đáng chú ý nếu bạn đang tìm kiếm tích hợp AI vào pipeline dữ liệu hoặc cần các tính năng xử lý dữ liệu mới.
Lập trình viên nên đọc bài này để cập nhật những tính năng mới như AI xử lý dữ liệu và cải tiến kết nối trong Flink CDC 3.7.0.
Stateful stream processing at 200,000 messages per second: how in-memory reordering took RocksDB off Flink's hot path, proven by A/B development.
Graphiant, Confluent's 2027 Data Streaming Startup of the Year for the Americas, is transforming enterprise networking. Discover how it uses Apache Kafka on Confluent Cloud to power real-time network observability, streaming analytics, and customer-facing dashboards.
The Apache Flink community is excited to announce the release of Apache Flink Agents 0.4.0. Apache Flink Agents brings AI agents into Flink streaming pipelines. Applications can continuously respond to real-time events, combine AI processing with business logic, and use Flink for distributed execution and fault recovery. Shaped by feedback from early production adopters and advances in the agent ecosystem, Flink Agents 0.4 marks the final planned step toward a production-ready 1.
LinkedIn details how it replaced Spark's push-based Magnet shuffle with a unified shuffle platform built on Apache Celeborn, serving both Spark and Flink workloads at massive scale. The architecture disaggregates shuffle storage from compute via dedicated Celeborn workers, adding network-aware replication, disruption-aware slot selection, fleet-wide health monitoring, NVMe storage, 100 Gbps networking, and ZSTD compression. Results versus the Magnet baseline include a 20x reduction in task failures during maintenance, 40% lower shuffle duration, 35% smaller required fleet size, 6x faster slot selection, ~10% lower compute cost, ~14% lower runtime, shuffle fetch failures dropping from ~750 to ~20 per day, and ~90% lower per-task shuffle cost. The rollout also enabled Flink to absorb large historical backfills, retiring a parallel Spark-based historical pipeline across thousands of pipeline instances.
Một công ty SaaS từng mất tới 40 giây để phát hiện sự cố, trong khi khách hàng đã nhận ra ngay lập tức. Họ đã tối ưu hóa hệ thống monitoring bằng cách kết hợp OpenTelemetry, Apache Kafka và Apache Flink trên Kubernetes để giảm thời gian phát hiện sự cố xuống dưới 10 giây. Sự thay đổi này giúp hệ thống xử lý dữ liệu từ 300GB/giây với độ trễ chỉ 50ms, thay vì phải chờ hàng chỗi giây trước đó. Điều đáng học hỏi là cách họ thiết kế pipeline xử lý dữ liệu với Flink stateful processing để phát hiện bất thường trong thời gian thực, kết hợp với Kafka buffering đảm bảo độ tin cậy của dữ liệu ngay cả khi hệ thống gặp sự cố.
Bài viết này giúp lập trình viên tối ưu hóa hệ thống giám sát sự cố từ 40 giây xuống dưới 10 giây bằng cách triển khai lại hệ thống phát hiện sự cố trên OpenTelemetry, Apache Kafka và Apache Flink.
Pinterest has introduced event time-based partition finalization for its database ingestion framework. The mechanism uses Apache Flink to track event time and Apache Iceberg metadata to publish a non-
Đang tải bình luận…