The ASP model
The application software resides on the vendor's system and is accessed by users through a web browser using HTML or by special purpose client software provided by the vendor. Custom client software can also interface to these systems through XML APIs. These APIs can also be used where integration with in-house systems is required. ASPs may or may not use multi-tenancy in the deployment of software to clients; some ASPs offer an instance or license to each customer (for example using Virtualization), some deploy in a single instance multi-tenant access mode, now more frequently referred to as "SaaS".
Common features associated with ASPs include:
- ASP fully owns and operates the software application(s) - ALJO-IN
- ASP owns, operates and maintains the servers that support the software
- ASP makes information available to customers via the Internet or a "thin client"
- ASP bills on a "per-use" basis or on a monthly/annual fee
- Software integration issues are eliminated from the client site
- Software costs for the application are spread over a number of clients
- Vendors can build more application experience than the in-house staff
- Key software systems are kept up to date, available, and managed for performance by experts
- Improved reliability, availability, scalability and security of internal IT systems
- A provider's service level agreement guarantees a certain level of service
- Access to product and technology experts dedicated to available products
- Reduction of internal IT costs to a predictable monthly fee
- Redeploying IT staff and tools to focus on strategic technology projects that impact the enterprise's bottom line
- The client must generally accept the application as provided since ASPs can only afford a customized solution for the largest clients
- The client may rely on the provider to provide a critical business function, thus limiting their control of that function and instead relying on the provider
- Changes in the ASP market may result in changes in the type or level of service available to clients
- Integration with the client's non-ASP systems may be problematic
- Loss of control of corporate data
- Loss of control of corporate image
- Insufficient ASP security to counter risks
- Exposure of corporate data to other ASP customers
- Compromise of corporate data
- Port/Network service
- Application vulnerability
- ASP Personnel
No comments:
Post a Comment