• DocumentCode
    1184696
  • Title

    Can Web services scale up?

  • Author

    Birman, Ken

  • Author_Institution
    Dept. of Comput. Sci., Cornell Univ., Ithaca, NY, USA
  • Volume
    38
  • Issue
    10
  • fYear
    2005
  • Firstpage
    107
  • Lastpage
    110
  • Abstract
    In the past, only major Internet players such as Amazon, eBay, and Google were interested in deploying large-scale Web services. However, this is changing rapidly as all sorts of companies and governmental organizations are suddenly looking toward Web services as a platform that might support a wide range of demanding applications. This emerging trend presents developers with a new challenge: building Web services solutions that scale. In a nutshell, a scalable system is one that can flexibly accommodate growth in its client base. Such systems typically run on a clustered computer or in a large data center and must be able to handle high loads or sudden demand bursts and a vast number of users. They must reliably respond even in the event of failures or reconfiguration. Ideally, they´re self-managed and automate as many routine services such as backups and component upgrades as possible. Many settings also require security against attempted intrusions and distributed denial-of-service (DDoS) attacks. At a glance, today´s Web services standards seem to answer these needs. However, a more probing analysis reveals many critical limitations.
  • Keywords
    Internet; standards; Internet; Web service reliability; Web service standard; Web service transaction; distributed denial-of-service attacks; probing analysis; scalable system; Application software; Client-server systems; Costs; Scalability; Silver; Standards development; Standards organizations; Technology management; Web services; Web sites; Data center architecture; Distributed systems; RACS; RAPS; Reliability; Scalability; Ubiquitous computing; Web services; Web technologies;
  • fLanguage
    English
  • Journal_Title
    Computer
  • Publisher
    ieee
  • ISSN
    0018-9162
  • Type

    jour

  • DOI
    10.1109/MC.2005.332
  • Filename
    1516070