apaas平台架构（iaas架构的基础）

本篇文章给大家谈谈apaas平台架构，以及iaas架构的基础对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享apaas平台架构的知识，其中也会对iaas架构的基础进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、千万项APaaS低代码平台，企业数字化转型利器
• 2、ipaas 和 apaas 的区别主要体现在哪
• 3、IOT PAAS 平台设计的心路历程
• 4、PAAS平台的公有云paas和企业级paas
• 5、paas是什么
• 6、什么是低代码开发？

千万项APaaS低代码平台，企业数字化转型利器

2021年的疫情极大提高了全社会对数字化的认识，以远程协作为代表的、基于数字平台运作的方式成为人们因为疫情而禁足时现实的选择。疫情极大地提升了整个国家社会治理技术的进步，整个社会在移动互联网和大数据的支撑下，以无死角无缝隙无断点的方式，实现了对人员流动的有效监控，国家治理能力迈上了一个新的台阶。

数字技术的巨大影响绝不仅仅局限于疫情之下人员流动这样的特殊阶段、特殊场景之下。企业的数字化转型的迫切性表现的更为突出。

每个企业都有自己的创新方式，但是近年来，数字化转型一直是对技术给全球企业带来的快速颠覆关键反应，同时也面临着挑战。对于大多数企业来说，数字化转型是由增长机会推动的，它不仅具有竞争力，面向未来的企业的战略，而且已成为生存的强制性和快速要求，企业实施强大的数字化转型战略，以保持领先于未来的中断。

1、什么是企业数字化转型

企业数字化转型，是指企业利用数字技术，将企业生产经营的某一个环节甚至整个业务流程的信息数据全部整合起来，形成有价值的数字资产，通过大数据，云计算等处理技术反馈有效信息，最终赋能到企业商业价值的过程。

二、企业做数字化转型的理由

1、能够提高工作效率

数字化转型能够让员工在部门与部门之间的沟通更加顺畅，让整个组织持续数据流，能够让客户的整个生命周期中从一个阶段到另一个阶段的无缝过渡，节省时间，提高效率。

2、提高透明度

数字化转型能够实时深入研究日常数据的能力使得业务的各个方面都能够稳定的运营。最重要的是，能够增加跨团队的透明度，看到运营的每一个阶段，快速解决问题。

3、降低成本

大多数企业都需要花费大量的金钱和时间来维护旧系统遗留的问题和产品，而数字化转型能够通过集成高效处理流程和快速识别问题，从而节省时间和金钱。

4、增加收益

数字化转型可以通过数据识别到当前业务流程中的缺陷，提高业务不同方面的透明度，员工和管理层可以通过模式识别，趋势评估和数据驱动型改进，从而实现最大限度地降低成本，轻松增加收入。

5、提高用户体验

数字化转型的成功与否核心是客户，提高了用户的体验，意味着转型有价值。所以，数字化转型能够通过系统查看并深入了解消费者消费流程，了解库存剩余，可用的服务和产品，节省销售，使得整体更清洁，更简单的购买流程。

6、提高竞争优势

企业之间的业务竞争是非常激烈的，通过数字化转型可以提前计划新系统所需的特性和功能，拨入企业擅长的内容以及可以改善业务的位置，从而改善业务基础设施，提高您在行业中的优势。

低代码如何助力企业数字化转型？

通过前边对数字化转型的讲解，大家应该明白这种转型改革并不是针对某个人、亦或是某个部门，而是企业整体所有员工的共同改革。这样一来有一个问题就出现了，数字化本身算是前沿的领域，很多技术、应用都只是局限在IT部门，像销售、市场、制造等部门可能并不了解数字化，也就很难在发展中提供足够的助力。

要知道数字化转型可是一个系统级的工程，如果没有企业整体的共同发展建设，那么是很难成功落地，并发挥巨大作用的。

通俗来讲，你可以理解为将企业业务场景的数据与流程搬至线上，通过数字化来运转与呈现；这一过程，大多数企业完成了从纸笔、Excel到使用CRM\ERP等管理系统、甚至定制开发企业应用的转型。

