Không có gì thực sự sai với việc triển khai các cuộc chiến tranh, các nhà phát triển có hứng thú nhận các nhiệm vụ được đáp ứng nhanh nhất có thể. Điều đó có nghĩa là họ thường sẽ nhận nợ kỹ thuật, và nếu họ ở trong một nhóm đáng kính, họ sẽ làm sạch món nợ đó.
Tuy nhiên, điều này xảy ra khi bạn tránh sự phức tạp của EAR và chia sẻ một bình bằng cách thêm nó vào máy chủ ứng dụng? Phổ biến hơn nhiều trong nhóm chỉ có chiến tranh, đang giảm tải tất cả các loại ứng dụng phức tạp đến máy chủ ứng dụng. Đơn giản chỉ vì nó được thực hiện dễ dàng hơn, trong lịch trình thường xuyên được phân bổ quá mức. Tôi không đổ lỗi cho họ cho điều này cả, Tuy nhiên bây giờ chúng tôi có một vấn đề mới. Không thể sử dụng máy chủ ứng dụng chuẩn, bạn phải thực hiện các tùy chỉnh bên hệ thống. Hiệu quả các ứng dụng web là chảy máu trên tất cả các hệ thống. Người duy trì máy chủ ứng dụng, bây giờ cũng phải biết chi tiết ứng dụng cụ thể ... trong môi trường doanh nghiệp, điều này trình bày một vấn đề rất rõ ràng.
Sau đó, nhà phát triển có thể chịu trách nhiệm về hệ thống, nhưng họ vẫn cần đáp ứng thời hạn. Họ chắc chắn chảy máu trên tất cả các hệ điều hành là tốt, và đột nhiên các nhà phát triển là quản trị viên duy nhất có thể. Nếu quản trị viên không biết ứng dụng nào đang sử dụng phía hệ thống, họ có thể gây ra nhiều vấn đề lớn. Các đường không rõ ràng này luôn luôn kết thúc bằng các ngón tay trỏ theo cả hai hướng, trạng thái hệ thống chưa biết và cách ly nhóm.
Họ có phải sử dụng EAR không? Không, tôi là một kỹ sư hệ thống, vì vậy tôi luôn nói rằng họ có thể triển khai máy chủ ứng dụng của riêng mình như một ứng dụng thương mại khác. Bên trong một RPM, nếu triển khai một WAR giống như các Máy chủ ứng dụng được hỗ trợ khác, thì chúng sẽ nhận được đường dẫn triển khai WAR. Nếu không, sau đó RPM tất cả trong một ... Một khi không cho phép các nhóm để bên ngoài chi phí của họ, sau đó EARs trở thành một ý tưởng tuyệt vời.
BEA WebLogic hoặc Oracle WebLogic? – Zombies
Đó là một máy chủ mới. Oracle WebLogic. –