对apaas产品的看法（请说明Iaas 的优点和缺点）

本篇文章给大家谈谈对apaas产品的看法，以及请说明Iaas 的优点和缺点对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享对apaas产品的看法的知识，其中也会对请说明Iaas 的优点和缺点进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、ipaas 和 apaas 的区别主要体现在哪
• 2、千万项APaaS低代码平台，企业数字化转型利器
• 3、有哪些快速开发平台或者零代码开发平台？
• 4、传字节跳动已购买，“黑帕云”
• 5、IOT PAAS 平台设计的心路历程

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 个月就能实现一个收支平衡点，在一年内就带来实际的节省。

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

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

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

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

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

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

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

1、能够提高工作效率

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

2、提高透明度

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

3、降低成本

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

4、增加收益

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

5、提高用户体验

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

6、提高竞争优势

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

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

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

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

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

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

低代码开发有哪些优势？

1、成倍增长的开发速度

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

2、解决开发商短缺问题

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

3、成本更低

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

4、维护性更好

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

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

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

有哪些快速开发平台或者零代码开发平台？

什么是零代码应用开发平台？

尽管市场上也把建站、网店开发、小程序开发等免代码服务也称为零代码开发对apaas产品的看法，但因为这些平台面向的是特定的目的对apaas产品的看法，服务一个专有的范式，所以一般不将他们划入零代码平台的范畴之内。真正的零代码开发平台面向的是广泛和多样的需求，在设计aPaaS产品的时候，并不确定一个特定的用户会用它来搭建什么应用。

当然，虽说面向的需求是广泛的，也不代表aPaaS是万能的。零代码开发几乎都是面向企业应用世界，而很难扩展到消费者应用领域，比如游戏、社交、工具软件等必然长期属于原生开发的世界。

所以，零代码应用开发平台需要一个比较准确的定义。它是指围绕企业数据和业务管理需求，通过可视化方式设计数据结构，用户交互形式、设置访问权限和定义工作流程的平台。你会发现，即使是原生开发企业软件，大体也是按照以上这几个步骤来进行的。

我用一个相对完整的列表，将零代码开发平台的能力元素和特性描述如下：

1）可视化构筑业务对象数据表（Entity），并支持建立关联。甚至需要支持跨应用的数据表关联。（这是aPaaS未来可能胜出其他方案的关键优势）。

2）为不同的数据场景配置不同类型的视图（View），能够定义数据行和列的过滤，能够设置列表、看板、日历等不同界面形式。

明道云构筑的销售应用数据视图

3）能够定义不同用户角色（Role），并赋予角色不同的数据访问和改写权限（Permission Set）。权限定义越精细越好。

明道云构筑用户角色和权限组合的界面

4）能够建立针对数据的汇总表和统计图表（Report）

5）能够建立自定义的输入表单（Form），分发给不同角色使用。

6）能够建立自定义的打印报表（Form Report），用于输出各类形式表格，通过Email，短信发送或者打印。

7）能够管理企业用户、部门、组织结构，并将其用于应用逻辑关系，比如应用的分发，角色的赋予和工作流中的流向信息。

8）能够可视化配置工作流（Workflow），支持特定条件下的数据新增，改写，删除等操作，并能够融入数据填写，审批等人工流程节点。工作流的运行能够监控和保存日志。

明道云构筑审批工作流的界面

9）应用能够封装后分发（Distribution）给不同的用户。

10）面向企业内部个人用户的工作台，仪表台等特性，实现个性化使用。

不同的aPaaS产品会有不同的特色和侧重点。所以以上特性并不一定存在于每一个aPaaS产品中。但是，特性越完整的，就越接近一个典型意义上的零代码企业应用开发平台。在以上实现中，有纯粹的零代码模式，也有个别需要用低代码方式来降低产品复杂度，但同时也会让非技术人员难以上手。

所以，aPaaS是SaaS应用和开发工具的混合，说它是SaaS，是因为开发者和终端用户使用的是同一个产品，只是通过权限和分发关系让界面千人千面。说它是开发工具，是因为它用模型模拟的应用搭建思路和原生数据库应用开发是类似的。