应用功能越来越多，成本却越来越高，而且使用起来也越来越繁琐，不同业务之间的数据不相通，业务也难以协同。这无疑与企业渴望通过数字化转型来降本增效的初衷相悖。所以低代码的各种应用及服务就开始大规模的发展起来，并成功在众多数字化转型企业中实现了价值。

低代码开发有哪些优势？

1、成倍增长的开发速度

除了从一开始就实现更快的开发之外，低代码平台还有可能通过每个项目加快软件开发生命周期。这是因为，每次开发人员构建新的代码块时，他们都可以将其存储下来，以便在下一个项目中复用。

2、解决开发商短缺问题

有经验的开发人员无法跟上对软件不断增长的需求。低代码开发通过提高生产力和促进公民发展来帮助应对这一挑战。

3、成本更低

传统的应用程序开发需要很高的费用，这主要是因为开发人员需要耗费很长的时间需要手工编写大量的代码，人力成本很高，但是使用低代码开发平台开发应用程序，只需要编写少量的代码，而且无需花费大量时间进行测试和修改，所以人力成本比较低，开发费用也比传统应用程序开发低，能够为企业节约一笔费用。

4、维护性更好

对于传统应用程序，维护和升级需要很长时间。开发人员必须手动修复错误并添加新功能。但是，通过低代码平台开发的应用程序，维护难度和代码量也较低，所以，可以提高系统的维护性。

5、频繁迭代以获得更好的解决方案

由于低代码可实现更频繁的迭代，因此在整个开发过程中可以更快、更频繁地实现反馈。这最终有助于确保解决方案更好地与组织及其客户提出的需求和期望保持一致。

ipaas 和 apaas 的区别主要体现在哪

1、类别不同：

在PaaS平台，Gartner把它们分为两类，一类是应用部署和运行平台APaaS，另一类是集成平台IPaaS。

2、范围不同：

PaaS平台就是指云环境中的应用基础设施服务，也可以说是中间件即服务。PaaS平台在云架构中位于中间层，其上层是SaaS，其下层是IaaS。

在传统On-Premise部署方式下，ipaas应用基础设施即中间件的种类非常多， 有应用服务器，数据库，ESBs, BPM, Portal, 消息中间件，远程对象调用中间件等等。

扩展资料：

IPaaS 通常将 SoftLayer 用作其基于云的解决方案，然而 IPaaS 模型同样适用于私有云、公有云或混合云解决方案。IPaaS 设置和标准操作的成本是通过使用一个基于使用量的灵活模型计算每月的费用而得出的。

该模型将减少任何不必要的使用，是一个更精简的模型，这意味着您只需为实际使用量付费（按需付费）。稍后我们将详细介绍成本模型，并探讨如何使用一个服务目录计算使用量，实现成本节约。

ROI 是 IPaaS 方法的一个显著优势。最初的软硬件购置成本，连同与平台和应用程序支持相关的运行成本，被分摊到 IPaaS 消费模型中。IPaaS 方法在 8 到 10 个月就能实现一个收支平衡点，在一年内就带来实际的节省。

IOT PAAS 平台设计的心路历程

随着公司层面对产品方向的调整，最近团队进入了一个找方向的阶段，虽然大家都清楚我们最终要达到的目标是什么，但怎么到达那里却不是一件显而易见的事情，于是开了几天头脑风暴的会，列出了我们近期，短期，中长期要做的事情。其中一项内容是在近期要做一个 SAAS 平台，而这个平台的构架设计工作就是我这两天的工作内容。

架构是面向问题，而满足需求的 。所以第一步的工作是识别问题。我们要做一个 IOT 领域的 SAAS 服务，那么主要的问题有以下三点：

识别问题之后，就是寻找方案来解决问题，目前业界并没有一个针对 IOT 领域的 SAAS 服务的参考架构，但针对大并发，大数据的问题，我们一般采用分布式集群来解决。

但这样的架构有一个问题，有些租户的设备很多，但数据上报的频率低，而有些租户设备不是很多，数据上报的频率很高。对一个应用来说，计算量是跟数据量相关的，而连接数不能完全体现数据量，所以不能根据设备连接数来决定应用实例数量。

这个架构的问题是所有的应用实例和所有的网关都要保持连接，网关在收到数据时，需要选择转给哪一个应用实例，这样的多对多关系，限制了系统的伸缩性。

