What is a Federated Portal Network?
- Secure connections throughout your worldwide portal infrastructure
- Multi language support
- User Stores and Role based architecture(s) that ensures users to access only their needed content
- Dynamic content access to repositories and applications specific to the user(s) day to day business needs
Now then, that all sounds pretty straight forward from a needs point of view. Everything else should be nice and easy to achieve correct? Well not exactly. We really need to take a look at what all this means to us on a global IT scale and as a company. Due to constant company merges and acquisitions we may have many different types of SAP Portals and non SAP portals out there in our landscape. We may have a variety of different needs from a content point of view also. This also means that the administration of the content on any variety of available portals may need to be maintained separately at each site. Therefore, we as a global company in an ever changing environment may need to maintain user roles, rights, access to and creation of content and applications. Achieving symmetry between global organizations that are potentially separated by many IT centers dispersed worldwide is the advantage of a Federated Portal Network. By integrating individual portal instances that are spread throughout your worldwide infrastructure you are essentially creating one single interactive portal network that can be customized not only from a content standpoint but also from a business centric strategic viewpoint. As I move through this blog series I will walk you through the key features of the Federated Portal Network available within the SAP NetWeaver product. Next Step: Intro to Implementation of a Federated Portal Network (FPN)
Hi, Scott. Good Blog...thought I would pose a question in it to you. I am currently in the process of architecting an extranet & intranet SAP Netweaver portal solution for my company. We have many identified requirements & several options seemingly available that will address/handle our requirements. One main security requirement is that it be deployed over a 3-schema security model (3 different networks <DMZ, Middle Layer & Inner Corporate Layer> isolated from each other via various firewalls & other devices. And we also have 2 separate ADs (one for the outside & one for the inside). Ideally, we would prefer having 1 single Portal on the inner layer for both intranet & extranet usage and utilize a reverse proxy device on the DMZ & web dispatcher (or similar component) on the middle layer. But we may need to separate the 2 types of portals having one for intranet usage deployed on the inner layer and the other for extranet usage deployed on the middle layer along with an appropriate reverse proxy / load balancers on the DMZ (& middle layer as well). This scenario obviously would require more basis & portal admin support and more resources so we are wondering if there would be any value in a 'hybrid' portal approach, where we utilize federated portals...one on the inner layer & one on the middle layer with some shared content between them. Is this a valid use of the federated portal concept or is it only meant for distributed portal implementations by location &/or by business application (like CRM & BI, etc...)? I would greatly apreciate your comments on this within this Blog or off-line via email. Thanks.
for federated poratl network any tool is avilable for work