开源低代码框架部署:别被代码绑死,3天搭好业务系统

248.开源低代码框架部署

开源低代码框架部署:别被代码绑死,3天搭好业务系统

你以为开源低代码是啥?

说实话,我见过太多团队被“开源”两个字忽悠瘸了。

初次听闻开源之时, 哎, 居然是免费的!初次听闻低代码之际, 哦, 竟然不用编写代码哩!然而结果究竟如何? 将其下载回来后折腾了整整两周时间, 可就连一个登录页面都无法成功运行哩。随后便开始对自身产生怀疑, 心想: 难道是自己太过笨拙了吗?

别急,不是你菜。是这玩意儿,它就没你想的那么简单。

为什么“部署”成了第一道鬼门关?

很多开源框架,文档写得很美好——“一行命令部署”。

然后你试了,报错。

去提issue,没人回。

去群里问,有人告诉你:你环境不对。

你问怎么才算对,他说:建议用。

你说我不会,他说:那你学啊。

……

这他妈的,叫低代码?

其实选框架比部署更重要,你得先想清楚你要什么

到底什么是“低代码框架”?

并非是给了你一个网页, 通过拖拖拽拽的方式, 这就称作低代码, 并非是给了你一个后台生成器, 这便称作框架。

真正能用的低代码框架,至少要满足三点:

1. 能连你自己的数据库,不是用它的云存储

2. 拥有能够修改前端用户界面的能力, 并非是那种始终保持一成不变样子的、极其难看类似的模板。

3. 存在这样一种情况, 并非仅仅局限于只能去点击“新增、编辑、删除”这三个按钮, 而是具备能够书写自定义逻辑的能力。

如果这三个它都做不到,那就是个玩具。别浪费时间。

开源 vs 商业,选哪个?

你可能会说,开源免费啊。

没错, 是免费状态。然而, 诸如部署工作、运维任务、二次开发事项、安全补丁处理、性能调优操作等等这些相关事务, 究竟该由谁来负责完成呢?

你自己干。

所以, 要是你团队之中不存在哪怕一个能够对Linux展开折腾操作的人员, 我真心实意地提议你甩手放弃开源之举, 径直去购置一款商业版本的低代码平台。花费钱财换取时间, 相较于你节省下来的那少许金钱可要划算太多了。

部署之前的准备工作,比部署本身重要10倍

很多人一上来就急着跑代码,结果环境配不好,浪费三天。

听我的,先做这三件事:

第一步:搞清楚你到底要跑在什么环境上

是内网?还是云服务器?

是还是?

有没有?有没有K8s?

数据库用MySQL还是?

别提笑, 真有将当作服务器来使用之人。随后框架并不支持, 进而就跑来去骂作者。

第二步:看文档,但别全信

在文档之中所书写的“一行命令部署”, 极有可能是那位作者于他最为洁净的环境里撰写而成的。而你的那个环境, 杂乱又糟糕, 必定是无法运行起来的。

所以你需要的是:排错能力

开源框架靠什么盈利_248.开源低代码框架部署_开源框架

不会排错?那你就得祈祷作者写的文档足够详细。

但大部分开源项目的文档,妈的,就几句敷衍的话。

第三步:准备好你的业务逻辑

框架装好了,然后呢?

你要用它来做什么?

是做一个审批流?还是一个客户管理系统?还是内部工单平台?

如果你连自己要做什么都没想清楚,那框架装好了也是空的。

真正可行的部署方案,我给你写个实在的

不说虚的,我直接给你一个最稳的路线:

推荐组合: + Nginx + MySQL + 开源低代码框架

1.

这并非复杂之物, 于网络之上教程搜索可得众多。切勿自行编译, 径直通过yum -ce操作。

2. 拉镜像

找框架官方所提供的镜像, 像某些框架的-.yml, 直接就能够使用。

3. 改配置

许多框架的默认设置处于demo环境, 数据库密码较为薄弱、端口呈现暴露状态、不存在SSL, 你需进行手动更改。

4. 跑起来

执行- up -d操作, 随后查看日志。要是出现报错情况, 那就查看日志。碰到看不懂日志的状况, 截取图片到群里去询问。

5. 反向代理

借助Nginx将端口进行代理到八十或者四百四十三, 为此配备域名以及SSL证书。这一环节许多人予以忽略, 然而要是不配置进行SSL, 在浏览器里面会直接报出“不安全”, 一旦客户看到便会直接离开。

踩过的坑,我替你总结一下

版本存在不兼容情况: 框架版本, 数据库版本, , Node版本, Java版本等等, 只要其中任意一个存在问题, 便无法正常运行。解决办法为: 需严格依照文档所规定的版本来操作, 切勿擅自选用最新的版本。

最常见的问题, 是数据库连接失败。要检查IP, 检查端口, 检查账号密码, 检查数据库名字, 还得检查字符集, 别嫌烦。

关于权限方面存在这样的问题, 即挂载的目录没有被赋予相应权限, 又或者日志目录是不具备可写属性的。而针对此问题的解决办法是, 尝试使用chmod 777(不过这种方式并不安全, 在生产环境中应使用chown)。

不少开源框架运行起来在内存方面的需求是超过1G的, 这就导致内存不够, 要是你的云服务器只有1G内存, 那么在运行完这些开源框架后就会出现卡死的情况, 所以建议你的云服务器内存至少要有2G。

部署完了,然后呢?

别高兴太早,部署只是开始。

真正难的是:怎么让业务跑起来

你需要去进行表单的设计, 针对流程做好配置, 编制相关脚本, 处理权限设置等等这些工作, 然而呢, 低代码框架实则没办法为你提供太多助力。

它只是工具,不是帮你干活的人。

最后的建议,值不值钱你说了算

如果你真的不想折腾,去找泛微e启营。

由他们所打造的低代码平台, 其部署过程简便, 售后靠得住, 存在问题时自有相关人员负责处理。虽说需要支付费用, 然而相较你去鼓捣开源软件可要省心上百倍了。

当然, 要是你技术足够过硬, 时间足够充裕, 团队足够强大, 那么开源框架同样是一种不错的选择。

只是别骗自己——你不是在“省钱”,你是在“花时间换钱”。

所以, 开源低代码框架进行部署, 说到底终归是这么个情况: 千万别被技术给挟持了去, 业务才真正算得上是你的根本所在。

框架装好了,业务没跑起来,一切都是白搭。

想清楚再动手,动手了就别回头。

祝你好运。

您可以还会对下面的文章感兴趣:

暂无相关文章

最新评论

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。