到这里这个简单的架构基本就出来了，使用分布式集群网关解决大量连接和海量数据传输的问题，使用分布式集群的应用实例来解决海量数据的处理问题，使用消息的订阅发布的不同主题来解决租户间数据隔离的问题。

但这里遗留了两个问题没有解决：

对于第一个问题，系统应该分离设备数据处理逻辑和用户请求处理逻辑。而第二个问题应用可以根据数据归属设备来自行处理。但考虑到我们的 SAAS 服务针对的是工厂或者企业，不面向消费品市场，所以可以不考虑用户访问量大和设备归属不同用户的问题。

第二天当我把这份设计拿给我们的首席架构师时，他问了我一个问题：为什么要做一个 SAAS 服务。其实在我们的方向和规划里，我们最后会是一个 IOT 领域里的 PAAS ，而 SAAS 只是我们在这个方向上的第一步，起到技术积累的作用。我们的 PAAS 也可以通过多个 SAAS 间相同功能模块下沉而不断丰满起来。

首席架构师说道：路线没什么问题，但做为架构师，眼界不能只放在眼前。既然你们决定要做一个 PAAS 平台，那么一开始你就要划清楚 PAAS 的范围，哪些是 PAAS 的职责，哪些是 SAAS 的职责。所以你应该先出一个 PAAS 平台的架构图。

根据 Gartner 的定义， PAAS 分为 aPAAS 和 iPAAS 两类。对于 aPAAS，开源世界现在已经有比较成熟的解决方案了。基于 kubernetes 和 deis 完全可以定制出一个满足以下需求的 aPAAS 。

接下来是 iPAAS 的部分了。做为 IOT 领域，首先要解决的就是应用与设备的通讯问题。这个部分在前面 SAAS 部分已经说过了，接下来要思考的是还有哪些服务是 PAAS 应该包含的。

以上五种服务是一个通用应用程序会需要用到的服务，而跟 IOT 关系的体现则是在具体设计这些服务时要重点考虑的问题。

产品或者项目可以按照敏捷的思路推进，程序也可以按照 TDD 实践来开发，然而做为架构师，则需要在一开始就划清系统的范围，知道边界在哪里，系统间的关系是怎么样的。范围清晰了，才能识别全系统的问题集，才能谈概念完整性问题。

PAAS平台的公有云paas和企业级paas