软件的应用特点和二次开发能力共存也不是一个新鲜事物。用Excel软件构筑一个个人所得税计算器，让用户可以输入自己的工资，即可得到应缴税额，对于使用者来说是应用，对编制这个Excel文件的人来说是开发工具，但他们用的都是Excel。

为什么企业软件领域可以实现零代码开发？

为什么游戏和社交软件做不到零代码开发，而企业软件市场却出现了零代码工具？是因为企业软件的开发比较简单吗？

当然不是。能够模式化完成一个工作的原因在于这项工作具备可重复性，就像我们会用3D打印制作一两件零件，但如果要生产成千上万个同样的零件，我们宁可花费成本先去制作模具。企业软件可以模式化开发的原因就在于大多数企业管理软件都由非常类似的需求和实现方式来构成，如果不积极利用这些相似性和模型化方法就需要不断重复发明类似的轮子。

当然也并非所有的企业应用都有相似性。在特定行业和职能中总有一些需要专门化设计和开发的应用。但在企业的运营全流程中，围绕客户，供应商，销售订单，产品，供应商，采购订单，制造流程，服务流程等商业对象，企业软件要解决的问题具有很强的相似性。这些相似性，或者使用范式可以被概括为以下环节：

1）围绕上述商业对象（Business Objects）的数据搜集和存储，并对数据的有效性进行验证。例如：建立一个采购订单，向特定供应商采购三项商品。

2）数据的查询和呈现。例如：运营部门查询处A仓库在今天应该到货的采购订单。财务部门查询货物已经收讫，并且应该在本周付款的采购订单。

3）数据的计算。例如：当采购订单的货物到达特定仓库后，更新相关商品的库存信息。

4）流程的控制。例如：当起草采购订单并准备发出时，根据采购的类别和金额发起不同的审核流程，在审核通过或者拒绝后执行不同的流程内容。

5）信息通知。例如：在采购订单批准后，自动生成采购单并发送给供应商，并通知仓库准备收货。

6）数据的统计和分析。例如：汇总过去一年的采购订单中按照BOM清单的产品金额分布，或者按照供应商的分布。

企业软件的设计和开发人员对以上这些使用范式都非常熟悉，它们经常出现在各种企业软件的开发需求中。实际上，除了以上抽象出的范式，企业软件的其他独特功能点并不太多了，甚至很多属于所有企业级软件共有的模块，比如管理用户和用户组，权限角色等。正是因为这个原因，企业软件的开发存在高度模型化的可能，从而在大部分场景下，摆脱对原生代码开发的依赖。

在云时代之前，除了Access以外，苹果公司也有FileMaker，Intuit公司也曾经开发过Quickbase（这个名字来源于Intuit公司财务软件产品Quicken），Quickbase后来被剥离，一直到今天都在提供服务。即使在原生开发领域内，企业软件市场也出现了各种现成的开发框架，它们和今天的零代码平台一样，都是为了通过模型化来提高交付效率和质量的办法。

为每个企业的软件需求，都从第一行代码开始写起，单独依靠某种高级语言和集成开发环境建立开发项目，这种做法已经越来越没有必要。正如Gartner的预测，大部分的企业应用将来都会依赖零代码平台，以至于不远的将来，零代码平台并不会刻意保留这个前缀，因为这将成为天经地义的事情，这就像今天为了满足一个通用需求，大多数企业不会去定制开发，甚至零代码平台都不会用，而是直接使用一个标准的SaaS产品。

为什么aPaaS具有难以替代的优势？

用户开始选择aPaaS产品，不仅仅是因为他们可以这样做，更重要的是因为不得不这样做。因为aPaaS与定制开发，以及标准SaaS产品相比有几个难以替代的优势。

1）满足企业的多样化需求

企业软件需求的多样化是定制开发模式的起源。虽然标准SaaS产品能够满足企业应用需求中的共性部分，但是因为行业、规模和产品内在特性的差异，每个企业的管理方式和流程都有自己的特点，而且它还会根据企业的规模阶段不断演变。这种差异在不同职能中程度不一，一般来说，围绕产品设计、制造和服务履行的核心业务流差异度更高，而人事，财务等价值创造的支持环节差异度比较小。

