home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / clients / 182 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.9 KB  |  43 lines

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