云计算起源于大型互联网企业。对于互联网企业，成本压力和指数级的业务增长压力使他们关注于物理资源的利用率和应用的可扩展性。在应用服务器这层，通过Cluster Session来实现水平扩展；在数据存储这层，采用基于BASE模型的NOSQL数据存储来实现扩展。。
（1）基于商业软件的部署方式：Application- Framework/Libs - Websphere/Weblogic + RDBMS（2）基于开源软件的部署方式：Application - Frameworks/Libs - Tomcat/JBoss + RDBMS（3）云环境下的部署方式：Application - Frameworks/Libs - PaaS(Goole App Engine, Amazon)这种情况下，PaaS实质上就是一个预先装好的Web Container和一组公共服务，如数据存储服务(不一定是关系型数据库)、消息队列、集中式session及cache等等。对于个人用户或者简单应用来说，公有云PaaS平台使得开发人员仅关注应用逻辑开发本身，不用把精力花费在基础实施和应用的扩展和维护上。所谓企业级PaaS平台，主要包含两类，一是大型企业内部的私有云PaaS平台，另一类是面向ISV厂商的PaaS平台。然而对于企业级PaaS平台，PaaS不仅仅是云环境下的应用部署平台。 抛开安全问题不讲，私有云PaaS平台和公有云PaaS有如下核心区别：（1）复杂的多租户模型：对于公有云PaaS平台，其租户模型是 （用户- 应用 - 应用实例），一个用户可以部署多个应用，每个应用可以有多个运行时实例，应用实例共享资源池。对于一个大型企业，一个大部门可能是一个租户，大部门下面的子部门也是一个租户；或者一个SaaS应用系统的一个实例就是一个租户。对于租户的资源使用，大部门租户是共享资源池里面的资源，也可能某些关键租户需要独占一些资源以保证安全。（2）已有应用的兼容：企业的历史应用都是基于关系型数据库的，某些PaaS平台不支持关系型数据存储，即使是简单的已有应用都无法迁移到PaaS平台上。（3）复合应用的构建: 企业On-Premise应用在很长一段时间内都是要存在的，私有云PaaS平台要成为On-Premise和公有云之间的桥梁。私有云PaaS平台除了是应用部署平台外，还需要提供集成和方便构建复合应用的能力，就是Gartner所提的iPaaS能力。 企业级PaaS平台不仅仅是应用部署平台，而且是复杂多租户环境和复杂应用环境下的共享基础设施平台，是On-Premise部署通往公有云部署的必经之路现在拥有PAAS平台技术的厂商
apaas和ipaas
简单的说，PaaS平台就是指云环境中的应用基础设施服务，也可以说是中间件即服务。PaaS平台在云架构中位于中间层，其上层是SaaS，其下层是IaaS。在传统On-Premise部署方式下，应用基础设施即中间件的种类非常多， 有应用服务器，数据库，ESBs, BPM, Portal, 消息中间件，远程对象调用中间件等等。对于PaaS平台，Gartner把它们分为两类，一类是应用部署和运行平台APaaS（application platform as a service)，另一类是集成平台IPaaS（integration as a service）。 人们经常说的PaaS平台基本上是指APaaS。
paas对互联网产业的影响
平台即服务（Platformas a Service, PaaS)是软件即服务（Software as a Service, SaaS)的延伸。SaaS提供的是定制好的远程软件服务，比如当你订购一个网络销售系统软件，就可以直接使用，不需要代码开发，但是缺点是客制化困难。PaaS也是远程订购服务，但是你购买的是平台模块服务，如计算能力、数据库、储存和消息传送等。底层的平台已¾¬帮你铺建好，你需要开发自己的上层应用。
首先，技术门槛降低让应用更容易生成，而间接鼓励更多的商业模式创新。尤其是资金花在软件和硬件的比例会减低，给初创公司带来更大的生存空间；再来，可以有更多的平台服务架构在现有的PaaS上（Platform over PaaS），使得服务的种类多样化。这也会促成生态链的形成；最后，公司的合并门槛减低，如果两家公司用的是同一个平台服务，那么就没有技术整合的问题了。当然，PaaS要大力发展还是有一些困难得克服，例如vendor lock-in，也就是说API和数据都还不是标准化，使得应用迁移变得复杂。再者，网络的连接性也是一大问题——当你的应用因为任何一端的网络而没办法连上平台服务时，你可能没有任何其他的备份方案。最后，老实说国内的互联网产业要能真正提供PaaS还有一段路得走，毕竟技术门槛不是太低，尤其是分布式计算的构建不是一蹴而就的。
PAAS平台应用代表
国外：Google、Salesforce、Amazon
国内：八百客 用友 百度BAE 新浪SAE 阿里Ali 魔泊云（MoPaaS）

paas是什么

PaaS是（Platform as a Service）的缩写，是指平台即服务。把服务器平台作为一种服务提供的商业模式，通过网络进行程序提供的服务称之为SaaS（Software as a Service），是云计算三种服务模式之一，而云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了PaaS（Platform as a Service）。

所谓PaaS实际上是指将软件研发的平台作为一种服务，以SaaS的模式提交给用户。因此，PaaS也是SaaS模式的一种应用。但是，PaaS的出现可以加快SaaS的发展，尤其是加快SaaS应用的开发速度。在2007年国内外SaaS厂商先后推出自己的PAAS平台。

作用

PaaS之所以能够推进SaaS的发展，主要在于它能够提供企业进行定制化研发的中间件平台，同时涵盖数据库和应用服务器等。PaaS可以提高在Web平台上利用的资源数量。例如，可通过远程Web服务使用数据即服务（Data-as-a-Service：数据即服务），还可以使用可视化的API，甚至像800app的PaaS平台还允许混合并匹配适合应用的其他平台。

用户或者厂商基于PaaS平台可以快速开发自己所需要的应用和产品。同时，PaaS平台开发的应用能更好地搭建基于SOA架构的企业应用。

什么是低代码开发？

