Scalable Jenkins Management: Empowering Enterprises With Centralized Control for 150+ Instances

Agentic Code Quality

Bối cảnh: Sự tăng trưởng của các AI agent như GitHub Copilot, Amazon CodeWhisperer đang …

So, is ClickHouse winning the observability wars?

Sau khi các主張 ClickHouse “thắng cuộc chiến observability” gây ra tranh cãi, tác giả phản biện về tại sao ClickHouse đã trở thành một công cụ lưu trữ và truy vấn hàng đầu. Nguyên nhân kỹ thuật được nêu là kiến trúc cột của ClickHouse cho phép truy vấn OLAP cực nhanh, nén dữ liệu cao và hỗ trợ mở rộng ngang. Tuy nhiên, bài viết cũng chỉ ra những hạn chế còn lại của ClickHouse trong bối cảnh observability, như thiếu tích hợp sẵn các thành phần tracing, logging và alerting. Do đó, dù ClickHouse có thể “thắng” ở lớp lưu trữ dữ liệu, nhưng chiến thắng trong observability đòi hỏi hơn chỉ là một engine truy vấn nhanh. Bài học chính là khi đánh giá một giải pháp observability cần xem xét toàn bộ pipeline, không chỉ tập trung vào lớp database.

Bài viết giúp bạn hiểu tại sao ClickHouse đang thống trị trong lưu trữ và truy vấn dữ liệu quan sát, đồng thời nhận ra những điểm hạn chế của nó trong bối cảnh cạnh tranh hiện nay.

Debunking the hotfix pipeline myth

Bài viết bắt đầu bằng việc chỉ ra sự quan niệm sai lầm rằng các pipeline hotfix cần được tối ưu hoá riêng biệt để giảm thời gian khắc phục lỗi. Nguyên nhân kỹ thuật là vì nhiều đội thường sao chép toàn bộ giai đoạn build, test và deploy từ pipeline chính vào pipeline hotfix, dẫn đến việc thực hiện các công việc lặp lại và tăngภาระ cho hệ thống CI/CD. Hệ quả là các pipeline hotfix thường chạy chậm hơn, tiêu tốn tài nguyên và làm chậm phản hồi hồi quy, đồng thời làm giảm độ tin cậy của quy trình phát hành tổng thể. Bài khuyên rằng đầu tư vào việc làm cho pipeline mặc định nhanh và hiệu quả nhất sẽ tự động mang lại lợi ích cho mọi hotfix, vì chúng kế thừa cùng các giai đoạn đã được tối ưu. Bài học chính là thay vì đầu tư riêng cho hotfix, équipes nên tập trung cải thiện pipeline CI/CD cơ bản (ví dụ: tối ưu hoá cache, chạy song song các job, giảm thời gian khởi tạo agent) để đạt được tốc độ và độ tin cậy cao nhất cho tất cả các loại thay đổi.

Bài này giúp lập trình viên hiểu tại sao tối ưu hóa pipeline mặc định quan trọng hơn việc xây dựng hotfix pipeline, giúp cải thiện chất lượng và hiệu suất toàn bộ quy trình phát triển phần mềm.

pnpm 11.21-11.22

pnpm 11.21 và 11.22 thay đổi cách pnpm install xử lý lockfile, cập nhật nó trực tiếp thay vì giải quyết lại toàn bộ đồ thị phụ thuộc cho hầu hết các thay đổi thường ngày. Điều này được thực hiện bằng cách tắt ghi lại SSH URLs trong lockfile, giúp tránh lỗi cài đặt trên CI khi các URL đó không thể truy cập. Đồng thời, các cài đặt toàn cầu được thực hiện nguyên tử và các cập nhật tương tác toàn cầu теперь chọn toàn bộ nhóm cài đặt, đồng thời thêm lệnh pnpm cache path để truy cập nhanh vào thư mục cache. Tuy nhiên, bản cập nhật cũng loại bỏ khả năng di chuyển trạng thái máy của pnpm qua pnpm-workspace.yaml, giới hạn sự linh hoạt trong cấu hình workspace. Từ những thay đổi này, lập trình viên nên lưu ý đến chiến lược quản lý lockfile, tránh sử dụng SSH URLs trong môi trường CI và cân nhắc tác động của việc không thể di chuyển trạng thái máy khi thiết kế workspace.

Bài viết này giúp bạn hiểu những cải tiến quan trọng trong pnpm 11.21-11.22, từ tối ưu hóa hiệu suất cài đặt đến tăng cường độ ổn định cho môi trường CI.

Remote Taskfiles

Remote Taskfiles đã chính thức ra mắt sau gần 3 năm thử nghiệm.

Tìm hiểu về Remote Taskfiles sẽ giúp lập trình viên tối ưu hóa quy trình làm việc từ xa với công cụ đã được thử nghiệm trong 3 năm.

A deep dive into GitHub Actions

Bài viết giới thiệu GitHub Actions là nền tảng CI/CD tích hợp sẵn trong GitHub, cho phép định nghĩa quy trình qua file YAML workflow. Giải thích chi tiết về runner (self‑hosted và GitHub‑hosted), cách job graph được xây dựng từ các bước (steps) và phụ thuộc (needs), cũng như cách lưu trữ artefacts và sử dụng cache để tăng tốc build. Điểm mạnh là khả năng bảo mật qua secrets, OIDC token và môi trường isolated, đồng thời hỗ trợ triển khai (deploy) tới các dịch vụ như Azure, AWS, Kubernetes và công cụ debug qua log thực time và công cụ replay. Bài cũng chỉ ra các hạn chế phổ biến như thời gian chạy tối đa của runner miễn phí, giới hạn kích thước cache và chi phí khi sử dụng self‑hosted runner ở quy mô lớn. Từ đó, tác giả khuyên equipe nên thiết kế workflow mô-đun, tận dụng cache và artifacts hợp lý, kiểm soát secrets qua môi trường và theo dõi sử dụng runner để tối ưu chi phí và độ tin cậy của pipeline.

Bài này cung cấp hướng dẫn toàn diện giúp bạn tối ưu hóa quy trình CI/CD với GitHub Actions cho dự án của mình.

witr: Why is this running? Trace process, port, container or file

witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.

Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.

How We Automated Angular Upgrades at Halodoc using AI

Halodoc đã tự động hóa việc nâng cấp Angular cho khoảng 40 ứng dụng sử dụng một kỹ năng Claude AI duy nhất. Hệ thống này được xây dựng dựa trên dữ liệu di chuyển migration data chính thức của Angular, đảm bảo tính chính xác kỹ thuật. Phương pháp này giúp Halodoc giảm đáng kể thời gian và nguồn lực cần thiết cho việc nâng cấp phiên bản Angular. Giải pháp của họ kết hợp giữa tự động hóa AI và quy trình kiểm tra bởi con người human review gate để đảm bảo chất lượng code sau nâng cấp. Bài viết cung cấp cái nhìn thực tế về cách tận dụng AI cho các tác vụ kỹ thuật phức tạp trong phát triển phần mềm.

Bài này tiết lộ cách Halodoc tự động nâng cấp Angular cho ~40 ứng dụng bằng AI, giúp lập trình viên tiết kiệm thời gian và giảm rủi ro khi nâng cấp dự án lớn.