Skip to main content

Extended Enterprise::[SOA]Exposed Direct Connection::Product mappings=WAS Network Deployment V6.0.2 + Web services gateway

[SOA]Exposed Direct Connection::Product mappings=WAS Network Deployment V6.0.2 + Web services gateway

[SOA]Exposed Direct Connection::Product mappings=WAS Network Deployment V6.0.2 + Web services gateway Application Server / Services Application Server / Services Application Server / Services Network Infrastructure Protocol Firewall Connector Domain Firewall Directory and Security Services ESB Gateway Enterprise Service Bus Application Server / Services Application Server / Services
Design Last Updated: 11-14-2005
(Click a node to get a detailed explanation.)

This Product mapping uses WebSphere Application Server V6.0.2 to host the Application Services in the Enterprise Secure Zone.
The ESB is run in a service integration bus within WebSphere Application Server Network Deployment V6.0.2, providing service location transparency between Service Consumers and Service Providers within the enterprise. With the Network Deployment offering, you can implement a scalable clustering of multiple WebSphere Application Server servers.
The Web services gateway provided with WebSphere Application Server Network Deployment V6.0.2 is the Exposed ESB Gateway in our Product mapping. It is used to provide a standard, consistent interface for the internal processes to access external processes. The use of an Exposed ESB Gateway minimizes the disruption caused by changes in the external partner infrastructure.
The Directory and Security services node is configured to secure all transactions to the external Partner Zone to use WS-Security integrity and confidentiality. In this scenario, the Application Services in the Enterprise Secure Zone do not include support for WS-Security. WebSphere Application Server Network Deployment V6.0.2 allows you to configure a service integration bus to use WS-Security to secure the SOAP messages that pass between the Service Consumer and the target partner Service Provider. Interactions within the enterprise will not be secured.
A local DB2 Universal Database database is used to store the SDO repository. The IBM HTTP Server V6 acts as an Adapter Connector by providing protocol transformation to SOAP/HTTPS thus delivering transport level security between the enterprise and the partner organizations.

What's Next

Next, review guidelines and related links or review another product mapping:

App Server/Services

Applications rely on services provided by their hosting server to interact with other applications. These are modeled using the application server/service node. Some examples of services provided by this node include:

Network Infrastructure

Network Infrastructure includes the network infrastructure, which allows connectivity between enterprises. This infrastructure has unspecified internal characteristics. Only the means with which to interact with it are specified.

Connector

Connectors provide the connectivity between two components. A connector is always present to facilitate interaction between two components.

Depending on the required level of detail, a connector can be:

  • A primitive (or unmodelled) connector, represented by a simple line between components
  • A component (or modelled) connector, represented by a rectangle on a line between components

A connector may be an adapter connector, a path connector, or both. See the following two sections respectively.

Domain firewall node

A firewall is a hardware/software system that manages the flow of information between the Internet and an organization's private network. Firewalls can prevent unauthorized Internet users from accessing private networks connected to the Internet, especially intranets, and can block some virus attacks -- as long as those viruses are coming from the Internet. A firewall can separate two or more parts of a local network to control data exchange between departments. Components of firewalls include filters or screens, each of which controls transmission of certain classes of traffic. Firewalls provide the first line of defense for protecting private information, but comprehensive security systems combine firewalls with encryption and other complementary services, such as content filtering and intrusion detection.

Firewalls control access from a less trusted network to a more trusted network. Traditional implementations of firewall services include:

  • Screening routers (the Protocol Firewall)
  • application gateways (The Domain Firewall)

A pair of Firewall Nodes provides increasing levels of protection at the expense of increasing computing resource requirements. The Domain Firewall is typically implemented as a dedicated server Node.

See Also

Additional Resources

  • (in English) ESS

Protocol Firewall Node

A firewall is a hardware/software system that manages the flow of information between the Internet and an organization's private network. Firewalls can prevent unauthorized Internet users from accessing private networks connected to the Internet, especially intranets, and can block some virus attacks -- as long as those viruses are coming from the Internet. A firewall can separate two or more parts of a local network to control data exchange between departments. Components of firewalls include filters or screens, each of which controls transmission of certain classes of traffic. Firewalls provide the first line of defense for protecting private information, but comprehensive security systems combine firewalls with encryption and other complementary services, such as content filtering and intrusion detection.

Firewalls control access from a less trusted network to a more trusted network. Traditional implementations of firewall services include:

  • Screening routers, (the Protocol Firewall)
  • Application gateways (The Domain Firewall)

A pair of Firewall Nodes provides increasing levels of protection at the expense of increasing computing resource requirements. The Protocol Firewall is typically implemented as an IP Router.

See Also

Additional Resources

  • (in English) ESS

Directory and security services node

The directory and security services node supplies information on the location, capabilities, and attributes (including user ID/password pairs and certificates) of resources and users known to this Web application system. This node can supply information for various security services (authentication and authorization) and can also perform the actual security processing, for example, to verify certificates. The authentication in most current designs validates the access to the Web application server part of the Web server, but this node also authenticates for access to the database server.

See Also

Additional Resources

  • (in English) ESS

ESB Gateway

An ESB Gateway at a minimum provides service address translation between the ESB and the external consumers/providers. In practice the ESB Gateway will often provide additional services such as security, message transformation and Partner data management.

ESB

The ESB is a key enabler for a SOA as it provides the capability to route and transport service requests from the service requester to the correct service provider. The true value of the ESB concept, however, is to enable the infrastructure for SOA in a way that reflects the needs of today’s enterprise: to provide suitable service levels and manageability, and to operate and integrate in a heterogeneous environment.

Furthermore the ESB needs to be centrally managed and administered and have the ability to be physically distributed.

Database server node

This Node's function is to provide persistent data storage and retrieval in support of the user to-online buying transactional interaction.

Customer related data that is stored is relevant to the specific business interaction, for example, the shopping cart and shipping address information. Some sites are registering users and storing customer profile data such as address, clothing sizes, preferences, and gift wish lists that others can access when buying presents. Most sites today do not store credit card information on this server for security reasons.

Also stored here is the product and catalog information used to dynamically build HTML pages for presentation during the shopping process.

The mode of DB access is perhaps the most important factor determining the performance of this Web application, in all but the simplest cases. The recommended approach is to collapse the DB accesses into a single or very few calls. This can be achieved using coding and invoking Stored Procedure Calls on the database. Typically many commerce servers share only one database server in a high volume site, so the technology to implement this node must be able to scale vertically.