来源: 网络整理 时间: 9小时前 人气: -
如果你在纠结小程序到底是要用模板还是要用源码去搭建, 我强烈建议你先把这篇内容看完, 然后再去做决定。我的一个朋友, 我们叫他老周好了, 他在去年刚刚从一个技术上的大坑里面脱身出来。
他所踩过的那些坑里有什么教训, 他做过的每一种取舍背后是什么逻辑, 这些东西综合起来看, 能够直接帮你避免至少长达三个月的时间弯路, 还能帮你省下十几万块钱的这些冤枉钱。
首先我们要谈谈老周在日常时间里都会做些什么。他人在东莞南城这个地方, 手底下还经营着一家规模很小的公司, 这家公司的主营方向是做供应链方面的SaaS软件。
他的工作重点主要是给珠江三角洲地区那些中小型的工厂去搭建仓储以及物流的系统环境。关于他的人事情况嘛, 整个团队里面的员工数量是没有超过二十个人的。而他们所开展的生意范围则包括了广东省和福建省这两个地方。
公司以前的时候, 一直都是在用市面上现有的那些模板套件。只要是需要修改某个字段、或者增加一个审批流程这种情况发生的话, 都必须得去等外包方的排期安排才行。
在去年的八月这个时间点的時候, 有一位客户提出了要求, 他非要赶在月底之前把新的模块上线发布掉, 在这个时候, 老周在半夜两点的深夜时段给服务提供方打电话去沟通具体事宜, 对方只是说了一句“下周周一的时候再来回复您这个消息”, 这一句话直接把老周日到了极限状态之上。
到了第二天之后, 老周直接就作出了拍板的决定, 他认为核心的这些模块必须得由自己来做源码级别的手动搭建工作, 只有这样才能够把关键的命脉牢牢地掌控和抓握在自己手里头面之上不被别人随意拿捏控制。
起初, 他打算直接寻找那些已经开源出来的框架, 然后通过做一些修改来达到能够使用的目的。可是, 在经过为期两周的POC验证之后, 发现这些框架的底层架构和实际的业务逻辑之间压根就对不上号, 如果强行去套用, 就等于是在给自己制造未来的隐患问题, 后续的发展情况只会是变得越来越混乱无序。
到了十一月份, 初期, 他领着两名重点部位的工程技术人员前往深圳市度, 在当地的一幢办公大楼里面租赁了一间共同使用的办公工作位, 这样子的状态足足持续了两个星期的那么久。
从前端和后端所使用的基础框架开始讲起, 再讲到数据库进行数据分表的一些具体处理方案, 随后又详细地整理了各个接口之间应该遵守的规范标准, 以及针对软件版本逐渐过渡发布的所谓灰度发布流程, 上述的这些项目, 都被他们一个一个地、有条不紊地进行重新梳理与确认。
就在那个特别忙碌的时间段当中, 他每晚睡觉的时间加起来总共都还不足四个小时的时长, 平日里只能把美式咖啡当作日常饮用水那样不停地往体内喝, 而他所处的办公桌面上面的位置里, 一下子堆放了多达十几本的关于系统架构设计的专业书籍, 这些书的边角部分因为被频繁翻动而已经全都出现了卷曲发皱的现象。
在选型方面, 他最终的决定是采用微服务和消息队列这种方案, 这么做的目的不是为了别的什么, 主要就是为了防止在后续业务量出现翻倍增长状况的时候，不需要把现有的系统推倒并且重新进行开发。
关于这个决定, 并不是那种在没有经过任何考虑的情况下就随意拍脑袋定下来的结果, 而是相关人员先在白色的板子上面画出上百条业务处理的流程, 并且接着跟工作团队成员之间连续进行了三轮的激烈争论与讨论之后, 才得以最终确定并敲定的。
在十二月中旬的样子, 第一版的灰度环境进行了上线操作。结果就是生产环境一运行, 高并发的情况直接把数据库的连接池给撑满了, 导致页面卡顿的情况非常明显, 就跟播放幻灯片一样慢, 最后让客户投诉的电话都打到了公司的前台去了。
面对这个问题, 老周并没有慌张, 他在当天的晚上组织了一个时间为两个小时的复盘会议, 把连接池参数、还有读写分离的策略, 以及缓存击穿的应急预案这些内容全部从头到尾仔细检查了一遍, 直到第三个星期, 系统才算真正稳定了下来。
他后来跟我说了, 其实最难的地方不是那个技术层面的东西, 而是心态这一块。在白天的时候写代码, 到了晚上的时候就修复那些漏洞, 等到周末的时候还得跟客户对着需求文档逐条进行掰扯, 整个人状态就像是一张被拉满了的弓一样, 随时都有可能会崩掉。
有同行拿着现在这个源马来搭建这件事到底是划算还是不划算这个问题来问他, 他对着大家笑了笑说, 你现在去看三个月是看不出来这个东西到底有没有用的, 你得往后看三年才可以。
短期的话就是说要花掉不少的钱再去耗费很多的时间去弄, 但是长期的看下来其实就是给自己修缮好了一条以后不会去依靠其他任何人或者任何事物的独立道路。
现在他们运行的那个系统正在支持着两百多家工厂, 每天活跃的用户数量一直稳定在四万多这个数值上面。
老周曾经讲过一句话, 我把这句话一直记到现在都没有忘记, 这句话说的是通过使用源码进行搭建工作, 其中最有价值、最珍贵的部分从来都不是代码本身, 而是你在经历各种困难陷阱的过程中慢慢积累起来的那种对于技术方面的判断能力。
使用模板这种方式确实能够节省掉三个月左右的工期时间, 但是它绝对省不掉在后面两三年里面所需要的维护成本, 同时也根本省不掉那些可能会因为上游环节的限制而让自己被卡住脖子的风险。
所以, 在下一个时刻, 如果有人来向你询问关于小程序是采用套模板的方式还是进行源码搭建的选择, 你只需要去观察一个最为关键的硬性指标, 那就是业务需要进行多大频率的迭代更新。
如果在一周之内需要修改两次以上, 那么请毫不犹豫地直接选择源码方案, 不要有任何的犹豫和迟疑。因为尽早地去进行调整和折腾, 心里就会越感到踏实安稳, 而如果拖延时间越久, 后续再进行迁移时所花费的成本就会变得越大。
