See you in Lisbon!

Ruby 3.4.11 Released

Ruby 3.4.11 vừa được phát hành như một bản cập nhật định kỳ nhằm sửa lỗi. Bản cập nhật này tập trung vào các bugfix để cải thiện độ ổn định cho ngôn ngữ Ruby. Phiên bản này không chứa các tính năng mới mà chỉ tập trung vào sửa các vấn đề đã được báo cáo. Với lập trình viên Ruby, việc cập nhật lên phiên bản này là cần thiết để tránh các potential issue có thể ảnh hưởng đến ứng dụng.

Ruby 3.4.11 mang những sửa lỗi quan trọng mà lập trình viên Ruby cần biết để đảm bảo tính ổn định cho ứng dụng.

LAST CALL FOR ENROLLMENT: Rebuild YouTube with AI

Khóa học "Rebuild YouTube with AI" do cựu kỹ sư YouTube giảng dạy sẽ bắt đầu vào ngày 26 tháng 9, chỉ còn 24 giờ để đăng ký. Khóa học tập trung vào việc tái tạo nền tảng video lớn nhất thế giới với công nghệ AI hiện đại. Người học sẽ được tiếp cận kiến thức chuyên sâu về architecture của YouTube từ người đã từng làm việc bên trong hệ thống này. Cơ hội hiếm hoi để hiểu cách vận hành một nền tảng xử lý hơn 2 tỷ video mỗi ngày với cơ sở hạ tầng khổng lồ. Nếu bạn muốn nắm vững kỹ thuật xây dựng và tối ưu hóa hệ thống video scale lớn, đây chính là khóa học không thể bỏ lỡ.

Khóa học "Rebuild YouTube with AI" do cựu kỹ sư YouTube giảng dạy sẽ giúp bạn xây dựng nền tảng video tương tự YouTube với công nghệ AI hiện đại.

Concurrency Control: Arbitration vs. Serialization

Concurrency control trong hệ thống phân tạp tồn tại hai hình thức khác nhau và hầu hết lỗi …

Your Neon Functions can now run on a schedule

Neon Functions nay ho tro chay theo lịch triger bang cron job, su dung tinh nang scale to zero de tien ich. He thong se tu dong goi ham khi dieu kien thoi gian duoc dat ra. Cac cron job trong Neon Functions hoan toan tuong thich voi quy mo scale to zero. Feature nay giup tinh toan chi khi can, giam chi phi khi khong su dung. Neu ban dang su dung Neon va can thuc thi ham theo chu ky, tinh nang nay rat huu ich.

Cron jobs trong Neon Functions giúp tự động hóa và tối ưu chi phí bằng cách chạy code theo lịch trình với khả năng mở rộng về quy mô.

TimescaleDB Course – PostgreSQL for Time-Series Data

Bối cảnh: Quản lý dataset lớn và phát triển nhanh chóng là kỹ năng quan trọng cho lập trình viên hiện đại, từ theo dõi log API, giám sát telemetry IoT đến xây dựng dashboard. Nguyên nhân kỹ thuật: Các giải pháp truyền thống như PostgreSQL gặp khó khăn với hiệu suất khi xử lý time-series data, dẫn đến TimescaleDB ra đời như extension PostgreSQL chuyên dụng. Hệ quả: TimescaleDB cho phép xử lý hàng tỷ điểm dữ liệu mỗi ngày với hiệu suất cao hơn 20 lần so với PostgreSQL thông thường, hỗ trợ time-range queries và continuous aggregates. Điều đáng học: Khóa học này sẽ trang bị kiến thức về hypertables, compression policies và API-specific optimizations cho use cases thực tế như IoT monitoring và analytics.

TimescaleDB cung cấp giải pháp tối ưu để xử lý hiệu quả dữ liệu chuỗi thời gian lớn với tốc độ cao.

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. Nguyên nhân kỹ thuật thường đến từ việc liên tục thay đổi yêu cầu và tái cấu trúc code mà không có kế hoạch rõ ràng. Hệ quả là dự án kéo dài vô hạn, tốn hàng triệu USD và cuối cùng phải hủy bỏ. Điều đáng học là áp dụng phương pháp agile và thiết kế hệ thống vững chắc ngay từ đầu để tránh rơi vào "Duke Nukem Forever Mode".

Bài này giúp lập trình viên tránh sa vào tình trạng trì hoãn vô tận như Duke Nukem Forever.

pgBackRest Compression: How Much CPU Is a Smaller Backup Worth?

pgBackRest đã được benchmark với các thuật toán nén khác nhau (gz, lz4, zst, bz2) trên dữ liệu thực từ Stack Exchange. Zstandard ở mức thấp (zst(3)) cho tỷ lệ CPU-cost-to-savings tốt nhất với tỷ lệ tiết kiệm 64.7% chỉ trong 59 CPU-seconds, trong khi mức zst(22) chỉ giảm thêm 9.4% dung lượng nhưng tốn gấp 90 lần CPU. LZ4 chỉ hiệu quả ở mức 1 hoặc thấp hơn, gzip đạt đỉnh ở mức 5-6, còn bz2 không bao giờ nằm trên biên hiệu quả. Bạn nên tự benchmark với dữ liệu thực của mình trước khi chọn mức nén sản phẩm.

Bài này giúp bạn chọn mức nén tối ưu cho pgBackRest bằng cách phân tích chi phí CPU và hiệu suất lưu trữ cho từng thuật toán.

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm kho dữ liệu chính. Khi chi phí cấp phép và vận hành Couchbase tăng theo mức sử dụng, đội ngũ quyết định tìm giải pháp thay thế mã nguồn mở để giảm chi phí mà không làm giảm hiệu suất. Họ đã thiết kế lại mô hình dữ liệu, chuyển các truy vấn và bộ đệm sang PostgreSQL, sử dụng partitioning và indexing tối ưu để duy trì thời gian phản hồi ở mức mili giây. Sau khi hoàn tất migration, chi phí hạ tầng đã giảm đáng kể trong khi latency trung bình vẫn ổn định ở mức trước khi thay đổi. Bài viết nhấn mạnh bài học quan trọng: trước khi thay đổi công nghệ cần đo lường rõ ràng cả chi phí và chỉ số hiệu suất để đảm bảo quyết định mang lại lợi ích thực tế.

Bài viết này cho thấy cách giảm chi phí cơ sở dữ liệu mà không làm giảm hiệu suất thông qua việc di chuyển từ Couchbase sang PostgreSQL.