Policy‐driven customization of cross‐organizational features in distributed service systems

Walraven, Stefan; Lagaisse, Bert; Truyen, Eddy; Joosen, Wouter

doi:10.1002/spe.1128

Cited by 4 publications

(4 citation statements)

References 40 publications

(46 reference statements)

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The model‐driven engineering techniques are used to resolve variability and to generate executable application variants. An alternative approach is to select a subset of application fragments (eg, process fragments or Java code fragments) and merge them to form the application variant. The generative approach can potentially incur a considerable runtime overhead (variant generation time + deployment and compilation time + enactment time) as the variability and size of the composite cloud application increase.…”

Section: Related Workmentioning

confidence: 99%

SDSN@RT: A middleware environment for single‐instance multitenant cloud applications

et al. 2019

View full text Add to dashboard Cite

With the single-instance multitenancy (SIMT) model for composite Software-as-a-Service (SaaS) applications, a single composite application instance can host multiple tenants, yielding the benefits of better service and resource utilization and reduced operational cost for the SaaS provider. An SIMT application needs to share services and their aggregation (the application) among its tenants while supporting variations in the functional and performance requirements of the tenants. The SaaS provider requires a middleware environment that can deploy, enact, and manage a designed SIMT application, to achieve the varied requirements of the different tenants in a controlled manner. This paper presents the SDSN@RT (software-defined service networks at runtime) middleware environment that can meet the aforementioned requirements. SDSN@RT represents an SIMT composite cloud application as a multitenant service network, where the same service network simultaneously hosts a set of virtual service networks, one for each tenant. A service network connects a set of services and coordinates the interactions between them. A virtual service network realizes the requirements for a specific tenant and can be deployed, configured, and logically isolated in the service network at runtime.SDSN@RT also supports the monitoring and runtime changes of the deployed multitenant service networks. We show the feasibility of SDSN@RT with a prototype implementation and demonstrate its capabilities to host SIMT applications and support their changes with a case study. The performance study of the prototype implementation shows that the runtime capabilities of our middleware incur little overhead.

show abstract

Section: Related Workmentioning

confidence: 99%

SDSN@RT: A middleware environment for single‐instance multitenant cloud applications

et al. 2019

View full text Add to dashboard Cite

show abstract

“…The approaches to customizing multi-tenant applications [9]- [12], [17] also use a model-driven approach. Their capabilities include modeling the variability in requirements and composite applications, generating application variants automatically or semi-automatically for a set of requirement options, and reconfiguring the variants [12], [17], [18].…”

Section: Related Workmentioning

confidence: 99%

FM4SN: A Feature-Oriented Approach to Tenant-Driven Customization of Multi-Tenant Service Networks

Kumara

Han

Colman

et al. 2019

2019 IEEE International Conference on Services Computing (SCC)

View full text Add to dashboard Cite

In a multi-tenant service network, multiple virtual service networks (VSNs), one for each tenant, coexist on the same service network. The tenants themselves need to be able to dynamically create and customize their own VSNs to support their initial and changing functional and performance requirements. These tasks are problematic for them due to: 1) platform-specific knowledge required, 2) the existence of a large number of customization options and their dependencies, and 3) the complexity in deriving the right subset of options. In this paper, we present an approach to enable and simplify the tenant-driven customization of multi-tenant service networks. We propose to use feature as a high-level customization abstraction. A regulated collaboration among a set of services in the service network realizes a feature. A software engineer can design a customization policy for a service network using the mappings between features and collaborations, and enact the policy with the controller of the service network. A tenant can then specify the requirements for its VSN as a set of functional and performance features. A customization request from a tenant triggers the customization policy of the service network, which (re)configures the corresponding VSN at runtime to realize the selected features. We show the feasibility of our approach with two case studies and a performance evaluation.

show abstract

“…As commented in , an m‐signature could be used in the same scenarios as an electronic signature, with the difference that an m‐signature is performed in the mobile device of the user, which is almost always under his or her control, and therefore, it could be used anytime, everywhere. Thus, m‐signatures could be used in e/m‐commerce scenarios, such as payment systems, contract signing protocols, negotiation protocols, identity federation, and mobile voting, in e/m‐government scenarios, and in e/m‐business scenarios.…”

Section: Sipmsign: a Lightweight Session Initiation Protocol‐based Momentioning

confidence: 99%

SIPmsign: a lightweight mobile signature service based on the Session Initiation Protocol

et al. 2012

View full text Add to dashboard Cite

SUMMARY The development of mobile signatures could increase the spread and adoption of mobile services based on electronic signatures, such as mobile payments, mobile business transactions, and mobile government services. A Mobile Signature Service (MSS) means that a user in any of the scenarios mentioned can attach an electronic signature, anywhere, anytime, as with a handwritten signature with a device that is almost always on him or her. Several solutions have appeared, such as using the European Telecommunications Standard Institute MSS, the Mobile Signature Application Unit, and the Mobile Network Operator‐independent MSS. These solutions present two kinds of drawbacks. On the one hand, some of them require the service to be developed by all mobile network operators, whereas others are not based on efficient communications. In this paper, we present a new MSS named SIPmsign that solves these problems. Our proposal is based on the Session Initiation Protocol and defines how to exchange the information in a secure and more efficient way than previously. Thanks to Session Initiation Protocol, we provide the adoption of our proposal as a MSS for the new generation of mobile communications. In this paper, we also present the prototype we have developed as a proof of its feasibility as well as an evaluation of the performance of our solution. Copyright © 2012 John Wiley & Sons, Ltd.

show abstract

Policy‐driven customization of cross‐organizational features in distributed service systems

Cited by 4 publications

References 40 publications

SDSN@RT: A middleware environment for single‐instance multitenant cloud applications

SDSN@RT: A middleware environment for single‐instance multitenant cloud applications

FM4SN: A Feature-Oriented Approach to Tenant-Driven Customization of Multi-Tenant Service Networks

SIPmsign: a lightweight mobile signature service based on the Session Initiation Protocol

Contact Info

Product

Resources

About