DBMS, December 1996
DBMS Online: Enterprise C/S By Judith Hurwitz

The Application Dependency Stack

Managing Interrelationships Within a Distributed Computing Environment.

The management and deployment of software in a distributed computing environment offers many unexpected challenges for an IT organization. Many development groups are totally consumed with the difficulties of writing code and integrating with complex middleware. These developers assume that the operations group will be prepared to handle the tasks of deploying and managing applications. Instead, operations groups within corporations struggle to find cost-effective techniques for keeping these distributed applications from disrupting day-to-day business. It is little wonder that suppliers of help-desk software are making lots of money.

What's the problem? As opposed to traditional single-platform applications, an application in a client/server environment is completely reliant on a broad variety of application components. A problem in an application may be caused by a downed network link or a crashed database, which means that systems management, network management, database administration, and application management are all interrelated in a client/server environment. This interrelationship among different components of a distributed computing environment is what I call the application dependency stack. (See Figure 1.)

Although many organizations assume that they can deal with troubleshooting applications by monitoring the application level, they are wrong. The new breed of applications on the market today contains many interdependencies among the application code, the underlying database, and the operating system. No amount of troubleshooting or monitoring at the application level can effectively deal with underlying problems at other layers of the application dependency stack. Yet a problem at any of these layers can cause serious problems for applications that, despite the best efforts of developers and application vendors to create failover and recovery, will end up relying on the lower-level services. A successful application management strategy requires tools and techniques to move down into the lower layers of the application management stack.

The "stack" points to a set of needs that are key for application managers:

A Technology Road Map

The first phase of application management is to establish basic coverage of each of the key levels of the application dependency stack. Table 1 lists some of the leading players of each level of the application dependency stack.

Personnel responsible for the overall success of the computing operation should establish tools and approaches for dealing with each level of the application dependency stack. At the top level, administrators must gain a logical application perspective of the overall distributed application as it exists in a distributed environment. One of the best implementations for this type of perspective is AppView from Open Environment Corp. (OEC). The OEC technology extends network management topology map technology to provide a logical application perspective of the distributed application environment, with a particular focus on OEC Entera application services.

Over time, the industry will begin to offer heightened levels of integration between each layer of the application dependency stack. Currently, some level of piece-part integration is available between network and systems management -- typically at the console event filtering and sharing level. However, I expect more powerful players to emerge by taking a central role and consolidating more of the technology in their solutions. Currently, the industry lacks a center of gravity for this consolidation. Whether it will occur in systems, database, network, or application management products is anyone's guess. I expect that technology visionaries -- not necessarily established leaders --will drive this process. However, the predominance of the network management platforms, and the centrality of the network to the overall operations of the distributed computing environment, make network management platforms a strong bet.

Implications of the Application Dependency Stack

It is premature to focus on integrating management efforts through each level of the application management stack. In addition, unless your organization already has robust systems and network and database management already in place, it is premature to begin evaluating application management products. If you are in a position to begin evaluating the application management landscape, select critical disciplines carefully. A focus on performance management, for example, will lead to different products than a focus on security will. There are currently no strong integrated application management products that cover all disciplines. An effective application management strategy will also include internal developers and/or vertical application vendors that comply with management vendor approaches.

The battle to establish effective application management products, strategies, and approaches is only beginning. The software companies playing in this arena still have a lot of ground to cover in providing core management of the underlying infrastructure. I expect to see a variety of vendors focusing on key integration points with the leading solutions at each level of the stack. This process will begin to unfold through partnerships to enable movement up and down each level of the dependency stack. As corporate development organizations become more aware of the complexities of applications management, software vendors will flood this market with solutions to help manage the applications dependency stack. Unfortunately, the general awareness of application management is now rather low, but the issues that application management addresses are critical to the success of commercial distributed computing.


Figure 1.


--The relationship among different components of a distributed computing environment is called the application dependency stack. Understanding the interdependencies among the layers is critical to creating an effective applications management strategy.


TABLE 1.
Suppliers and Software to manage the Application Dependency Stack

