Thông báo gần đây về Kronotop, một cơ sở dữ liệu tương thích với Redis được xây dựng bằng Java, đã làm dấy lên một cuộc thảo luận sôi nổi trong cộng đồng lập trình viên về vai trò và hiệu năng của Java trong các ứng dụng doanh nghiệp hiện đại. Mặc dù cơ sở dữ liệu mới này hứa hẹn hỗ trợ giao dịch ACID và tích hợp FoundationDB, việc lựa chọn Java làm ngôn ngữ triển khai đã trở thành tâm điểm của cuộc tranh luận.
Nghịch lý hiệu năng của Java
Mặc dù Java nổi tiếng với một trong những môi trường chạy hiệu quả nhất ngoài các ngôn ngữ lập trình hệ thống như C, C++ và Rust, các lập trình viên vẫn liên tục bày tỏ lo ngại về mức tiêu thụ tài nguyên của nó trong môi trường sản xuất. Cuộc thảo luận cho thấy sự khác biệt rõ rệt giữa khả năng hiệu năng lý thuyết của Java và trải nghiệm thực tế. Các thành viên cộng đồng chỉ ra một số ví dụ nổi bật về việc các triển khai Java đã được thay thế bằng C++ để cải thiện hiệu năng, như việc Clickhouse viết lại Zookeeper và Scylla triển khai lại Cassandra.
Java có thể đạt hiệu năng tốt nếu bạn chú ý đến hiệu năng khi viết code. Nhưng điều đó đòi hỏi nhiều nỗ lực hơn so với việc đơn giản là viết bằng Rust/Go.
Những triển khai lại Java đáng chú ý:
- Clickhouse Keeper (C++) thay thế cho Zookeeper
- Scylla (C++) thay thế cho Cassandra
- Nhiều giải pháp thay thế tương thích với Redis được viết bằng các ngôn ngữ khác nhau
Ảnh hưởng của Spring Framework
Một phần đáng kể của cuộc tranh luận tập trung vào tác động của Spring Framework đối với các ứng dụng Java. Các lập trình viên phân biệt giữa hiệu năng Java thuần và các ứng dụng dựa trên Spring, trong đó Spring thường bị chỉ trích về việc tiêu tốn quá nhiều tài nguyên. Điều này cho thấy bức tranh về phát triển Java hiện đại gắn liền với Spring, nơi mà ngay cả những endpoint đơn giản cũng cần đến nhiều lõi CPU và hàng gigabyte RAM cho khối lượng công việc khiêm tốn.
Các vấn đề thường gặp về hiệu năng Java:
- Mức sử dụng bộ nhớ cao trong môi trường sản xuất
- Ứng dụng Spring Framework tiêu tốn nhiều tài nguyên
- Chi phí khởi động đáng kể
- Dung lượng triển khai lớn
- Yêu cầu cấu hình phức tạp
Sự cô lập của Java doanh nghiệp
Cuộc thảo luận làm nổi bật sự phân chia văn hóa trong thế giới phát triển phần mềm. Các lập trình viên Java doanh nghiệp thường được mô tả là hoạt động tương đối biệt lập với các xu hướng và thực tiễn rộng lớn hơn trong ngành. Sự cô lập này dẫn đến việc phụ thuộc nhiều vào các công cụ và framework đã trưởng thành nhưng tiêu tốn nhiều tài nguyên, tạo ra một hệ sinh thái tự củng cố có thể khó chấp nhận các giải pháp nhẹ hơn như Quarkus.
Các chỉ số hiệu năng và sự đánh đổi
Cuộc tranh luận trong cộng đồng cũng đề cập đến sự phức tạp trong việc đo lường hiệu năng, lưu ý rằng các chỉ số khác nhau như sử dụng CPU, tiêu thụ bộ nhớ và hiệu quả phát triển phải được cân nhắc với nhau. Mặc dù Java có thể xuất sắc trong một số khía cạnh hiệu năng nhất định, nhưng tổng thể về mức sử dụng tài nguyên và độ phức tạp trong vận hành thường khiến các lập trình viên tìm kiếm các giải pháp thay thế bằng các ngôn ngữ như Go, Rust hoặc C++.
Cuộc thảo luận đang diễn ra phản ánh xu hướng rộng lớn hơn trong ngành về việc đánh giá lại các công nghệ doanh nghiệp truyền thống dưới góc độ yêu cầu hiện đại về hiệu quả tài nguyên và tối ưu hóa chi phí đám mây. Mặc dù Java tiếp tục thống trị trong phát triển doanh nghiệp, những lo ngại của cộng đồng cho thấy có thể có sự thay đổi trong cách các hệ thống tương lai được thiết kế và triển khai.