Sự thay thế cho một chiến lược cổng thông tin doanh nghiệp trong không gian Java là gì?


17

Sự vỡ mộng với không gian cổng thông tin

Tôi đang thấy một số lượng lớn các khách hàng doanh nghiệp lớn, đã trở nên vỡ mộng với trải nghiệm Cổng thông tin doanh nghiệp của họ, đặc biệt là những khách hàng trong không gian WebSphere Portal Server (WPS). Hàng triệu người đã được đầu tư, nhưng lời hứa về nội dung được cá nhân hóa với các công cụ cộng tác tổng hợp và tích hợp chưa bao giờ thành hiện thực. Việc chuyển sang WPS 7.x là một sự thay đổi lớn và thay thế di chuyển, và khách hàng đang tự hỏi liệu họ có nên chuyển đi nơi khác hoàn toàn không.

Phần mềm Portal: Một lựa chọn khủng khiếp, nhưng cái gì thay thế

Có rất nhiều người ghét Portal ngoài kia, và đôi khi một giải pháp cổng thông tin thực sự quá mức, nhưng khi bạn nói về các tập đoàn lớn, đa quốc gia, làm thế nào người ta khuyên họ nên kiến ​​trúc sư một giải pháp toàn cầu mà không cần máy chủ cổng thông tin?

Các cổng không phải lúc nào cũng thú vị để làm việc như Tomcat hay JBoss AS, nhưng khi tích hợp nhiều ứng dụng, quản lý nội dung, cập nhật các ứng dụng riêng lẻ được triển khai dưới dạng tệp chiến tranh riêng lẻ, quản lý bảo mật xuống cấp portlet, chứng minh một số nhất định số lượng cá nhân hóa cho người dùng và trợ giúp với nhiệm vụ áp đảo là quản lý hàng ngàn trang doanh nghiệp quy mô lớn như một phần của trang web nội bộ và bên ngoài của họ, liệu có công nghệ nào tốt hơn không?

Nhận thức và phản hồi của cộng đồng

Tôi đã cố gắng thu thập càng nhiều cái nhìn sâu sắc càng tốt. Tôi đã viết một bài viết nhỏ trên TSS về vấn đề này:

Những lựa chọn thay thế khác cho cổng thông tin tồn tại trên thị trường?

Tôi cũng đang hồi sinh một chủ đề tại CodeRanch để xem liệu tôi có thể nhận được bất kỳ cái nhìn sâu sắc nào từ phi hành đoàn đẹp trai đó không.

Cập nhật chủ đề Yêu cầu thay thế cho một phần mềm Portal Stragety. Khoảng năm 2012

Tôi cũng đang tìm kiếm một số cái nhìn sâu sắc từ twitterati (@potemcam).

Đây không phải là một bài đăng chéo nhiều như nó là một nỗ lực để thực sự thu thập một số hiểu biết sâu sắc từ cộng đồng. Nếu tôi có thể nhận được một số phản hồi và kinh nghiệm vững chắc, tôi muốn tổng hợp chúng thành một bài viết tư vấn tại TSS.

Sự thay thế phù hợp cho Cổng thông tin doanh nghiệp trong không gian Java là gì?

Nhân tiện, tôi cũng sẽ liên kết chéo với câu hỏi này từ các trang web khác để những người có cùng câu hỏi sẽ có thể bật lại và xem cộng đồng đang nói gì về chủ đề này.


webmasters.stackexchange.com có thể là nơi câu hỏi này thuộc về câu hỏi này khá cụ thể đối với không gian web cổng thông tin so với phát triển phần mềm nói chung.
JB King

2
Tất cả các trang web SE cố gắng tránh các câu hỏi thu hút ý kiến ​​hoặc là các cuộc thăm dò ý kiến, nếu bạn loại bỏ các phần yêu cầu thông tin chi tiết / kinh nghiệm và tập trung vào câu hỏi chính "có công nghệ nào tốt hơn cổng thông tin không?" câu hỏi của bạn ít có khả năng bị đóng
Ryathal

Man, tôi đang phá vỡ stackexchange và stackoverflow? Tôi đã là người điều hành tại CodeRanch và TheServerSide trong nhiều năm, vì vậy tôi hơi đỏ mặt vì là một trong những người mới liên tục đăng bài trên diễn đàn sai. Tôi hy vọng đây là lỗ chim bồ câu chính xác. Tôi nhận thấy rằng các quản trị web nặng về kịch bản và nhiều thứ trung tâm trang web hơn. Tôi hy vọng rằng các lập trình viên có vai rộng, những người làm công việc nặng nhọc trong không gian CNTT có thể cung cấp một số hiểu biết và kinh nghiệm. Hy vọng rằng tôi sẽ không phải chơi bất kỳ roulette stackexchange nào nữa. :)
Cameron McKenzie