Application Vendor Product
BMC Software Inc. Patrol
Computer Associates International Inc. CA-Unicenter
Compuware Corp. EcoNet
Intel Corp. LANDesk AlertView Application Manager
MAXM Systems Corp. MAX/Enterprise
McAfee Associates Inc. Saber LAN Workstation
Open Environment Corp. AppView
OpenVision Technologies Inc. AXXiON Suite
Tivoli Systems Inc. Manager for Applications, TME 10
Unify Corp. AppMan
Database Vendor Product
BMC Software Inc. Patrol
Candle Corp. Command Center
Computer Associates International Inc. CA-Unicenter
Compuware Corp. EcoTools
The Database Solutions Co. TPM 96
OpenVision Technologies Inc. AXXiON Suite
Oracle Corp. Oracle Enterprise Manager
Platinum Technology Inc. DBVision
Precise Software Solutions Inc. Precise/SQL
Sybase Inc. Enterprise SQL Server Manager
Tivoli Systems Inc. TME 10
Network Vendor Product
BMC Software Inc. Patrol
Cabletron Systems Inc. Spectrum
Candle Corp. Command Center
Compuware Corp. EcoNet, EcoTools
Digital Equipment Corp. Polycenter
Hewlett-Packard Co. HP OpenView
Intel Corp. LANDesk AlertView Application Manager
MAXM Systems Corp. MAXM/Enterprise
Novell Inc. NMS
OpenVision Technologies Inc. AXXiON Suite
SunSoft Inc. Solstice SunNet Manager
Tivoli Systems Inc. NetView, TME 10
System Vendor Product
BMC Software Inc. Patrol
Boole & Babbage Command Post
Candle Corp. Command Center
Computer Associates International Inc. CA-Unicenter
Compuware Corp. EcoTools
DAZEL Corp. Output Server
Digital Equipment Corp. Polycenter
Intel Corp. LANDesk AlertView Application Manager
MAXM Systems Corp. MAX/Enterprise
McAfee Associates Inc. Saber LAN Workstation
Open Environment Corp. AppView
OpenVision Technologies Inc. AXXiON Suite
Platinum Technology Inc. AutoSys
Precise Software Solutions Precise/SQL
Tivoli Systems Inc. Manager for Applications, TME 10n BMC


* Boole & Babbage Inc., 408-526-3000; http://www.boole.com
* Cabletron Systems Inc., 603-332-9400; http://www.ctron.com
* Candle Corp., 310-829-5800; http://www.candle.com
* Computer Associates International Inc., 516-342-5224; http://www.cai.com
* Compuware Corp., 810-737-7300; http://www.compuware.com
* The Database Solutions Co., 804-794-0354; http://www.dbsol.com
* DAZEL Corp., 512-306-7300; http://www.dazel.com
* Digital Equipment Corp., 508-642-4532; http://www.dec.com
* Hewlett-Packard Co., 415-857-1501; http://www.hp.com
* Informix Software Inc., 415-926-6300; http://www.informix.com
* Intel Corp., 408-765-8080; http://www.intel.com
* MAXM Systems Corp., 703-761-0400; http://www.maxm.com
* McAfee Associates Inc., 408-988-3832; http://www.mcafee.com
* Novell Inc., 801-222-6000; http://www.novell.com
* Open Environment Corp., 617-562-0900; http://www.oec.com
* OpenVision Technologies Inc., 510-426-6400; http://www.ov.com
* Oracle Corp., 415-506-7000; http://www.oracle.com
* Platinum Technology Inc., 630-620-5000; http://www.platinum.com
* Precise Software Solutions, 617-380-3300; http://www.precisesoft.com
* SunSoft Inc., 415-960-3200; http://www.sun.com/sunsoft
* Sybase Inc., 510-922-3555; http://www.sybase.com
* Tivoli Systems Inc., 512-794-9070; http://www.tivoli.com
* Unify Corp., 408-467-4500; http://www.unify.com


Judith Hurwitz is president of Hurwitz Consulting Group Inc., a consulting, publishing, and research services firm specializing in client/server development tools, client/server infrastructure, and systems management. Hurwitz Consulting Group is based in Newton, Massachusetts. You can reach Judith at 617-965-6900 or via email at Jhurwitz@hurwitz.com.
Subscribe to DBMS and Internet Systems -- It's free for qualified readers in the United States
December 1996 Table of Contents | Other Contents | Article Index | Search | Site Index | Home

DBMS and Internet Systems (http://www.dbmsmag.com)
Copyright © 1996 Miller Freeman, Inc. ALL RIGHTS RESERVED
Redistribution without permission is prohibited.
Please send questions or comments to dbms@mfi.com
Updated Monday, November 18, 1996