内容字号:默认大号超大号

段落设置:段首缩进取消段首缩进

字体设置:切换到微软雅黑切换到宋体

文件存储_张北阿里云计算_代金券

2021-07-18 03:25 出处:欧普曼云计算 人气: 评论(0

文件存储_张北阿里云计算_代金券

使用SAP云平台ABAP环境(Steampunk)运行应用程序的基础设施成本主要由每个ABAP系统的成本驱动。为了在同一个ABAP系统上运行多个客户,需要多租户。多租户支持包括两个方面。首先,Steampunk需要提供计划在下一版本中提供的所需功能。其次,必须根据专用规则开发应用程序,以确保不同客户之间的内容分离。

本文档将这些规则描述为在Steampunk之上构建租户感知应用程序的开发指南。这些规则可以立即应用,甚至在Steampunk基础设施功能可用之前。

Multitenancy定义了在单个共享计算基础设施上承载不同客户(租户)的能力,以优化管理并显著降低TCO。租户是一个组织上独立的单位,其IT业务(或部分IT业务)由托管提供商与其他租户的业务一起运营。多租户在"软件即服务"(SaaS)业务模式中尤其重要,在这种模式中,客户订阅托管软件解决方案,物联网展会,而不是购买和安装它们。从托管提供商的角度来看,每个租户每个用户的运营成本是一个决定性因素。这一点在SME市场上更为适用,通常每个租户只有少量用户(10-50)访问托管解决方案。很明显,个人免费云服务器,托管提供商只有成功地将托管解决方案的管理和维护成本保持在尽可能低的水平,才能实现盈利。当然,这种成本压力也限制了托管提供商愿意接受的针对许多租户的托管解决方案的个性化和定制程度。

要在降低TCO方面取得突破,需要提供一种在一个ABAP系统中托管多个租户的方法。因此,我们将指导您如何构建支持多租户的解决方案。在本文中,我们将使用术语多租户。更具体地说,我们将只使用ABAP环境中的多个客户端作为实现多租户的技术手段。第一个反映了租户的期望:

系统所有级别的租户之间都保证了严格的数据隔离。租户必须确保其数据(及其租户特定的应用程序扩展)在任何情况下都不会与在同一系统中运行的任何其他租户的数据或应用程序混淆。

第二个是从托管提供商的角度来看:

在同一系统中运行多个租户的成本必须是与单租户系统相比显著降低。多租户系统必须以满足业务案例的方式降低托管解决方案的总体拥有成本。请注意:多租户只是降低操作系统边际成本和硬件成本的一种手段

在某种程度上,超算云,这两个原则是矛盾的。第一种方法最容易由单租户系统实现,而第二种方法要求在每个系统级别共享资源,例如硬件、数据库、应用程序服务器。因此,多租户可以描述为在不违反租户数据隔离原则的情况下共享尽可能多的系统资源。本文件描述了如何在Steampunk中通过ABAP系统的当前多客户端功能的演变实现多租户的设计原则。

Steampunk基础设施并不能完全确保租户隔离,但是基础设施允许通过遵循特定的设计原则来开发多租户感知应用程序。

Steampunk是为ABAP提供的平台即服务(PaaS)。在Steampunk的典型场景中,独立软件供应商(ISV)在Steampunk上开发并运行软件即服务(SaaS)应用程序,并将此应用程序销售给其最终客户。为了避免与术语"客户"混淆,由于ISV也是Steampunk的客户,本文档中使用以下术语:

SaaS应用程序的服务提供商负责在Steampunk之上开发、维护和操作应用程序。它通常是ISV或开发合作伙伴。

提供商系统是一个Steampunk ABAP系统,用于运行由提供多租户功能的服务提供商操作的SaaS应用程序。

SaaS应用程序的服务消费者是服务提供商的最终客户,比较便宜的云服务器,他在提供商系统中订阅了租户。

以下内容项目是蒸汽朋克中多租户支持的基础:"多租户"只在由同一服务提供者操作的提供者系统中支持,以运行单个SaaS应用程序。使用ABAP开发工具(ADT)的开发场景不支持多租户。这意味着,易淘客,无论是多个服务提供商都不能共享同一个系统进行开发,也不是一个消费者可以使用ADT进一步开发或扩展提供商的SaaS应用程序。作为服务提供商,您可以按照相应的指导原则构建多租户应用程序。没有系统控制的过程来确保您作为服务提供商真正以多租户兼容的方式构建应用程序。如果严格的数据隔离是法律要求,我们建议进行外部审计,以确保您的代码不会破坏数据隔离。租户之间可以选择共享数据。此外,通过ABAP托管数据库过程(AMDP)访问本机SAP HANA数据库需要特别考虑。只记录哪些功能对客户机隔离有哪些影响。没有检查确保您作为服务提供商以多租户兼容的方式使用这些功能。为了确保租户生命周期过程,应用程序的构建方式必须使租户复制、租户移动和租户删除过程能够处理它。遵守本指南的这些方面是至关重要的,因为这将导致SAP、您作为提供商和消费者参与的问题。没有系统控制的过程来确保您作为提供商真正以符合租户生命周期管理的方式构建应用程序。安全性和系统日志将数据存储在跨客户端持久性中。除了已经存在的SAP云平台ABAP环境产品认证之外,任何来自SAP的多租户特定认证都不在范围之内。对SaaS应用程序的关键用户可扩展性的专门支持在我们的路线图上。多租户目前不支持入站RFC通信(从本地系统调用Steampunk中的RFC)。

以下部分列出了多客户端系统中内容分离的相关指南。我们使用ABAP系统的多客户端体系结构实现多租户,并在此处列出实现多租户的设计原则。

关于必备软件的概述

以下列表为熟悉本地系统多客户端方法的读者提供了全面的概述。大多数规则对于本地ABAP系统来说都是众所周知和成熟的。您可以在后面的章节中找到更多信息。

将租户相关数据存储在类型A、C或L的客户相关表中。将与系统相关的数据存储在S类型的与客户机无关的表中。始终将当前客户机的选择添加到ABAP数据库过程(AMDPs)。不要在提供程序系统中本地生成开发对象或其他独立于客户端的数据系统。不要计算3位客户机字段的实际值(如果sy mandt='nnn'。…. ENDIF.)

数据库表设计

数据库表必须按内容分类。我们区分以下类型:

租户配置数据-交付类别为"C"的表租户应用程序数据–交付类为"A"的表租户临时数据-交付类为"L"的表

租户内容的数据库表必须依赖于客户端。这意味着,表的第一个字段必须是数据类型"CLNT"。我们建议使用内联声明abap.clnt公司"

在租户复制和租户移动过程中,仅考虑依赖于客户端的"C"和"A"表的内容。未从开发系统交付的独立于客户端的表和"L"表的内容将在租户移动等租户生命周期过程中丢失。

在租户删除过程中,删除所有依赖于客户端的表的内容。

交付类必须是"C"、"A"或"L"。

交付类"E",Steampunk中根本不支持"G"和"W"。

系统配置数据-交付类别为"S"的表格

分享给小伙伴们:
本文标签: 文件存储张北阿里云计算代金券

相关文章

评论

发表评论愿您的每句评论,都能给大家的生活添色彩,带来共鸣,带来思索,带来快乐。

签名: 验证码: 点击我更换图片

评论列表