Được rồi, tôi đã thực hiện nhiều chỉnh sửa hơn để thử và tập trung lại vào một câu hỏi có thể trả lời. Hoặc ít nhất, tôi đã cố gắng loại bỏ những thứ dựa trên nhiều ý kiến ​​hơn.
Cameron McKenzie

Công ty tôi làm việc đã thiết lập một số dự án trọn đời khác nhau độc lập với nhau. Hiện tại một nhóm khác đang làm việc để chuyển một trang web dựa trên cuộc sống từ bên ngoài sang lưu trữ đường phố. Họ nói với tôi rằng họ đang đối mặt với nhiều vấn đề; các phiên bản khác nhau ngoài các portlets / thư viện đã sử dụng, nỗ lực thay đổi cơ sở dữ liệu (afaik từ mysql sang orory), phá vỡ các thay đổi giữa phiên bản 6.0, 6.1 và 6.2 trong trạng thái sửa lỗi khác nhau trên phiên bản EE so với phiên bản CE. Tất cả điều này cho phép tôi tự hỏi nếu ...
baFourOneSixOneThree

Câu trả lời:


7

Trước tiên, bạn cần xem xét những vấn đề mà Portal được thiết kế để giải quyết. Có phải, như Wikipedia gợi ý, để tập hợp thông tin từ nhiều nguồn khác nhau theo một cách thống nhất? Nếu vậy, những cách khác bây giờ chúng ta phải làm điều này?

Chà, đầu tiên, làm thế nào để bạn tập hợp thông tin từ nhiều nguồn khác nhau? Câu trả lời rõ ràng là gọi nhiều dịch vụ (web). Điều này giới thiệu các vấn đề về hợp đồng và độ trễ mạng, blah blah blah, nhưng đây là những điều được giải quyết kém bằng cổng thông tin, vì vậy đó là cuộc gọi của bạn. Giả sử các dịch vụ là RESTful? Điều đó làm cho việc quản lý hợp đồng dễ dàng hơn? Có khả năng.

Sau đó, làm thế nào để bạn thống nhất thông tin? Một trong những vấn đề mà Portal giải quyết là làm thế nào để đưa các mục khác nhau này lên một trang và để chúng tải độc lập. AJAX đã phát triển kể từ đó và hiệu ứng tương tự có thể được xử lý bằng cách sử dụng các lệnh gọi XMLHttpRequest đến các dịch vụ (RESTful?) Khác nhau để lấy dữ liệu của bạn và sau đó sử dụng một tập hợp các biểu định kiểu.

Điều này sẽ làm việc? Nó có thể và làm được. Có dễ quản lý hơn các máy chủ cổng thông tin JSR286 không? Có lẽ. Vẫn còn rất nhiều vấn đề cần khắc phục? Chắc chắn rồi. Nhưng đó là một sự thay thế khả thi.


4

Gần đây tôi đã tham gia sâu vào bối cảnh máy chủ cổng thông tin Java. Nó được chọn là một giải pháp thay thế rẻ tiền cho SharePoint, vì chúng tôi có thể tìm thấy một nhà cung cấp cổng thông tin mang các tính năng tương đương. Chúng tôi đã sử dụng Nền tảng eXo và mặc dù nó chủ yếu được quảng cáo cho các tính năng xã hội, nhưng nó hoàn toàn tuân thủ như một máy chủ cổng thông tin JSR286.

Một cổng thông tin Java thể cực kỳ mạnh mẽ, nhưng nó tự nhiên phải trả giá bằng việc dường như quá kỹ thuật và phức tạp không cần thiết. Phản hồi chung của khách hàng mà chúng tôi nhận được là cấu hình cơ bản và chi phí hoạt động của máy chủ có thể quá nhiều. Tôi vẫn chưa tìm thấy một nền tảng cổng thông tin hoặc giải pháp thay thế nào có thể cung cấp một bộ tính năng dài dòng, nhưng vẫn mỏng có thể chấp nhận được cho một tập hợp các yêu cầu hoạt động. Nhiều năm tính năng phình to giữa các nền tảng cổng thông tin cạnh tranh đã làm cho thị trường trở nên nghiêm trọng.

