home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.client-server
- Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!mchance
- From: mchance@nyx.cs.du.edu (Michael Chance)
- Subject: Re: Is Client-Server dead?
- Message-ID: <1992Nov19.230627.17422@mnemosyne.cs.du.edu>
- Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
- Organization: University of Denver, Dept. of Math & Comp. Sci.
- References: <1992Nov17.111656@is.morgan.com> <Bxwz4p.4tq@hsi.com> <1992Nov19.113544@is.morgan.com>
- Date: Thu, 19 Nov 92 23:06:27 GMT
- Lines: 31
-
-
- I think that folks are looking at client-server from different viewpoints
- here. The first from a small workgroup viewpoint (office/workgroup
- server, local info-bases, small to medium size data & apps), which can
- be adapted to "ad-hoc" programming styles and minimal configuration
- support.
-
- But that doesn't solve the corporate level viewpoint for a large
- Fortune 500 company. The execs in the corporate strategic planning
- office need the data from the entire company, not just one department.
- The raw compute power may be there in a 486 server, but it'll never
- handle the I/O volume on the input side with any kind of response.
- What about processing Citibanks credit card info each month? Or any
- Fortune 500 company-wide payroll or personnel systems?
-
- The big iron will stay around as mega-data servers, the SPACRServes
- will be the departmental servers, and the GUIs will be run off the
- desktop. Move the different parts to the right type of machines, with
- multi-client-server configurations (as described in another posting).
-
- And you'll still need IS to keep everything in sync (do you trust
- every department to install the correct versions of the client
- software on every machine ON SCHEDULE?) and talking to each other and
- the world.
-
- Michael A. Chance
- --
- Michael A. Chance St. Louis, Missouri, USA "At play in the fields
- Work: mc3078@sw1sta.sbc.com of St. Vidicon"
- Play: bq434@cleveland.freenet.edu
- mchance@nyx.cs.du.edu
-