Service composition in a TINA environment

M. Born, R. Fischer, M. Von Lowis, D. Kruger, C. Ulbricht
{"title":"Service composition in a TINA environment","authors":"M. Born, R. Fischer, M. Von Lowis, D. Kruger, C. Ulbricht","doi":"10.1109/TINA.1999.789987","DOIUrl":null,"url":null,"abstract":"In many of today's complex technical production processes the final product is produced from existing parts. The same concept can be applied to the development of software and leads to a component oriented software design. This step towards composing services from existing parts rather than starting a complete development each time has been motivated by three main driving forces, especially in the telecommunications domain, i.e. time to market, cost reduction and customisations. These market drivers are general forces for component-oriented production and not specific for TINA and distributed systems. However, the authors have identified more detailed and specific problems made with their real TINA middleware implementation. The main problems can be categorized as follows: 1) Simple dependency: a component requires a feature of another component, 2) Version dependency: a component requires another component, but in a specific version, 3) Interoperability conflict: a component cannot be combined with another component, 4) Resource limitation: inside a node or a cluster, a number of resources are only available to a limited extent. Since the knowledge about all the relations and dependencies of the components is very complex it is obvious that it would be helpful to have tool support for the composition, configuration and installation tasks to be performed. This could ensure that the same problem cannot arise twice, since the knowledge is kept reproducibly in the tool.","PeriodicalId":173584,"journal":{"name":"TINA '99. 1999 Telecommunications Information Networking Architecture Conference Proceedings (Cat. No.99EX368)","volume":"29 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"TINA '99. 1999 Telecommunications Information Networking Architecture Conference Proceedings (Cat. No.99EX368)","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/TINA.1999.789987","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0

Abstract

In many of today's complex technical production processes the final product is produced from existing parts. The same concept can be applied to the development of software and leads to a component oriented software design. This step towards composing services from existing parts rather than starting a complete development each time has been motivated by three main driving forces, especially in the telecommunications domain, i.e. time to market, cost reduction and customisations. These market drivers are general forces for component-oriented production and not specific for TINA and distributed systems. However, the authors have identified more detailed and specific problems made with their real TINA middleware implementation. The main problems can be categorized as follows: 1) Simple dependency: a component requires a feature of another component, 2) Version dependency: a component requires another component, but in a specific version, 3) Interoperability conflict: a component cannot be combined with another component, 4) Resource limitation: inside a node or a cluster, a number of resources are only available to a limited extent. Since the knowledge about all the relations and dependencies of the components is very complex it is obvious that it would be helpful to have tool support for the composition, configuration and installation tasks to be performed. This could ensure that the same problem cannot arise twice, since the knowledge is kept reproducibly in the tool.
TINA环境中的服务组合
在当今许多复杂的技术生产过程中,最终产品是由现有的零件生产出来的。同样的概念可以应用于软件开发,并导致面向组件的软件设计。从现有的部分组合服务,而不是每次都开始一个完整的开发,这一步是由三个主要驱动力推动的,特别是在电信领域,即上市时间、成本降低和定制。这些市场驱动因素是面向组件生产的一般力量,而不是针对TINA和分布式系统的。然而,作者已经确定了在实际的TINA中间件实现中产生的更详细和具体的问题。主要问题可以分类如下:1)简单依赖:一个组件需要另一个组件的特性;2)版本依赖:一个组件需要另一个组件,但在特定的版本中;3)互操作性冲突:一个组件不能与另一个组件组合;4)资源限制:在节点或集群内部,许多资源只能在有限的范围内可用。由于关于组件的所有关系和依赖关系的知识非常复杂,因此很明显,为要执行的组合、配置和安装任务提供工具支持将会很有帮助。这可以确保相同的问题不会出现两次,因为知识在工具中是可重复的。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:604180095
Book学术官方微信