Tại sao lại có thêm một blog kỹ thuật nữa?
Vì sao V-CODER LOG tồn tại: ghi lại kinh nghiệm kỹ thuật thực chiến để debug nhanh hơn, triển khai chắc hơn và tránh lặp lại cùng một lỗi.
Câu hỏi hợp lý. Internet đã không thiếu blog lập trình. Vậy thêm một cái nữa để làm gì?
Vì tôi không tìm được thứ mình cần
Mỗi lần gặp vấn đề thực tế, tôi thường rơi vào một trong hai tình huống:
Tình huống 1: Google ra một bài viết dài 3000 chữ giải thích lý thuyết rất hay, nhưng không có một dòng config thực tế nào. Đọc xong vẫn không biết bắt đầu từ đâu.
Tình huống 2: Copy được đoạn code trên Stack Overflow. Chạy được. Nhưng không hiểu tại sao, và 3 tuần sau gặp lại vẫn phải Google lại từ đầu.
V-CODER LOG là nơi tôi cố gắng viết theo cách thứ ba: bắt đầu từ tình huống cụ thể, giải thích vừa đủ để hiểu, và có thể dùng lại được.
Những thứ sẽ được viết ở đây
Chủ yếu là những gì tôi đang làm hoặc vừa làm xong:
- Cài đặt hệ thống PostgreSQL High Availability với Master-Slave, PgBouncer, PgPool
- Cấu hình Nginx, SSL, reverse proxy
- Deploy ứng dụng lên VPS với GitHub Actions
- Debug các lỗi production kỳ lạ
Không có lịch đăng bài. Có vấn đề đáng ghi lại thì viết.
Nguyên tắc viết
Một bài viết ở đây phải trả lời được câu hỏi: “Nếu gặp lại vấn đề này sau 6 tháng, tôi cần đọc gì để giải quyết nhanh nhất?”
Điều đó có nghĩa là:
- Có đủ context để hiểu tại sao lại làm vậy
- Ghi lại cả những thứ không hoạt động và lý do
- Không giấu những trade-off hoặc giới hạn của giải pháp
Bài đầu tiên đang đến
Série đầu tiên sẽ là về High Availability cho PostgreSQL — từ cài đặt Master-Slave replication, đến PgBouncer connection pooling, đến PgPool clustering và auto-failover.
Đây là loại hạ tầng mà hầu hết project sẽ cần khi bắt đầu nghiêm túc về reliability. Và cũng là loại hạ tầng mà tài liệu hướng dẫn thường… không đủ thực tế.
Nếu có gì sai hoặc có góc nhìn khác — Facebook page luôn mở: V-CODER LOG