Highly Available PostgreSQL on Kubernetes in 10 Minutes

Create Oracle Wallet for AWS DMS SSL connections using SQLcl

Hướng dẫn chi tiết cách sử dụng SQLcl để tạo và quản lý Oracle Wallet phục vụ kết nối SSL giữa AWS DMS và Amazon RDS for Oracle. Bao gồm cài đặt SQLcl, Java Corretto 21, tách gói chứng chỉ RDS, cấu hình wallet bằng orapki, chỉnh sửa các file cấu hình, kiểm tra kết nối TCPS, upload wallet lên S3 và tích hợp vào DMS. Phần khắc phục sự cố đề cập các lỗi phổ biến như SSL handshake, xác thực chứng chỉ DMS, và lỗi PKIX path building.

Nếu bạn là lập trình viên quản lý kết nối cơ sở dữ liệu AWS DMS với Oracle trên RDS và gặp vấn đề về SSL/TLS, bài hướng dẫn này giúp bạn giải quyết các lỗi SSL không thành công, tối ưu hóa cấu hình wallet Oracle và tránh các sai sót thường gặp như thiếu chứng chỉ hoặc cấu hình sai trong JDBC.

Does anyone run Postgres without PgBouncer?

Hầu hết các nhà cung cấp Postgres lớn (AWS RDS, Azure, Google Cloud SQL, Supabase …

Doltgres is as Fast as MySQL is Slow

Doltgres đã đạt hiệu suất tương đương MySQL nhờ những tối ưu hóa gần đây.

Introducing Flux Mirror

Flux Mirror cung cấp tính năng mirroring khai báo cho container images, Helm charts và OCI artifacts, bao gồm xác minh chữ ký, chính sách nguồn gốc và tuổi thọ tối thiểu của artifact.

Là người phát triển Kubernetes hoặc xây dựng ứng dụng container hóa, bạn nên đọc để khám phá cách Flux Mirror giúp tự động đồng bộ hóa, kiểm tra và bảo mật các ảnh container, Helm chart và tài nguyên OCI một cách minh bạch và hiệu quả.

Kubernetes on Oxide: How Customer Needs Shaped Our Integrations

Oxide điều chỉnh tích hợp Kubernetes dựa trên nhu cầu thực tế từ khách hàng.

Lập trình viên muốn tối ưu hóa triển khai và quản lý ứng dụng Kubernetes trong môi trường thực tế sẽ tìm hiểu cách Oxide đã điều chỉnh các tích hợp để đáp ứng nhu cầu cụ thể của khách hàng, giúp giải quyết những thách thức thực tế như hiệu suất, bảo mật và chi phí.

All Your GUCs in a Row: jit_above_cost, jit_inline_above_cost, and jit_optimize_above_cost

Hệ thống JIT của PostgreSQL sử dụng ba tham số GUC (jit_above_cost, jit_inline_above_cost, jit_optimize_above_cost) dựa trên chi phí ước tính của planner, nhưng thường kích hoạt không cần thiết do chi phí này phụ thuộc vào khối lượng dữ liệu thay vì độ phức tạp biểu thức. Việc giảm ngưỡng kích hoạt JIT không được khuyến nghị; thay vào đó, nên bật/tắt JIT ở cấp cơ sở dữ liệu và theo dõi thông qua pg_stat_statements.

Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa hiệu suất PostgreSQL bằng cách điều chỉnh các tham số JIT dựa trên chi phí thực tế của các truy vấn, tránh tình trạng recompile liên tục gây lãng phí tài nguyên mà không mang lại lợi ích thực tế.

New Modern JDBC Driver for PostgreSQL

Bộ driver JDBC mới cho PostgreSQL tên pg-java được viết từ đầu bởi Sehrope Sarkini, tận dụng cách tiếp cận native của PostgreSQL thay vì dựa trên các trừu tượng tối giản của JDBC. Sử dụng Java 21 virtual threads và ReentrantLock thay cho synchronized, driver hỗ trợ hàng nghìn kết nối mà không cần event loop hay callback API.

Nếu bạn đang làm việc với PostgreSQL và gặp khó khăn về hiệu suất với JDBC truyền thống, thì bài này sẽ giúp bạn khám phá một giải pháp tiên tiến, tối ưu hóa hiệu suất bằng cách loại bỏ rào cản của JDBC và sử dụng cơ chế pull cursor cùng virtual threads trong Java 21.