在这种背景下，用户始终在寻求一种既能保持足够的灵活性，又能够控制开发的成本和复杂度的方法。aPaaS基本就是直接针对这个问题而诞生的。

2）从定制开发中需求沟通的痛苦中解脱

企业软件实现过程中的第一痛点还不是贵，而是需求沟通的复杂。有业务需求的人不是开发软件的人，能够开发软件的人对业务痛点并没有切身的体会和经验。于是行业非常依赖专业的企业软件需求分析和实现方法设计能力，但这个能力是非常稀缺的资源。这也难怪企业软件开发需求的提出主体总是五花八门的，他们之间也需要进行复杂的沟通和信息汇总。

更要命的是，很多时候需求在实施之前都无法100%确定，企业自己无法提出一个完整的解决方案。这时候，要么需要求助于咨询机构这样的外脑，要么就只能走一步看一步。这两个方案听起来都不令人舒适。前者绝非普通中小企业所能够承受，后者可能会影响系统的开发和实施质量。

aPaaS的出现倒是让走一步看一步的方案变得更加现实。企业可以通过零代码平台渐进地开始实施。如果整个系统过于复杂，可以先从一个具体的环节开始，局部数字化（比如先把订单管起来）。反正用aPaaS搭建的速度足够快，用户甚至可以利用零代码工具来生成企业应用原型，在实际使用中进行验证，确认了终端用户可以掌握，原先识别的问题可以被有效解决之后，再继续推进更完整的实施。

可以这么说，零代码工具可以让开发者和使用者之间的距离充分缩短。在极端情况下，使用者甚至可以自己就是搭建开发者自己。他们可能在一两个小时的搭建后就能够确认这个方案是不是能够有效地解决问题。

3）在企业内部打通数据中台的需求

在企业IT中，还有一个致命痛点存在，那就是不同业务系统之间的数据相互隔离，不能综合使用，使得企业难以进行跨职能的数据相关性和因果分析，也难以实现跨职能的数据自动化。比如要分析一个价格调整措施对财务报表的影响，这个工作在任何一个孤立的信息系统中是无法完成的，而如果要做到，就至少需要从采购，销售，营销和财务系统中获得数据。同样的道理，企业也很难在遇到财务目标无法达成的情况下，自动做出最优的价格决策。这些都是影响企业运营水平至关重要的问题。近年来，Gartner提出的Paced Layer架构，以及阿里给电商企业提供的中台方案就是针对这种需求的反馈。

大企业当然可以投入专门的资金来打造数据中台性质的系统，但小企业支付不起，并不代表他们不想获得这样的能力。aPaaS平台提供了这个可能性。

首先，因为aPaaS平台管理数据的模型一致，所以它一般能够提供一个标准化程度非常高的编程接口，从外部系统汇合数据变得相对容易很多，这就像路由器一样，不管你有多少联网设备，它们都可以用统一的协议连接在一起。有了集中的数据，各种应用需求都变得容易兑现。哪怕个别系统依然需要通过抽取数据服务后另行原生开发，也比不断重复做数据整合工作要高效很多倍。

甚至，如果用aPaaS平台直接管理业务数据对象，这个数据整合工作都可以免除。用户可以直接在各个职能相关的数据对象中建立关联，建立汇总查询，批量抽取数据到BI平台，建立不同数据之间的自动化。

有关企业数字中台的介绍，建议可以读一下这篇采访文章。

4）突出的成本和效率优势

零代码开发平台和原生代码开发相比到底能够提高多少效率目前还没有精确的计量，但这个效率差至少是10倍以上。传统开发模式需要10天的，aPaaS一天之内就能够搞定。

更重要的效率差别不仅仅是时间，还包括零代码平台可以免除专业技术人员的参与。虽然它要求搭建者熟悉业务，完成基本的逻辑梳理，但毕竟这和动辄需要和好几位技术人员一起开会沟通需求要高效得多。即便在复杂的应用系统上，也至多只需要2-3人分工就能够完成整个项目的实现。因为简化协作的原因带来的成本节省甚至都不值十倍了。因为所有人都知道找到靠谱的定制软件开发团队几乎就是一件撞大运的事情。

