home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / software / 3326 < prev    next >
Encoding:
Text File  |  1992-08-31  |  3.2 KB  |  74 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!richardp
  3. From: richardp@extro.ucc.su.OZ.AU (Logica P/L)
  4. Subject: Data Distribution Platform
  5. Message-ID: <1992Aug31.105847.20179@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: Sydney University Computing Service, Sydney, NSW, Australia
  9. Date: Mon, 31 Aug 1992 10:58:47 GMT
  10. Lines: 62
  11.  
  12.   We are currently engaged in the design and development 
  13.   of a real-time system which will handle, amongst other 
  14.   things, the dissemination of equipment alarm information 
  15.   to various users and user processes.  Due to the limited 
  16.   period of validity of various alarms, and the need to 
  17.   asynchronously inform an arbitrary set of processes of the 
  18.   existence of new alarm information, it appears that a 
  19.   system based on the 'publisher / subscriber' paradigm 
  20.   would be appropriate.
  21.   
  22.   The system must meet the following requirements:
  23.   
  24.   * handle a relatively large volume of alarms (order of 
  25.     300 per minute maximum, at approximately 50 to 100 
  26.     bytes per alarm)
  27.   
  28.   * handle a relatively large number of subscriber 
  29.     processes (order of 20 to 30), with a few of those not 
  30.     on the local area network (but accessible on an inter-
  31.     net using IP)
  32.   
  33.   * allow individual alarms to be put into multiple 
  34.     subscription categories (e.g. one process may want all 
  35.     alarms of a given type, while another wants all types 
  36.     of alarm relating to a particular entity)
  37.   
  38.   * allow for multiple processes to publish 'the same' 
  39.     information (e.g. the same alarm type for the same 
  40.     entity), with one publication reliably over-riding the 
  41.     other publication (i.e. as if the two publications had 
  42.     been done in order from the one process), even if the 
  43.     two separate publications take different routes through 
  44.     the publish/subscribe system.
  45.   
  46.   * provide support for high availability, in the form at 
  47.     least of the ability to re-start the subscription service 
  48.     (ideally, transparently to subscribers), if any machine 
  49.     or process associated with the service fails
  50.     To date we have looked at RTWorks, which appears not 
  51.     to meet all of the above requirements, and are aware of 
  52.     subscription services within larger systems (e.g. the 
  53.     Teknekron system development platform) which are 
  54.     somewhat a case of over-kill.
  55.   
  56.   We would really appreciate being pointed towards any 
  57.   other packages which might be appropriate.  Any 
  58.   information regarding the capabilities and performance of 
  59.   such a package would of course be appreciated, but 
  60.   primarily we want the name of the package and the name 
  61.   of the supplier or distributor.
  62.   
  63.   Thank you for any information or assistance.
  64.  
  65.   Richard Pittman
  66.  
  67. ===============================================================================
  68. Richard Pittman          /\                 Level 6, 157 Walker Street
  69. Logica Pty. Limited     /  \      /\        North Sydney 2060, Australia
  70. _______________________/    \    /  \  /\______________________________________
  71. Voice: +61 2 957 1700        \  /    \/     Email: richardp@extro.ucc.su.OZ.AU
  72. Fax:   +61 2 922 7466         \/
  73. ===============================================================================
  74.