Tăng trưởng trong thế giới cổng thông tin Java đã chậm một cách khó chịu. Bạn sẽ tìm thấy các giao diện ngày, UX cổ xưa, và mọi hành động sẽ để lại một hương vị xấu trong miệng của bạn. Có rất ít nhà đổi mới ở đây, Nền tảng eXo là một trong số rất ít mà chúng tôi thấy đang nỗ lực phối hợp để hiện đại hóa.

Với tất cả những điều đó, bạn vẫn có thể tạo ra một sản phẩm hợp lý trong thế giới JSR268 với thước đo thành công. Chúng tôi đã có thể làm điều này bằng cách tận dụng các dịch vụ JAX-RS cho mỗi portlet, về cơ bản là các tính năng và chức năng của portlet chọn cherry. Tất cả các truy cập cơ sở dữ liệu chạy từ các dịch vụ RESTful riêng biệt của máy chủ web cho các hoạt động CRUD được tối ưu hóa. Nó đòi hỏi một sự siêng năng áp đặt với một nỗ lực vượt mức mà không nhiều người sẵn sàng cam kết.

Bạn cũng có thể hoàn toàn khởi động và xây dựng cho mình một 'cổng thông tin' với các máy chủ và JAX-RS. Điều này có thể được thực hiện nhanh hơn nhiều so với phát triển cổng thông tin tiêu chuẩn. Tuy nhiên, bạn sẽ bị hụt hẫng khi hỗ trợ đầy đủ các tính năng cấu hình được tìm thấy trên một cổng web tiêu chuẩn.

Đơn giản, có một chu kỳ vướng mắc nghiêm trọng của các bộ tính năng quá mức kìm hãm sự đổi mới dường như không sớm thay đổi. Đột phá thay đổi trò chơi là không thể xảy ra bởi vì những người chơi nặng không nhìn thấy meta phát triển. Nhưng lựa chọn thay thế duy nhất của bạn là chỉ phát minh lại các tính năng bạn muốn.


3

Tôi không đồng ý với Matthew , không có vấn đề nào với cổng thông tin doanh nghiệp được gây ra trực tiếp bởi công nghệ. Vấn đề gần như luôn luôn là sự thiếu tập trung và định hướng rõ ràng.

Vấn đề bạn đang cố gắng giải quyết là gì? Hãy thử và đóng nó xuống một số chi tiết cụ thể. Tôi có thể đoán rằng việc chuyển thông tin ra khỏi hộp thư điện tử sang một số giải pháp nội dung có thể tìm kiếm sẽ khá cao. Như sẽ tìm thấy thông tin sống trên các ổ đĩa mạng chung. Có lẽ có một câu hỏi xung quanh quy trình làm việc.

Ngoài ra, nó bắt đầu hơi mơ hồ và đó là nơi các giải pháp thất bại. Nếu bất cứ ai cố gắng bán cho bạn một cổng thông tin với bản demo cho thấy một nhóm không liên quan đang tìm kiếm thông tin về vấn đề của anh ta và việc tìm một nhóm khác đã giải quyết vấn đề đó không nhận ra cách mọi người làm việc.

Tôi không muốn điều này biến thành một chiếc bánh quế dài, vì vậy tôi sẽ hỏi một câu hỏi. Giải pháp cổng thông tin của bạn có cho phép bạn chia sẻ thông tin với các đồng nghiệp dễ dàng như ứng dụng email của bạn không? Cụ thể, ứng dụng của tôi bị sập và tôi muốn gửi cho bạn ảnh chụp màn hình. Tôi có thể dán thẳng vào email của mình, nó sẽ không hoạt động với các giải pháp dựa trên web. Nó có tích hợp với Office không? Ai sẽ nhận được tất cả các thông tin hiện có trên cổng thông tin?

Tập trung vào con người, sự tương tác và nhu cầu của họ và quên đi kỹ thuật trước. Thứ hai, kiểm duyệt những mong muốn và mong muốn của mọi người với một chút thực tế.


+1. "Thất bại" của các cổng chắc chắn là một thất bại của kế hoạch.
bunglestink

1
Tôi đã nói có một vấn đề cơ bản với công nghệ cổng thông tin? Tôi đã nói (ngụ ý, thực sự) rằng họ rất khó quản lý (được sinh ra theo cách họ thường xuyên bị quản lý) và rằng cách tiếp cận dựa trên Ajax / Dịch vụ là một cách thay thế khả thi.
Matthew Flynn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.