同时，定制开发通常很难提供高品质的软件。软件运行的可靠性，缺陷消除的程度都很难和标准化产品相比，毕竟定制软件只有一个用户。而一个aPaaS平台不仅要同时服务很多终端用户，还要服务五花八门的应用搭建者，它能够做到一次对，次次对；一次缺陷消除，所有用户收益的效果。

5）开箱即用和自己动手的两全

和成型的SaaS应用相比，aPaaS看似有一个缺点，就是依然需要“搭建”。这有点像整体家具系统，摆在样品间很好看，但是实际买回家还需要施工人员来拼装才能达到预期的效果。

实际上，这个问题并不是无解，甚至很好解。aPaaS一开始自然不可能获得各个行业的最佳实践，让每个企业都能够看到“样板间”效果。但是，随着时间的推移，用户企业和集成商的参与，样板间会越来越多，甚至比SaaS产品提供的用例方案更加强大，因为后者提供的是一个固定家具的摆设效果，而前者能够根据不同的房型，提供不同的家具组合方案。

而且，在足够明确的细分市场下（比如金属加工制造流程管理这样的颗粒度），可以在aPaaS平台上开发出完全开箱即用的应用，直接分发给不同企业使用。有了这个能力，aPaaS不仅能够服务好终端用户，还能够催生集成商工作模式的变革，他们不仅可以通过出售IT服务挣钱，还能够在服务中加入解决方案的价值，消除定制开发成本，大幅提高项目服务毛利。

有了开箱即用的能力后，就能够大大加速企业采纳的意愿。而且，才采纳以后，“自己动手”的能力依然存在。就像先进的整体家居系统不仅可以组合，而且可以重新组合。企业软件的适用模式永远和企业阶段有关，比如小型制造业并不见得需要质量管理单元，但当年产值突破一亿元左右后，不仅面临ISO认证的刚性需求，也内在地需要引入全面质量管理。这样的企业可以在软件实施后依照实际需要继续调整、改进和增加软件模块。这个过程同样是低成本和高效率的。

6）平台特征提供的计算能力保证

在数据库应用中，有一个潜在的计算性能问题，尤其是在大规模数据表中进行复杂查询和联动计算时。如今，很多行业的企业数据规模都从数千数万条记录增长到百万，千万，甚至电商厂商轻而易举可以达到亿级数据。在制造和物流行业，物联网技术也必然带动更多的联网对象，产生的数据不仅规模巨大，而且计算形式也需要有针对性地加强。

对于定制实施系统来说，要分别通过分布式数据库，流式计算等先进技术来克服性能问题是一件极其昂贵的事情。aPaaS平台虽然为用户提供的是一个应用级的产品，但因为它范式统一，就有机会将这些基础计算隐藏起来，让用户不必关心这些后台事务就能够获得高性能的计算服务。通过aPaaS平台管理的数据表无论规模有多大，读写有多么频繁，实时查询的要求有多高，总有一个计算框架可以胜任。这种平台的扩展性让客户可以真正放心，aPaaS带来的不仅仅是开发效率的提升，还包括一个伸缩自如的基础设施服务。即便企业将来的业务规模成长百倍，也不会需要彻底重建IT系统。实际上，年收入数百亿美元的业务，背后驱动的IT平台极有可能就是Salesforce的http://force.com平台搭建的应用，而不需要是独立建立的应用系统。

正是因为以上这些优势，aPaaS在没有得到行业命名之前就已经开始逐步渗透到企业IT服务领域。在最近几年正在悄悄替代大量的定制实施软件项目，也让原先依靠标准SaaS产品的企业找到了新的选择。

aPaaS目前适合什么样的企业？

aPaaS虽然拥有巨大的优势，但也不代表它能够满足所有行业和企业的所有IT需求。下面列出了一些常见的排除项。aPaaS方案对这些性质的需求吸引力不强。

1）行业有明显的专有特征

有些行业本身的专有化程度很高，而且企业之间的差异性不大，这时候垂直的行业应用可能更加合理。