什么是低代码？

低代码开发平台（Low-Code Development Platform，LCDP）是低代码开发所需的环境。大多数低代码平台都是以云上提供的aPaaS（Application Platform as a Service，应用程序平台即服务）的形式，不仅用于开发，还用于应用程序的运行，实现了软件开发到应用的一贯性支持。

所谓低代码开发，是指尽量无需编写源代码，通过使用“图形用户界面/GUI”这一可视化操作，在极短的时间内实现系统开发的手法。目前也有通过在Web浏览器上搜索所需组件，整合粘贴来制作应用程序的工具。

采用低代码开发，无需SQL记述就可以制作数据库，简化开发工序。在保证一定扩展性的同时，可以有效缩短开发工时。

为什么选择低代码开发平台？

低代码开发平台最初被关注的是用于移动应用的开发。与基础系统开发相比，手机app开发对速度的要求更高，而且还必须支持多设备。在传统意义上，要在短时间内推出这样的移动应用程序是非常困难的，于是，低代码开发平台进入了开发人员的视野。

在现今社会，低代码开发平台受到关注的最大理由是数字化转型（DX）。所谓数字化转型，是指通过人工智能和物联网等信息技术，将一切事物通过数字数据连接起来，从而从根本上改变企业业务模式。

目前许多企业都在致力于数字化转型，以求在高速发展的时代中生存下来。企业的IT部门为了推进数字化转型，必须更密集的进行软件开发。但是，软件开发技术人员的数量是远远不够的，仅靠IT部门根本无法满足软件开发的需求。

低代码开发平台，可以被一般的业务人员、一线工作人员、管理人员等非专业的开发人员使用，无论是否有开发基础或经验，都可以经过简单的培训进行软件开发。

低代码开发的优势

缩短开发时间

低代码开发最大的优势是可以缩短开发时间，也就节约了开发成本。低代码开发平台提供了大量的通用组件，可以实现一些基础功能。必要时可以添加自己编写的代码，来满足用户的功能需求，提供质量稳定的应用程序。

无需担心安全性

低代码开发平台的供应商会提供相应的安全对策，用户无需担心程序的安全性以及开发过程中的安全风险。为了实现特殊功能，需要自己编写代码时，用户只需关注自己的编写部分的安全性即可。

降低开发门槛

在低代码开发中，无需编写复杂的源代码，就可以在专用的平台上编写程序。即使没有受过编程专业教育的人，也可以在平台上轻松地进行开发工作。在传统印象中，程序开发都是由专业的工程师来完成，使用低代码开发平台，程序开发的门槛大大降低了。

低代码开发平台的主要功能

通用性组件

低代码开发平台提供了大量通用的组件，这些可供使用的组件种类多样。

此外，用户也可以利用第三方开发的组件。这样的可再利用形式的组件，支撑着在低代码开发平台的视觉建模。

视觉建模

低代码开发平台以模型驱动型开发为基础，任何人都可以通过可视化建模，轻松实现程序开发。

通过拖放可以将所需的流程和组件整合，无需编程即可创建程序。同时，有编程技能的工程师也可以根据需要进行编码，从而定制组件。

支持各种架构

要开发与企业架构相对应的基础系统，就必须具备与各种系统协作的功能。在这一点上，低代码开发平台支持大多数的主流操作系统和数据库。

另外，通过丰富种类的API，可以和外部系统自由合作。因此，低代码开发平台具有可扩展性和开放架构，可支持大企业的基础系统开发。

基于代码的扩展

完全不使用代码的无代码工具，特点是使用预设好的功能来制作简单的应用程序。对于低代码开发平台，用户也可以通过编码自由扩展组件的功能。

低代码开发平台可以根据客户各自的需求，进行各种各样的定制，即使是复杂的大规模系统开发也能应对。

软件全生命周期整体支持

目前提供的低代码开发平台大部分采用的是云服务aPaaS的形式。

因此，低代码开发平台并非单纯的应用开发工具，从与数据库的自动连接、测试、正式启动、进一步运行管理、变更管理等开发工序到实际运用工序，搭载了支持整个软件生命周期的功能。

与无代码开发平台的区别

