共计 2674 个字符，预计需要花费 7 分钟才能阅读完成。
作者：硬之城产品总监陈泽涛，阿里云云原生高级架构师洛浩
深圳前海硬之城，成立于 2016 年，是一家数字化的电子产业供应链和制作平台，它的定位是为具备新硬件需要的科创类公司提供包含电子器件、PCB、SMT 的一站式的交付能力服务。对于中小企业来说，这是一个正当备货正当采买的获取供应链服务 + 制作加工服务平台。
相比传统的代码开发，每一个市场需求的研发都须要消耗不少的研发资源投入到对应的需要开发中。这其中不仅有代码开发的工作，而且后期与工程师间的沟通工作也占用了不少资源。这不仅让每个需要都会耗费不少的研发老本，而且市场的需要也须要期待研发实现能力响应。这也是为什么硬之城抉择做低代码平台的起因。
咱们在理论的业务中，会频繁的收到来自市场的需要，这些需要还存在一部分不确定性和尝试性的需要。为此始终让咱们的研发资源相当缓和。低代码平台的打造，不仅让没有编程根底的业务能够疾速上手，让各业务部门都能够搭建本人的治理利用，大大缓解了研发资源缓和的问题。
在咱们理论的应用过程中，发现低代码平台不仅能够笼罩许多简略的需要研发，而且许多惯例的、简单的需要也能够通过低代码平台实现。特地在不确定性和尝试性的需要，因为此类需要自身存在不稳定性，需要变更的状况十分广泛。这时因为低代码的迭代老本和门槛低，业务能够间接在后盾批改利用，以达到疾速的响应市场指标。
目前咱们低代码平台应用 Java 和 Nodejs 开发，后端采纳 SpringBoot，前端采纳 Vue，基于 ECS 进行部署时，采纳 Shell 脚本公布，并基于 Nginx 负载到多台主机。然而咱们常常会碰到服务器资源占用不均衡，运维老本高，操作权限调配繁琐等问题，这给咱们整个团队的合作造成了困扰，为此咱们始终在寻找对应的解决方案。
始终到咱们发现能够实现全托管、免运维、高弹性的 SEA 平台。SEA 反对开源微服务、开源定时工作框架、Web 利用的全托管。为此咱们进行了架构搭建，发现 SEA 能够正当调配利用和服务器之间的资源，以及利用动静伸缩灵活性。这无效的升高了服务器运维门槛，防止危险操作，简化了咱们团队成员对利用蓝绿公布的操作流程，晋升了公布安全性和可靠性。
通过一段时间的应用，咱们目前能够通过云效流水线公布 SAE 利用，镜像构建存储都缓存到阿里云镜像库，每位该项目标开发人员都能通过流水线公布利用，并且基于阿里云 RAM 零碎能够很好的管制权限，公布效率大大晋升，每一个 SAE 应都对应有独立的节点，不须要思考利用是要选取公布到哪一台主机，只须要做好 SLB 负载平衡，理论资源用多少付费多少，也不须要操心服务器的各种机器保护问题，显著晋升了运维工作的效率。对利用自身来说，就是人效的晋升，更加不便简洁的步骤就能实现一个利用的部署周期。
对于运维治理上来说，就是更加轻便，少了很多诡异的操心事。对于整个微服务架构来说就是脉络更加清晰，可扩展性更强，只须要点一下即可扩大更多更强的负载能力。公司做老本估算的时候也能更加可控，不须要一堆服务器和 IP。
硬之城低码平台将来布局及愿景
将来咱们冀望业务与技术能并行。适宜业务自行治理的需要，业务本身能够通过低代码就能够疾速的实现他本人的需要上线，并自行保护。对于非常复杂及存在技术门槛的需要，此时技术人员才染指，让技术人员更专一的解决高价值、高技术的问题。这不仅让业务能够疾速响应市场需求，也让技术人员有更多的精力去解决企业的技术问题。最终让企业的业务人员和技术人员都流动起来，专一起来，以此来让企业更加有生机。
SAE 针对 SaaS 场景的计划及劣势
通过硬之城的实际，咱们也能感触到 SAE 对开发和运维效率的极大晋升，如下图所示，这其实是因为 SAE 联合了容器、Serverless、微服务的长处，打造一站式利用开发部署平台。
对下屏蔽了 K8S 等资源保护的复杂性，对上提供全利用生命周期治理、微服务治理、APM、弹性治理等能力，能够让用户更简略的实现容器化、利用迁徙、业务上云。
同时对于曾经实现了微服务化、或者依然处于单体架构的存量利用，SAE 也能够反对“0”代码革新迁徙。如下图，假设业务是基于 ECS 部署的，如果想晋升业务的弹性能力以更好的应答流量稳定，或者就是单纯的想简化资源的治理和运维等繁琐的事件，那么 SAE 就能够间接把 ECS 替换掉，也就是把部署在 ECS 上的业务代码在 SAE 平台上重新部署即可，前端平安、后端数据库等资源的部署和应用依然放弃不变。
这里须要揭示下，如果是基于 ECS 自建的数据库、消息中间件等带强状态的服务，是不适宜迁徙到 SAE 上的，毕竟一旦产生弹性伸缩，就会造成“状态数据”的缺失，如果不是对价格十分敏感，倡议这部分服务能够迁徙到云上的 PaaS 产品以获得更好的稳定性。
基于以上两点，咱们就能够再进一步的扩大，针对大部分 SaaS 企业客户，咱们发现有两类业务诉求：
一类是采纳订阅制的 SaaS 企业，打造本身的服务平台，对外提供像订票、餐饮服务、机酒、出行、ERP、HRP 等服务。这类企业外围关注的是垂直业务畛域的竞争力和麻利迭代，以保障本身可能疾速响应市场。同时这类业务对弹性也存在着较大的诉求，那么基于 SAE 构建弹性微服务能力、或者弹性容器就十分的符合，既能够让用户聚焦业务开发，同时平台提供资源管理、弹性、利用治理等一体化的能力，极大的简化了运维老本，还能通过弹性来晋升资源利用率，达到节俭资源老本的目标。SAE 还能够和 Jenkins 或者云效联动构建流水线，来晋升整体的开发部署效率。
还有一类 SaaS 企业会承接很多独立部署的需要，把本身构建的业务平台在最终客户的阿里云账号或者 IDC 里进行独自交付。针对阿里云上部署的服务，就会面临着开资源、部署、前期运维等一系列流程，尤其是最终客户的技术能力参差不齐，那么如何能疾速实现业务部署、并简化前期的排障和保护工作就显得尤为重要。在这里，SAE 提供了基于 terraform 的一键部署形式，能够把业务代码 +SAE 资源、VPC 网络、SLB、数据库等形成业务零碎的全副产品资源，分钟级部署并拉起，具备极强的可复制性。如下图所示，再加上 SAE 自带的 APM 监控能力和弹性免运维的个性，对于后续交付最终客户后，也能极大升高保护老本。
Serverless 曾经成为云计算的下个十年，冀望阿里云的 Serverless 能力，可能给越来越多的用户带来便捷，简化用云的老本，把简单留给本人，简略留给用户。
更多内容关注 Serverless 微信公众号（ID：serverlessdevs），会集 Serverless 技术最全内容，定期举办 Serverless 流动、直播，用户最佳实际。