围绕这个特征最典型的例子就是餐饮业和酒店业。所有餐饮业的运营逻辑都是类似的，除了单店和连锁可能使用不同复杂度的方案以外，应用模块都大同小异。而且，这个行业解决问题的方法和范式是有明显的行业特征的，比如餐厅的排队等座系统，点单结账系统等。用零代码工具来构建如此专有的场景反而更加麻烦，而且无法有效提供有行业特色的视图。

2）行业有独立的代码审计要求

金融等行业的核心业务系统因为法规等要求不能使用零代码平台，因为它无法满足代码审计的要求。aPaaS平台不一定能够提供源代码给用户企业，而且即使提供，也无法佐证应用系统处理数据的准确性。这些行业因为监管要求高，本身资金也宽裕，所以不会应用aPaaS方案在核心业务环节。

3）面向顾客的前台系统

这个当然就是指的电商网店平台了。虽然电商零售的基本数据管理和aPaaS的能力并无太大的距离，但是面向消费者的前台系统一般要求更高的灵活性和营销设施的配套，用零代码平台创建不如直接使用专门的电商系统，比如有赞、微盟等开店方案。它们提供的不仅仅是店面功能，还包括围绕顾客的营销服务和支付平台，这些是aPaaS所不擅长的领域。

除此之外的大部分企业IT需求，零代码平台都有足够的优势来胜任。而且，随着软件和服务的界限越来越模糊，很难说未来的aPaaS不能扩展它的领地。企业软件的本质就是生产力工具，aPaaS的核心精神就是围绕企业的数字化运营提供高生产力选项。

在用户渗透的过程中，当前阶段的零代码平台更多满足的还不是普通企业的需求，而是那些有一定的自建IT能力的企业。他们一般拥有若干名信息化专员，能够理解自己企业的核心业务流程和问题，能够和业务部门展开有效的沟通。除了终端企业用户外，行业咨询群体和ISV群体也开始更多关注零代码工具，因为行业咨询者永远都希望拥有属于自己的落地工具集，而他们很难投入做出自己高质量的原生软件产品；而ISV群体则常年面临项目实施成本高，客户需求差异度大的痛点，希望通过某种平台来降低开发服务成本，沉淀自己的方案能力，从而让项目实施具备更多的可复制特点。行业咨询、管理咨询和ISV群体对零代码平台的掌握最终会让这个门类的解决方案走入更多的主流企业用户。

读完这段，如果你对零代码平台有兴趣，明道云提供直接的使用体验，你可以自助注册试用。

传字节跳动已购买，“黑帕云”

传字节跳动已购买，“黑帕云”

传字节跳动已购买“黑帕云”，有多个独立信源表示，黑帕云团队已被字节跳动收购，创始人陈金洲以及部分团队成员已入职飞书，负责aPaaS产品“昆仑”，传字节跳动已购买，“黑帕云”。

传字节跳动已购买，“黑帕云”1

3月21日，初代低代码厂商黑帕云宣布将于5月底停止服务，据业内人士透露，其创始人陈金洲将入职字节跳动，团队现已解散。

根据黑帕云官网消息，其现有用户可以在2022年5月31日前导出数据；3月31日前套餐未到期的客户，可以在4月8日前申请退款，或者将业务迁移到其他低代码厂商。黑帕云官方推荐了明道云、飞书多维表格、轻流、简道云、易鲸云、维格表等同类型产品。

从6月1日0点开始，黑帕云会删除包含业务数据、附件、评论等所有数据，关停所有服务器，之后用户将无法访问任何相关服务或者数据。

对于上述业内人士消息，界面新闻尝试联系陈金洲和字节跳动方面进行求证，但尚未得到回应。

黑帕云成立于2019年，是一款以协作表格为形式的低代码产品，公司位于武汉。

其创始人陈金洲曾创立过另一款在线表单工具“金数据”，后被AdMaster在2015年全资收购。据公开资料，陈金洲曾在国际IT咨询公司ThougtWorks担任产品总监和首席咨询师，金数据就是ThougtWorks内部孵化的项目。再之前，他曾在北京巨石空间科技有限公司及中国农业银行从事技术工作。

一位知情人士表示，原黑帕云团队基本解散，“高层都走得差不多了，产研团队也早被同行‘瓜分’完了，还没离职时就被预定了。”