与低代码开发平台对应的是无代码开发平台（No-Code Development Platform, NCDP）。无代码顾名思义，就是不以编写代码为前提的开发方法。

低编码和无编码在某种程度上非常相似。前述的可视化建模、可再利用的通用性组件、生命周期管理等低代码开发平台的特征也适用于无代码开发平台。

无代码开发平台同样适用于专业的开发者和无基础开发者，提供了能够在更短的时间内轻松发布应用的环境。无需通过编码进行编程，通过PaaS平台提供，可以在不构建操作环境的情况下立即运行。

乍一看，无代码开发平台只是从低代码开发平台中去掉了编写代码的要素。但实际上它们是非常不同的。

首先，无代码开发平台不能通过编写代码来扩展或定制功能。因此，无代码开发平台目标是通过预先准备好的组件和API，实现功能范围内的相对简单的程序开发。不需要专业开发人员进行系统设计和数据库设计，经过简单的功能设计后立刻就可以使用。

典型的例子是使用Excel等电子表格的普通业务人员，将Excel和纸质工作系统化，自己创建应用程序，以简化日常工作。这些应用程序由其使用者来完成运营，随着业务的变化可以灵活的调整应用程序的功能。

无代码开发平台不能通过编写代码扩展功能，所以不适合功能较多的程序开发。此外，由于API的系统协作自由度较低，也不适合核心系统的开发。

低代码：朝着更好的未来行进

得益于一些厂商的努力，低代码行业正在构建起健康的生态。我们在讨论低代码的未来时，需要清楚一点的是，低代码并非万能，它有清晰的能力边界，而非一些声音所说的会“抢走程序员的饭碗”。低代码是企业数字化建设当中“最后一公里”，在保障企业数字化进程的价值赋能下，中国市场会有低代码的一方天地。

国内的简搭(jabdp)开发平台是一个低代码开发平台，复杂的业务功能，只需要会基本的sql语句和javascript语法，就能进行快速开发，满足其个性化的业务需求，设计出各种复杂的企业web应用。主要特点如下：

可灵活定制：简搭(jabdp)低代码平台提供了强大的定制能力，包括页面定制、数据表管理、业务流程定制等，便于实现各类企业应用。

权限管理：简搭(jabdp)低代码平台提供组织结构管理和精细的权限管理多人，便于企业根据实际情况灵活地进行权限设置和调整，促进内部协作。

易于部署和维护：简搭(jabdp)低代码平台提供一键部署功能，无需配置复杂的网络服务器；根据企业的需求变化进行系统维护也更容易。

支持二次开发和系统集成：简搭(jabdp)低代码平台是一个开放的快速开发平台，有经验的程序员依然可以基于jabdp定制开发出许多高级的功能，而不受jabdp本身的限制；同时，简搭(jabdp)低代码平台开发出的应用也可以很方便地与企业的现有信息系统集成，或者与微信、钉钉等第三方应用集成。

简搭(jabdp)低代码平台适合用于大部分的企业级web应用的开发，尤其适合企业信息管理系统（MIS）、企业资源计划系统（ERP）、客户关系管理系统（CRM），业务支撑系 统（BSS）等。并且就一些经典的项目案例提取整合出各种类型的项目模板，共享给开发者参考，开发者可以在原有的项目基础上进行修改定制，以打造其个性化的企业信息化平台。

关于低代码开发平台，一个常见的误区是认为“低代码开发平台只适用于平民开发者（Citizen Developer）”。平民开发者是指那些非传统的、没有受过专业编程教育的开发者，他们主要用低代码平台来创造和定制应用。

当然，通过使用低代码开发平台，可以降低对多数项目人员的技术要求。在多个项目并行时，只需要一个有经验的程序员进行数据表、业务逻辑等的设计即可，其他项目人员无需编程能力，这样在人月数和人员要求两个方向都能有效控制项目的投入。

借助低代码开发平台，可以更高效地理解中小企业的信息化项目需求，控制项目开发的成本，同时适应中小企业信息化需求变化快和缺乏专业技术人员进行项目维护的特点，是开发中小企业信息化项目的最佳选择。

关于apaas平台架构和iaas架构的基础的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 apaas平台架构的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于iaas架构的基础、apaas平台架构的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。