We have 2719 guests and one member online

Loading feeds...

25
Points
4
Groups
1
Friend
0
Photos
31
Activities

About Me

No personal information shared.

Recent activities

  • friends Matt Childs and Satheesh are now friends
  • friends Satheesh and Luis Vaz are now friends
  • Satheesh updated a blog entry Multi-tenant archite...

    The world is shrinking and the traditional boundaries between Desktop, Client-Server, Web and Cloud technologies are getting blurred. While some of your business applications should be strictly on-premise, some have to move to the private cloud and some more to the public cloud.

    The users of today’s applications are spread across product divisions, geographies, business units, upstream vendors, downstream partners and customers. Configurability and customization requirements, security and data-scope policies, data isolation and scalability requirements, administration and reporting needs, all these can be quite diverse. The challenges of architecting and engineering such applications are many.

    While SaaS as a business model may not be relevant to an enterprise application, multi-tenant architecture and SaaS like features can substantially reduce the operational and infrastructure costs of an enterprise.

    Let us look at some examples that we have recently come across:

    One enterprise with a strong franchisee model, is thinking of migrating its application to a multi-tenant architecture. The objective is to bill its franchisees for the usage of IT infrastructure and applications on a monthly variable model, instead of a fixed upfront cost.

    A BPO is building a multi-tenant platform to manage its processes, but would be sharing the same application with all its clients.

    And there is a large enterprise that is wondering whether it would make economic sense to build a single multi-tenant app. to be used by various SBUs, products, geographical units and subsidiaries (each unit to be treated like a tenant).

    Why not? Data isolation, data scoping and access control, horizontal scaling, tenant wise customizability and configurability, hosting on a hybrid but elastic infrastructure, single code base, ease of maintenance, reduced opex all these could indeed give this enterprise unparalleled cost savings and benefits.

    Vendor management and e-procurement are some other examples where a multi-tenant architecture could be considered.

    So thinking about the cloud, is not just about moving or not moving your existing applications and infrastructure to the cloud. It is also about re-thinking your application development framework and how you can leverage the benefits of a Multi-tenant architecture.

    So whether you are building a new application or planning to migrate an existing application, you should carefully evaluate the kind of engineering stack that you would like to build (or buy).

    Disclosure: Techcello will soon be launching another product called “Cello Frame” : – a Multi-tenant Development Framework for Enterprises.

    myblog 528 days ago
  • Satheesh created a blog entry Multi-tenant archite...

    The world is shrinking and the traditional boundaries between Desktop, Client-Server, Web and Cloud technologies are getting blurred. While some of your business applications should be strictly on-premise, some have to move to the private cloud and some more to the public cloud.

    The users of today’s applications are spread across product divisions, geographies, business units, upstream vendors, downstream partners and customers. Configurability and customization requirements, security and data-scope policies, data isolation and scalability requirements, administration and reporting needs, all these can be quite diverse. The challenges of architecting and engineering such applications are many.

    While SaaS as a business model may not be relevant to an enterprise application, multi-tenant architecture and SaaS like features can substantially reduce the operational and infrastructure costs of an enterprise.

    Let us look at some examples that we have recently come across:

    One enterprise with a strong franchisee model, is thinking of migrating its application to a multi-tenant architecture. The objective is to bill its franchisees for the usage of IT infrastructure and applications on a monthly variable model, instead of a fixed upfront cost.

    A BPO is building a multi-tenant platform to manage its processes, but would be sharing the same application with all its clients.

    And there is a large enterprise that is wondering whether it would make economic sense to build a single multi-tenant app. to be used by various SBUs, products, geographical units and subsidiaries (each unit to be treated like a tenant).

    Why not? Data isolation, data scoping and access control, horizontal scaling, tenant wise customizability and configurability, hosting on a hybrid but elastic infrastructure, single code base, ease of maintenance, reduced opex all these could indeed give this enterprise unparalleled cost savings and benefits.

    Vendor management and e-procurement are some other examples where a multi-tenant architecture could be considered.

    So thinking about the cloud, is not just about moving or not moving your existing applications and infrastructure to the cloud. It is also about re-thinking your application development framework and how you can leverage the benefits of a Multi-tenant architecture.

    So whether you are building a new application or planning to migrate an existing application, you should carefully evaluate the kind of engineering stack that you would like to build (or buy).

    Disclosure: Techcello will soon be launching another product called “Cello Frame” : – a Multi-tenant Development Framework for Enterprises.

    myblog 528 days ago
  • friends Satheesh and Anibal Sanchez are now friends
  • friends Satheesh and Francis Adanza are now friends
  • Satheesh created a blog entry Agility and Flexibil...
    Cloud service providers should be capable of billing automatically based on any billing cycle. But one must not ignore the pains of a cloud service provider in calculating the usage of each and every customer, applying a specified rate plan, and generating a bill. So there should be a proper mechanism in generating a statement of account or invoice/bill.

    Now the challenge here is, cloud service provider has to have a continuous watch on the usage consumption of its customer(s) which may prevent from significant revenue loss. Solution towards this is a Metering component, which integrates with cloud service providers database servers / control panel /virtualization platform to collect the usage detailed records (UDRs).

    Does this accurate usage collection details really facilitate in generating usage based invoices/bills? In order to do so, a flexible rating engine should be in place to rate each individual service usage. Rating engine should allow service provider to comprehensively define different price rules and measure based on the usage. So rating engine should be extensible with no restriction on units of measurement, support flat and tiered (incremental) rating schemes and also support both the prepaid and post paid scenarios.

    Following are the different rate plans a cloud service provider metering and rating system should support.

    Volume based rate plan: Based on the total volume (e.g.: storage space) consumption, system should support incremental slab where price per unit varies. Depending on the total usage invoices are to be generated.

    Time based rate plan: Any day of the week, day of the year and time of the day are considered in order to define different rate plans (Off peak, holidays, business hours etc). And based on these parameters the usage is been calculated and the bills are generated accordingly.

    Billing: Invoicing/billing process will use the charges generated from rating engine i.e. discounts and tax calculation and posting them into accounts. Billing engine should also be flexible to support prorate rules while calculating the final invoice/bill.
    myblog 629 days ago
  • friends We Are Cloud and Satheesh are now friends
  • friends Satheesh and Jerome are now friends
  • friends Satheesh and Maria Sheila Riikonen are now friends
  • friends Satheesh and Patrick Gannon are now friends
  • Satheesh updated a blog entry Challenges of Usage ...

    Whose challenge is this ? Marketing team is coming up with innovative price plans, Sales is aggressive in acquiring customers, Technical team is provisioning services, Customer is availing every option of service extensively but end of the month, usage metering , calculation and invoicing !…..How do we do this? Is this a concern for every cloud computing provider ?

     To have competitive edge and sustain in the cloud market place, cloud service providers are flexible in terms of their services, price plans or pricing structure which introduced the concept of Pay Per Use (PPU). But, one must not ignore the pains of a cloud service provider in tracking, collating and calculating the usage of each and every customer, applying respective rate plan, and generating a bill.

     In addition to the usage based pricing parameters such as storage space, bandwidth consumption, computing cycles, number of users, modules, services, instances, downloads, alerts, hours etc, every cloud service provider has its own vertical specific usage based pricing charges e.g. in SaaS HRM vertical , they charge based on number of employees, or per month per user, Now the challenge here is cloud service provider has to have a continuous watch on the usage consumption of its customer(s) which may prevent from significant revenue loss. Alerting and allowing a customer on the usage limit (threshold) is again one such crucial business process. Cloud service provider follow a manual process or they have a tool in house developed to track such things. This exercise involves additional human resource or efforts to their operations .

    Manual usage tracking is not much of a painful process for start-ups with less customers. However usage tracking process would become a challenging and painful process for the service providers with Large customer base. Hence cloud service provider should automate its usage tracking process and keep a weather eye on the individual customer’s usage consumption. This will reduce the revenue loss occurred in manual process.

    eVapt has proven experience in collecting the usage records for cloud subscription service providers across the globe. eVapt has deployed its solution along with it’s Metering module which integrates with cloud service providers database servers / control panel /virtualization platform to collect the usage detailed records (UDRs). This will collect data that is in logfiles, databases or can run scripts written in Java to collect data. The Metering component in eVapt allows collections of multiple usage type and accurate processing of the same. This will plug the loss of revenues through accurate usage collection and processing.

    myblog 780 days ago
  • Satheesh created a blog entry Challenges of Usage ...

    Whose challenge is this ? Marketing team is coming up with innovative price plans, Sales is aggressive in acquiring customers, Technical team is provisioning services, Customer is availing every option of service extensively but end of the month, usage metering , calculation and invoicing !…..How do we do this? Is this a concern for every cloud computing provider ?

     

    To have competitive edge and sustain in the cloud market place, cloud service providers are flexible in terms of their services, price plans or pricing structure which introduced the concept of Pay Per Use (PPU). But, one must not ignore the pains of a cloud service provider in tracking, collating and calculating the usage of each and every customer, applying respective rate plan, and generating a bill.

     

    In addition to the usage based pricing parameters such as storage space, bandwidth consumption, computing cycles, number of users, modules, services, instances, downloads, alerts, hours etc, every cloud service provider has its own vertical specific usage based pricing charges e.g. in SaaS HRM vertical , they charge based on number of employees, or per month per user, Now the challenge here is cloud service provider has to have a continuous watch on the usage consumption of its customer(s) which may prevent from significant revenue loss. Alerting and allowing a customer on the usage limit (threshold) is again one such crucial business process. Cloud service provider follow a manual process or they have a tool in house developed to track such things. This exercise involves additional human resource or efforts to their operations .

     

    Manual usage tracking is not much of a painful process for start-ups with less customers. However usage tracking process would become a challenging and painful process for the service providers with Large customer base. Hence cloud service provider should automate its usage tracking process and keep a weather eye on the individual customer’s usage consumption. This will reduce the revenue loss occurred in manual process.

     

    eVapt has proven experience in collecting the usage records for cloud subscription service providers across the globe. eVapt has deployed its solution along with it’s Metering module which integrates with cloud service providers database servers / control panel /virtualization platform to collect the usage detailed records (UDRs). This will collect data that is in logfiles, databases or can run scripts written in Java to collect data. The Metering component in eVapt allows collections of multiple usage type and accurate processing of the same. This will plug the loss of revenues through accurate usage collection and processing.

    myblog 780 days ago