| Saas Platform |
Article Index for Saas |
Website Links For Saas |
Information AboutSaas Platform |
| CATEGORIES ABOUT SAAS PLATFORM | |
| software distribution | |
|
RESPONSIBILITIES Aside from enhancing a hosted application with one-to-many capabilities, SaaS platforms generally take on a larger set of responsibilities. The list below highlights some of these. Tenancy Partitioning One of the major responsibilities of any SaaS platform is offering tenancy partitioning services. Applications written in a single tenant fashion generally have little or no concept of serving multiple customers. For example, the application database schema may be geared for catering to a single tenant (customer), preventing multiple customers from storing data in the same database. Furthermore, execution may not be partitioned so situations may arise where inadvertent state sharing occurs between tenants that otherwise should have been isolated from one another. SaaS platforms are responsible for providing multi-tenancy aspects when needed. Scaling SaaS applications purposefully aggregate demand for all customers and users to one physical or virtual location. Being able to support this aggregation is therefore a requirement of any SaaS application. To achieve this sort of scaling, the application must be architected in a fashion that is conducive to scaling as well as having the support required of any auxiliary pieces. SaaS platforms attempt to remove the work associated with scaling by commoditizing the scaling portion Monitoring & Metering A SaaS application is required to meter and monitor usage from both data and execution standpoints. This is generally closely tied to both scaling and monetization models. Much of this is extracted into a platform layer, where the platform becomes responsible for metering tenant and user usage, as well as monitoring for system events. Distributed Services Traditional, On-premise Software relies on a variety of services to accomplish the task of executing business logic. These on-premise services, such as logging or job scheduling, tend to become overly complex if used in a distributed system that generally backs most SaaS applications. SaaS platforms provide distributed equivalents of many such services, giving similar or even augmented capability when comparing to on-premise counterparts. SaaS platform companies are currently introducing themselves to the market. Generally, their platforms can be categorized based on focus: either vertically aligned, horizontally aligned, product-centric, or general purpose.http://www.saasblogs.com/2006/12/27/taxonomy-of-saas-platforms/ Taxonomy of SaaS Platforms Although each is categorically different, the platforms generally adhere to most of the basic principals outlined above. LOCK-IN One topic that frequently surfaces within SaaS and SaaS platform circles is the topic of lock-in. Much like other technologies, SaaS platforms offer varying degrees of openness. On the proprietary side, an example is the upcoming Salesforce.com's AppExchange and it's underlying Apex platform, which requires the use of a proprietary and frameworks tends to increase adoption risk and require that any existing technology (such as open source components) be ignored or integrated in through adapter mechanisms if possible. Arguments supporting lock-in style platforms tend to originate from the claim that a new language and framework is needed to support SaaS applications. Conversely, SaaS platform newcomers such as Apprenda, have announced intentions to introduce platforms to the market that present little to no technological lock-in. The goal is to allow the use of existing technologies to provide implementation logic, while attaching SaaS functionality to the software through the platform. Criticisms tend to focus on the fact that providing SaaS functionality in an easy-to-implement fashion is difficult to do using existing technologies, and could prove burdensome for providers. SEE ALSO REFERENCES |
|
|