据36氪今日报道，陈金洲在入职字节跳动后将负责aPaaS产品“昆仑”，主要面向大客户，且职级较高，直接汇报给飞书CEO谢欣。

黑帕云与字节跳动关系匪浅。2021年7月，黑帕云曾获得字节跳动数千万元A轮融资，这也是其最近一轮融资。2019年7月以来黑帕云共获4轮融资，包括种子轮、天使轮、pre-A及A轮，资方包含盈动资本、初心资本及字节跳动。但在2022年初，字节跳动相关资本从黑帕云股权结构中退出。

有投资圈人士对界面新闻表示，去年年底开始业内就传言字节跳动将收购黑帕云。由于黑帕云所处的低代码赛道曾势头火热，当时不少业内人士认为，是因为黑帕云业绩不行，资方才选择退出做股权重构，下一步会进行收购。

据知情人士称，黑帕云目前约有200家付费客户，这些客户可选择退款或将业务迁移至明道云等同类产品。

去年，低代码领域是科技圈为数不多的风口之一，初创公司融资热从年初持续到年终，去年3月仅上半月，就有5起低代码领域大额融资事件出现。相比之下，2018年至2020年三年内，低代码领域全部投融资事件只有16起。知名公司如伙伴云、轻流、clickpass、摩尔元数连续获得了头部VC的多轮加码。

资本热捧之下，提倡“乐高积木”玩法的低代码公司之间水平差距其实不大。相较而言，黑帕云某种程度上模仿的是Airtable在2018年之前的表格功能，面临着腾讯文档、石墨文档、钉钉文档、飞书表格这些云表格类巨头，行业空间越来越小；

而新型厂商伙伴云、轻流、简道云和明道云效法的是美国行业标杆Airtable在2018年之后主攻的解决方案方向，目前来看完成度和竞争力更高。

黑帕云如今的结局也标志着低代码领域开始进入淘汰赛阶段。

传字节跳动已购买，“黑帕云”2

今日，无代码厂商“黑帕云”宣布将停止服务和维护，用户可以在2022年5月31日前导出数据。套餐未到期的客户可以申请退款，或者将业务迁移到其合作伙伴明道云平台上。

据36氪报道，有多个独立信源表示，黑帕云团队已被字节跳动收购，创始人陈金洲以及部分团队成员已入职飞书，负责aPaaS产品“昆仑”，将主要面向大客户。

天眼查App显示，成都黑帕云公司成立于2019年4月，法定代表人为陈金洲，是一家数据协作管理平台，曾获字节跳动领投的数千万元A轮融资。

该公司目前有3位股东，最大股东为陈金洲，持股56.44643%，股东还包括武汉茂彤科技合伙企业。

成都黑帕云信息技术有限公司成立于2019年，创始人陈金洲曾为在线表单设计及数据搜集工具金数据的创始人。2019年10月黑帕云正式上线内测，迄今为止，已为上万家企业用户提供数据协作管理产品及服务，支持业务人员摆脱陈旧僵化的固定软件，解放生产力，提升企业数字化水平。

黑帕云的定位是企业业务信息系统，只是入口以表格的形式体现。企业业务主管可以运用黑帕云建立同符合自身业务的信息系统，并灵活设置数据维度、字段、逻辑等。辅以看板、表格等多种系统，企业可以为数据找到匹配的呈现方式。

当前，黑帕云在商业落地上处于自然增长状态，当前用户数已达数万，单账号一年收费240 - 480元左右。在客户粘性上，付费用户的使用频率已到达每周4天。此外，黑帕云也有初步进行项目咨询等的商业探索。

“对标美国市场，比如Smartsheet大概有7万付费客户，但是就撑起100亿美金市值。中国的中小企业客户正在快速成熟，未来的客户价值将会不断提高，黑帕云非常看好未来的中小企业服务市场。”陈金洲表示。

“对于未来发展，随着市场成熟，中小企业会是非常广阔的市场，黑帕云希望专注做简单易用的产品，以较低的服务成本，服务海量的'企业客户。”

传字节跳动已购买，“黑帕云”3

