Sun ONE Portal Server 6.2 Deployment Guide |
Chapter 4
Analyzing Your Portal RequirementsThis chapter describes how to analyze your organization’s needs and requirements that lead to designing your Sun ONE Portal Server software deployment.
This chapter contains the following sections:
Identifying and Evaluating Your Business and Technical RequirementsThe first step in planning your deployment is identifying your Portal Server business and technical requirements.
Your business requirements address your organization’s problems and opportunities, and include such factors as:
To be useful in formulating design requirements, the business requirements must address detailed goals and objectives.
Your technical requirements (often called functional requirements) discuss the details of your organization’s system needs and desired results, and include such factors as:
The technical requirements define all functions required of an architecture and provide guidelines for how each component works and integrates to form an entire system. Your organization needs technical requirements to formulate the best design approaches and apply the appropriate technologies to accomplish the desired architectural solution for your portal. You need to gather both business and technical requirements before you can address architecture and design issues.
After obtaining both business and technical requirements, carefully evaluate them. Identify how realistic each requirement is. What would be the best design approach to satisfy each requirement and related requirements? Consider all the associated constraints (costs, time to deploy) and decide if any requirements need to be modified before determining the deployable solution. Evaluating your business and technical requirements will help you formulate a design that:
- Meets your business objectives today
- Offers the best available performance
- Provides high availability
- Is highly scalable
- Deploys easily
- Does not contain any single points of failure
- Provides just the right capacity to meet growth for the next several months
- Provides enough capacity to meet above normal peek usage
- Enables upgrade and migration paths
- Is cost-effective
- Can be deployed in a reasonable timeframe (A tight deadline might result in your changing of the architecture.)
Determining Your Business and Technical Requirements
This section provides a series of questions that you use to determine your business and technical requirements. Answering these questions alone does not provide the ultimate answer of what your portal architecture and deployment will look like. Instead, this is the first step in gathering your requirements in such a way as to describe the problems and opportunities facing your organization but without yet proposing a specific solution.
The questions in this section are grouped in the following areas:
Some questions in these areas will not apply to your portal design, and in some cases, you will identify and have to address issues that are not presented here.
Note
Many organizations often contain their business and technical requirements within a single requirements document.
The Architectural Decision to Use Secure Remote Access Software
There are no other questions in this chapter pertaining directly to Sun ONE Portal Server, Secure Remote Access (SRA) software. Deploying SRA is an architectural decision, not an identification of requirements.
Business Objectives
The business goals of your portal affect deployment decisions. It is important to understand your objectives. If you do not understand your business requirements, you can easily make erroneous assumptions that could affect the accuracy of your deployment estimates.
Use these questions to help you identify your business objectives:
- What are the business goals of this portal? (For example, do you want to enhance customer service? Increase employee productivity? Reduce the cost of doing business?)
- What kind of portal do you need? (For example, business-to-business (B2B), business-to-consumer (B2C), business-to-enterprise (B2E), or a hybrid?)
- Who is your target audience?
- What services or functions will the portal deliver to users?
- How will the target audience benefit from the portal?
- What are the key priorities for the portal? (If you plan to deploy your portal in phases, identify key priorities for each phase.)
(Optional) Use these questions to help identify your business objectives if you are deploying a secure portal:
- Do you need to increase employee productivity (by making your intranet applications and servers accessible over the Internet)?
- Do you need to provide secure access to your portal?
- Do you need to reduce cost of ownership of an existing Virtual Private Network (VPN) solution?
- Do you want employees to access intranet applications such as Citrix and pcAnywhere from the Internet?
- Do you want your employees to explore intranet servers or machines from the Internet?
- Who is your target audience (all portal users, employees, or customers)?
Technical Goals
The reasons you are offering your portal have a direct affect on how you implement your portal. You must define target population, performance standards, and other factors related to your goals.
Use these questions to help you identify the goals of your portal:
- What is your portal’s biggest priority?
- What applications will the portal deliver?
- What is your target population?
- What performance standard is necessary?
- What transaction volume do you expect? What transaction volume do you expect during peak use?
- What response time is acceptable during peak use?
- What level of concurrency—the number of users who can be connected at any given time—is necessary?
- Should access to the portal be through intranet or Internet?
- Will your portal be deployed in one phase, or many phases? (Describe each phase and what will change from phase to phase.)
User Behaviors and Patterns
Study the people who will use your portal. Factors such as when they will use the portal and how they have used predecessor systems are keys to identifying your requirements. If your organization’s experience cannot provide these patterns, you can study the experience of other organizations and estimate them.
Use these questions to help you understand users:
- How many end users will you have? What is the size of your target audience?
- Will users login to the portal at the same time each day? Will they use the portal at work or somewhere else?
- Are users in the same time zone or in different time zones?
- How long do you expect the typical user to be connected, or have a valid portal session open? What use statistics do you have for existing applications? Do you have web traffic analysis figures for an existing portal?
- How many visitor sessions, or number of single-visitor visits, are likely within a predefined period of time?
- Is portal use likely to increase over time? Or stay stable?
- How fast will your user base grow?
- How have your users used an application that the portal will deliver to them?
- What portal channels do you expect users to use regularly?
- What expectations about your portal content do your users have? How have they used predecessor web-based information or other resources that your portal will offer?
Back-End Systems
Examine your back-end systems to verify that they can support your portal. Scalability, performance, and your data center organization are among the factors you need to assess.
Use these questions to help you understand your back-end systems:
- Does your organization have the technical competence and support organization to deploy and maintain the portal system?
- Are back-end systems scaled to levels that your portal will need?
- Can back-end systems support concurrent users during normal use? During peak use?
- What is the data bandwidth of your intranet?
- Can your existing back-end systems support the number of concurrent users expected for your portal?
- Will response time and other performance metrics of your existing back-end systems be adequate?
- How many geographic locations are involved? How does traffic in these areas vary?
- What response times will back-end systems deliver during normal times? During peak times?
- What type of redundancy do you have?
- How do you manage maintenance and production upgrades?
Front-End Systems
Analyze the front-end systems that will be used for access to your portal. This enables you to identify how your users will connect to your portal and what kinds of browsers they will use. These factors will affect your requirements.
Use these questions to help you understand your front-end systems:
- How will users access your portal?
- What environments do your users have? Will they be using airport kiosks, Internet cafes, homes, or corporate locations?
- What browser features do your users have? Do they have Java applications? Is JavaScript technology enabled? Is cookie support enabled? Are tables supported?
Data Centers
Your data center structure and requirements often have an affect on your deployment decisions. The number of data centers and their location are factors to define. Accessing data from remote data centers significantly impacts overall portal response times.
Use these questions to help you assess data center requirements for your portal:
- How many data centers are used to host the portal?
- What data center requirements and restrictions exist?
- Where are the data centers located?
- What data bandwidth is available at each data center?
- What are the typical response times between identified data centers?
- How many routers, firewalls, or other devices exist between each data center and are there any bandwidth throttling devices installed?
Growth Projections
In addition to determining what capacity you need today, assess what capacity you will need in the future, within a time frame that you can plan for. Growth expectations and changes in how your portal is used are factors you need to accommodate growth.
Use these questions to help you set growth projections for your portal:
Security
Determine whether security is needed for your portal. If so, you must assess what kind is appropriate.
Use these questions to help you identify security requirements for your portal:
- Do users need to access intranet information through the Internet?
- Is SSL required for authentication to the portal?
- Is SSL required for any other part of the portal?
- What are your security policies?
- What are your single sign-on requirements?
- Are there requirements for running SSL internally between servers, and if so, what is the projected data flow? (This is important to know for deployment.)
- Do users have a universal user ID and password? If not, where is the user ID and password information stored and how will the portal access it if SSO functionality is required?
Search Engine
How you implement Search affects how you size the server you use for the Search Engine.
Use these questions to help you identify Search Engine requirements for your portal site:
- Which organizations will be using Search?
- In each organization how many documents are expected to be indexed in the Search database?
- How many documents or resource descriptions (RDs) will be in the Search database?
- How many concurrent Search users are expected? Will use occur at certain times of the day? Or at certain times in a business process? When are these times? How many concurrent users will occur at each time?
- How many concurrent searches are expected?
- Will you use document level security?
- Will you use a taxonomy for browsing?
- Will you use the discussion feature?
- Will you use the subscription feature?
Performance
The performance that your portal must deliver directly affects your deployment requirements. Scalability, capacity, and high availability are some of the standards you need to consider.
Use these questions to help you evaluate performance requirements for your portal:
- What performance requirements exist?
- What high availability requirements exist?
- What response times are acceptable? How do the response times of your stand-alone systems compare with response time requirements of your portal?
- If you size your portal infrastructure for good response times during regular hours, can you tolerate a possible degradation in performance during peak load times?
- How many concurrent sessions, or connected users, are likely during peak use? (Count only users who are active. Do not include users who are, for example, away on vacation, or on leave.)
- What is the above-normal peak time? How does this information affect your peak concurrent user estimate?
- What sort of user activity occurs during peak periods? Logins or reloads?
- How long do you expect the typical user to be connected, or have a valid portal session open? What use statistics do you have for existing applications? Do you have web traffic analysis figures for an existing portal?
Availability
How you implement a highly-available system affects the ability of the system to provide agreed system access levels over time.
Use these questions to help you assess the availability requirements for your portal:
- What high availability requirements exist specifically for the portal server?
- What are the requirements for preventing any single point of failure to the system?
- Have data centers and delivery points, network, and back-end systems been designed to be highly available?
- How effective is the production support organization? Does the support staff have the necessary skills, processes, and procedures in place to adequately maintain a production portal system?
- Understand your availability requirements for each component of your deployment. Different components might require different levels of availability, and hence a different design and configuration approach.
- Are you concerned about denial of service attacks?
- Do the size and availability requirements of your portal warrant the use of a clustered LDAP server? If so, does your organization have the expertise to operate and maintain the cluster in the event of problems?
Maintainability
Determine how you want to administer and maintain your portal.
The following type of questions will help you identify maintainability requirements for your portal:
- What are the requirements for backing up and restoring your portal?
- How will user provisioning be handled?
- Will you use delegated administrators for your portal?
- Does your support organization have the processes in place and technical abilities to troubleshoot and fix portal problems?
- Will you train your support organization in maintenance and operations of the portal?
Mapping Portal Server Features to Your Business NeedsThe previous sections posed questions to you about the various areas of the Portal Server platform from a high-level perspective of business and technical needs. This section reviews specific technology features with the goal of determining which technologies are most important for your organization. Review these features while keeping in mind your organization’s short-, mid-, and long-term plans.
Use the following sections and tables to assess the benefits of the listed features and determine their relative priority for your organization. This will assist you in developing a deployment plan in a timely and cost effective manner.
Note
In all likelihood, your Sun ONE sales representative has previously discussed these topics with you. Thus, this section serves as a review of that process.
Identity Management
Portal Server uses identity management to control many users spanning a variety of different roles across the organization and sometimes outside the organization while accessing content, applications and services. The challenges include: Who is using an application? In what capacity do they serve the organization or company? What do they need to do, and what should they be able to access? How can others help with the administrative work?
Table 4-1 shows the identity management features and their benefits.
Personalization
Personalization is the ability to deliver content based on selective criteria and offer services to a user.
Table 4-2 shows the personalization features and their benefits.
Aggregation and Integration
One of the most important aspects of a portal is its ability to aggregate and integrate information, such as applications, services, and content. This functionality includes the ability to embed non-persistent information, such as stock quotes, through the portal, and to run applications within, or deliver them through, a portal.
Table 4-3 shows the aggregation and integration features and their benefits.
Search Services
Portal Server includes a secure Search Engine, enabling users to search content and receive only those results that they are authorized to receive.
Table 4-4 shows the Search features and their benefits.
SRA
Adding SRA extends your portal to remote and mobile employees or business partners without the additional cost of administration and maintenance found in a traditional Virtual Private Network (VPN) solution.
Table 4-5 shows the SRA features and their benefits.
SHARP Features
SHARP (Scalability, High Availability, Reliability, and Performance) features within Portal Server provide horizontal scalability (for example, adding additional hardware to increase overall system capacity) and vertical scalability (by adding additional portal instances to maximize hardware utilization).
Table 4-6 shows the SHARP features and their benefits.
Table 4-6 SHARP Features and Benefits
Feature
Description
Benefit
Scalability
You can configure Portal Server to meet the demands of different deployment scenarios.
You can scale a server horizontally by:
-adding additional servers to your portal.
The overall goal is to provide a system that is both fault tolerant and has no single point of failure from both a software and hardware perspective.
You can scale a server vertically by:
- adding additional software instances of Portal Server (deployed in a web server container), thus providing fault tolerance on a single server.
- adding more system resources, such as CPUs, memory, and disks.
Scalability enables a system to increase load or improve overall system performance.
Horizontal scaling distributes the workload among different systems. Horizontal scaling allows for a building module approach to increasing overall portal system capacity. See "Working with Portal Server Building Modules" for more information.
Vertical scaling enables an organization to increase fault tolerance and maximize the performance of an existing system. Within Portal Server, vertical scaling is achieved by running multiple instances of Portal Server, each with its own JVM.
Note: Vertical scalability is only available in web server deployment.
High Availability
Provides redundant services and the ability to redirect requests in the event of a service failure.
High availability is achieved through software replication. You can configure the portal system to run multiple instances of each web application, thereby providing a backup if one of the instances fails.
The portal system uses Identity Server services for session management and non-local data access. Therefore, the portal system inherits all the benefits and constraints of Identity Server with respect to high availability. The Identity Server services are either stateless or they can share context data so that they can recover to the previous state in case of a service failure.
Configuring Sun ONE Directory Server with multiple masters ensures that users can always login and authenticate. If one directory master fails, another is able to take over.
Also, Directory Server offers a way to prevent denial of service attacks by setting limits on the resources allocated to a particular bind DN.
Reliability
Provides for no single point of failure (NSPOF) when you use portal building modules in your deployment. See Chapter 7, "Creating Your Portal Design" for more information.
A portal building module is a hardware and software construct with limited or no dependencies on shared services. A typical deployment uses multiple building modules to achieve optimum reliability.
Increased reliability is introduced with load balancing, which is responsible for detecting Portal Server failures and redirecting users’ requests to a backup building module.
Performance
Overall Portal Server performance is a complex equation involving all aspects of the network and the applications it needs for data retrieval. However, if you design and build the portal system for fault tolerance, no single point of failure, and the capacity to exceed projected user loads, overall system performance should meet requirements.
When deployed using the building module configuration (see Chapter 7, "Creating Your Portal Design"), Portal Server shows that performance and capacity increase linearly when additional resources are added within a building module (that is, CPU and memory), and when more building modules are added.