目录
1 低代码与云原生
低代码是如今非常火的前沿技术，而云原生更不用说，那么作为低代码的优秀代表者ivx（官网链接），与云原生的联系如何呢？
1.1 云原生（根本概念）
云原生：顾名思义，强调“in cloud”替代“on cloud”！也就是说，一直都在云上，从应用的架构、研发、产生、运营、维护、消亡，“从来就在哪儿，无所从来，亦无所去”。以前的概念通常是，把做好的应用“搬到云上”！云原生，去掉了各种中间环节，效率就出来了，这就是核心。
整体来说包括以下部分：
（1）“云研发”，以及云端“应用全生命周期周期管理”；
（2）软件工程角度，自然实现“敏捷开发”+“DevOps”；（敏捷和DevOps是两个概念，优化软件的研发和运维过程，不用过度纠结，其实就是“各种方便和快”偏向组织过程）；
（3）Docker+微服务；
iVX提现了云原生开发的所有环节！在iVX中完整融入了云原生概念，使用iVX就代表使用云原生开发。
1.2 中台
中台概念：这个概念并不是很清晰，总体来讲，是从前端和后台之间，抽象出一个“新”层。 具体而言，中台分为“技术中台”“业务中台”“数据中台”，这个概念是阿里提出来的，整体还是把原本复杂的“后台”拆开，资源和IaaS层归后台，业务逻辑全部划到“中台”一层。核心目的当然还是为了更清晰和简化开发流程，直接的提现就是“重用”。
技术重用——“技术中台”
数据重用——“数据中台”
业务重用——“业务中台”
在iVX中，iVX本身就是“技术中台”，包括小模块设计，以及整体架构的高可视化和高可重用性；资源层的重用，特别是数据资源重用，可以理解为“数据中台”；iVX中划分的微服务的重用则是“业务中台”。
1.3 微服务
这个是用户真的需要去构建的部分，用户通过iVX设计的服务管理层级和框架来构建自己的服务体系，也就是自己的“微服务”体系。使得微服务直接可以落地操作。
在iVX中，服务分为：
- 公开服务，通过IP访问（非微服务）；
- 组内微服务（支持组应用，组内成员共享，组外不可见，非微服务）；
- 账号下微服务（有专门管理员管理所有账号下的微服务和相关资源，并授权和绑定到相关开发者身上）
iVX提供了建立和管理微服务的简单可行的方案，以方便用户自己建立账号下的微服务体系。
1.4 Serverless
iVX已经融入到这个系统中，用户不用去关心实现过程，真正体现了“less”的概念；用户所使用的各种资源全部都是“弹性的”“动态的”“按需分配”的，并且费用低廉。
iVX自动实现了Serverless，用户不用去关系具体实现细节。
1.5 DevOps
是一个CI/CD（持续整合，持续交付）的概念。是一个软件工程和运维的概念～ 其实，只要用了iVX也自然就实现了DevOps，iVX开发人员和周期的大幅减少，也是最直接的DevOps的实现方案。
2 实现数据的批量录入和提交
这次通过demo来学习如何实现数据的批量录入和提交，需要实现的功能如下，可以录入人员的姓名和电话，点击添加可以增加录入人员的数量：
2.1 创建录入人员数组
数组单个成员属性如下，包含姓名，电话和编辑状态，均为string类型：
创建数组，数组可包含多条成员数据，可以导入和清空数据：
2.2 创建提交按钮
2.3 录入框创建
录入框用于填入人员的姓名和电话，我们需要实现一个添加按钮和两个text输入框，这一点做前端的童鞋会非常熟悉，实际与日常网页一样，设置样式属性即可。
例如参赛选手的电话，设置宽度高度，提示文本，字号，颜色，位置等属性，调整都是实时可见的，并不需要编译和运行程序，非常的方便：
2.4 后台数据库创建
2.5 后台提交数据服务
我们点击提交数据，将data提到了创建的私有数据库1。通过回调到当前服务，返回是否成功的提交结果。
3 总结
ivx的编辑界面具有实时可见的效果，不需要编译运行，对于前端开发人员非常友好。在数据存储上，简化了数据库运用的操作，不再需要记忆复杂的数据库命令。
整体而言，ivx低代码平台为云原生“敏捷开发”+“DevOps”的开发理念提供了有力支撑，低代码和云原生这两个前沿技术方向相得益彰，前景广阔。