今日，无代码厂商“黑帕云”宣布将停止服务和维护，对于公司的后续进展，有多个独立信源对36氪表示，黑帕云团队已被字节跳动收购，创始人陈金洲以及部分团队成员已入职飞书，负责aPaaS产品“昆仑”，将主要面向大客户。

“陈金洲入职字节的级别很高，直接向谢欣汇报。”多位飞书内部人士对 36 氪说到。谢欣为字节跳动副总裁，分管飞书业务。

36 氪就收购一事对字节跳动与陈金洲寻求确认，截止发稿暂未得到回复。

在黑帕云本日的公告中，其团队表示用户可以在2022年5月31日前导出数据。套餐未到期的客户可以申请退款，或者将业务迁移到其合作伙伴“明道云”平台上。

“黑帕云”成立于2019年，创始人陈金洲为连续创业者，此前曾创办“金数据”，定位在线表单设计及数据搜集工具，金数据于2015年被AdMaster全资收购。

黑帕云的变动已有预兆。2021年7月，黑帕云宣布获得字节跳动数千万元A轮融资。而今年年初，据工商信息，原股东武汉全盈科技合伙企业（有限合伙）、字节跳动子公司北京量子跃动科技有限公司等从黑帕云股权结构中退出。

一位相关人士对36氪表示，本次收购是由飞书业务团队推动，飞书内部已有多维表格等类似产品，共同商量后，决定停止黑帕云相关业务。

国内低/无代码投资热潮集中在2019年后，简道云、氚云、轻流、易鲸云等厂商都在近几年陆续获得大额融资。厂商们一般分两种路线，一是走中大客市场，以项目制为主；二是瞄准中小企业市场，走产品路线，黑帕云更偏向于后者。

黑帕云的关停，也显示出低/无代码领域+中小客市场的艰难。一位行业人士对36氪表示，黑帕云团队注重产研，产研团队能力很强，但产品商业化暂时没有跟上，且瞄准中小客市场，这是公司难以为继的关键原因。

但事实上，不只是黑帕云，曾经火热的“低/无代码”风口，如今这类厂商的商业化正经历艰难爬坡期。。

长久以来，低代码“旧瓶装新酒”、是否真正能商业化的声音不绝于耳。尽管降低了开发门槛，但要让客户用起来，低代码很难以纯粹产品化的形式推动——对没有IT基础的用户而言，低代码还是需要厂商的一定服务；而专业 IT 人员又更倾向于自己上手开发。

另一方面，对比欧美市场，国内客户的信息化程度还在比较初期，低/无代码产品在客户定位上较难。低代码产品无论是产品研发还是实施，都是系统级工程，对人才要求较高。

因此，在商业化层面，低代码领域做中小客这一路线会更为艰难。对创业公司而言，无论是资金还是人才，都是一笔不菲的成本。对低/无代码产品这类新兴产品而言，教育成本尤其高。

另一个变量则是互联网巨头的入局。

2020 年前后，诸如阿里、腾讯等大厂开始入局低代码，加速了赛道洗牌。2021年初，阿里云将内部的低代码开发平台“宜搭”接入钉钉，而腾讯也推出了“微搭”低代码开发平台；到了2021年10月，钉钉低代码聚合平台“钉钉搭”还联合了8家主流低代码厂商，共同宣布成立低代码联盟。

一位行业人士对36氪表示，黑帕云关停，部分证伪了低代码领域的中小客和PLG增长这一路线，国内现阶段还很难出现直接对标Airtable、Notion之类的产品，低代码领域还有很长一段路要走。

投资热度陡增、大厂入局，能够加速行业发展。但面对极其早期的市场，对创业公司而言，尽早摸准目标市场，是更重要的事。

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 实践来开发，然而做为架构师，则需要在一开始就划清系统的范围，知道边界在哪里，系统间的关系是怎么样的。范围清晰了，才能识别全系统的问题集，才能谈概念完整性问题。 关于对apaas产品的看法和请说明Iaas 的优点和缺点的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 对apaas产品的看法的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于请说明Iaas 的优点和缺点、对apaas产品的看法的信息别忘了在本站进行查找喔。

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