PaaS平台中面向多租户SLA的可复用构件研究

发布时间：2018-06-29 11:12

  本文选题：PaaS + SaaS　； 参考：《山东大学》2014年硕士论文

【摘要】：随着云计算的兴起,软件的交付与使用模式正在发生着变化。作为云计算的一部分,PaaS平台为SaaS应用提供完整的开发、部署及运行环境。租户通过PaaS平台租用自己所需的SaaS应用,而且无需购买硬件设备和进行软硬件的维护。在一个开放式的电子商务PaaS平台上会存在大量的SaaS应用以供租户使用。在这止匕SaaS应用中,有很多应用具有相似或相同的功能,例如,很多在线网店都会具有搜索商品的功能。根据软件工程中基于构件的软件开发的原则,我们可以对这些“功能”进行复用,因此,本文将致力于研究在开放的电子商务PaaS平台上进行基于构件的SaaS应用构建的问题研究。在PaaS平台中进行基于构件的SaaS应用构建所涉及到的几个主要问题。第一,如何将可复用构件机制有机整合到PaaS平台上?第二,如何在PaaS平台上对构件进行管理?第三,针对SaaS应用的多租户特性,如何绑定构件才能更好的满足不同租户的SLA协议? 在本文中,为了解决在PaaS平台中进行基于构件的SaaS应用构建所涉及到的几个主要问题,我们主要进行了一下工作。首先,为了将可复用构件机制整合到PaaS平台中,本文提出了一种加强型的电子商务PaaS平台,即在PaaS平台上增加了一层构件层。构件层负责构件的存储和调用。其次,为了更好的管理构件开发商所提交的大量构件和方便以后SaaS应用开发商检索自己所需的构件,本文提出了抽象构件的概念。抽象构件是对具有相似功能的构件的概括,它只涉及构件的抽象描述而没有具体实现。通过抽象构件与实体构件之间的相似度,我们将具有相似功能的构件聚类到同一个抽象构件之下。最后,不同租户往往会与SaaS应用提供商签订不同的SLA协议,在SLA协议租户指明自己所需要应用提供的服务质量。为了能够满足多租户的不同SLA请求,本文提出了构件的后期绑定策略,即在租户与SaaS应用提供商签订SLA协议之后根据其中的租户请求,选取合适的构件进行调用。在所有满足SaaS应用提供商的功能性要求的构件中选取一个满足租户SLA请求的构件需要综合考虑构件的多个QoS属性,即从多个QoS目标中选取一个最适合的构件供租户使用。SaaS提供商位于构件提供商与应用租户之间,不仅需要考虑满足租户的请求还要考虑如何使得自己的利益最大化。我们综合考虑了在构件中在存在满足租户请求和不存在构件满足租户请求的两种情况,如何选取合适的构件调用。 本文最后进行了实验模拟,通过模拟实验来验证了基于抽象构件模型的构件管理和基于SLA的构件后期绑定的可行性。
[Abstract]:With the rise of cloud computing, software delivery and usage patterns are changing. As a part of cloud computing, PaaS platform provides a complete development, deployment and running environment for SaaS applications. Tenants rent their own SaaS applications through PaaS platform, and do not need to purchase hardware equipment and software and hardware maintenance. There will be a large number of SaaS applications for tenants on an open PaaS platform. In this SaaS application, many applications have similar or identical functions, for example, many online stores will have the ability to search for products. According to the principle of component-based software development in software engineering, we can reuse these "functions". Therefore, this paper will focus on the research of building component-based SaaS applications on open e-business PaaS platform. There are several main problems involved in building component-based SaaS applications on PaaS platform. First, how to integrate reusable component mechanism into PaaS platform? Second, how to manage the components on the PaaS platform? Thirdly, in view of the multi-tenant feature of SaaS applications, how to bind the components to better meet the SLA agreement of different tenants? In this paper, in order to solve the main problems involved in building component-based SaaS applications on the PaaS platform, we mainly do some work. Firstly, in order to integrate the reusable component mechanism into the PaaS platform, this paper proposes an enhanced e-business PaaS platform, in which a layer of component layer is added to the PaaS platform. Component layer is responsible for component storage and call. Secondly, in order to better manage a large number of components submitted by component developers and facilitate future SaaS application developers to retrieve their own required components, this paper proposes the concept of abstract components. Abstract component is a summary of component with similar function. It only involves abstract description of component without concrete implementation. Through the similarity between abstract component and entity component, we cluster the components with similar function into the same abstract component. Finally, different tenants often sign different SLA agreements with SaaS application providers. In order to satisfy the different SLA requests of multi-tenant, this paper proposes a post-binding policy of component, that is, after signing SLA agreement between tenant and SaaS application provider, according to the tenant request, select the appropriate component to call. Among all the components that meet the functional requirements of SaaS application providers, selecting a component that meets the SLA request of the tenant needs to take into account the multiple QoS attributes of the component. That is to choose one of the most suitable components for tenants to use. SaaS provider is located between component provider and application tenant. It is necessary to consider not only satisfying the tenant's request but also how to maximize their own interests. In this paper, we consider the two cases of satisfying tenant's request and non-existent component's satisfying tenant's request, and how to select the appropriate component call. At the end of this paper, the simulation is carried out to verify the feasibility of component management based on abstract component model and SLA-based component late binding.
【学位授予单位】：山东大学
【学位级别】：硕士
【学位授予年份】：2014
【分类号】：TP393.09;TP311.52

【参考文献】

中国期刊全文数据库 前2条

1 张若英,邱雪松,孟洛明;SLA的表示方法和应用[J];北京邮电大学学报;2003年S2期

2 赵俊峰,王亚沙,谢冰,杨芙清;一种支持构件服务质量的构件管理框架[J];电子学报;2004年S1期

，

本文编号：2081926