技术标签: 云原生 java 运维 前端 serverless
作者 | 张挺
来源 | Serverless 公众号
自去年 Midway Serverless 1.0 发布之后,许多业务开始尝试其中,并利用 Serverless 容器的弹性能力,减少了大量研发人员对基础设施和运维的关注。对前端开发者而言,他们只需写几个函数即可实现后端业务逻辑,推动业务快速上线。正如去年所说,使用了 Serverless 架构,可以让整个前端研发效能提升。
2021 年 3 月,Midway Serverless 推出了第二个大版本。就像两年前说的一样,开源只是开始,终态远没有到来。Midway 体系希望能够在当前的十字路口,不断向前演进,让前端可以去发展,朝着应用工程师前进。
Midway Serverless 2.0 的内部代号是 “Hercules”,是希腊神话以及漫威中的大力士,藉由半神半人的出生,初步迈向成神之路。而藉由用户在 v1.0 的使用情况,我们看到了不少问题,这一次 v2.0 的迭代重构,我们希望去解决这些问题,让用户体验和开发效率更进一步。
Midway Serverless 是 Midway 产出的一套面向 Serverless 云平台的开发方案。其内容主要包括函数框架 @midwayjs/faas
,以及一系列跟平台配套的工具链、启动器等。
在 2020 年初发布之后,同年 6 月,又发布了前后端一体化方案,可以方便地在前端代码直接调用函数端代码,一体化方案应用到集团的中后台项目后,效果显著。
同年 9 月,Midway Serverless 发布了全新的 Midway 应用框架的第二个版本,引入了组件生态,之后 swagger、typeorm、mongo、gRPC 等组件不断地孵化,大大扩充了 Midway 的能力。
2021 年 3 月,Midway Serverless 2.0 正式发布,在原有的基础上,Midway Serverless 和 Midway 的能力将复用,有着相同的 CLI 工具链、编译器、装饰器等等。
就像前面提到的一样,Midway Serverless 是一套面向 Serverless 的解决方案,它包括框架、运行时、工具链、配置规范几个部分,这几部分的组合之后,提供了一些面向 Serverless 体系的特有能力。
传统 v1.0 时,Midway Serverless 主打:
而 v2.0,Midway Serverless 主打的是应用函数一体,前端和后端一体,体验更佳,开发效率更高。
原有的 v1.0 底层是通过编译,包含一个令人烦恼的 .faas_debug_tmp
目录,不少开发的同学都踩过它的坑,一旦出错,难以排查。
这本质上,是由于没有采用和应用相同的进程重启方案,也是因为函数开发和传统不同、技术选型差异造成的。函数的执行和缓存,造成了 v1.0 数据可能不更新,经常出现改了代码无效的情况。
在新的 v2.0 中,Midway Serverless 彻底抛弃了原有的编译方式,采用了和应用相同的实现方式,同时又对函数场景做了优化,对用户来说,在某些场景下(HTTP),开发函数和开发应用是相同的结构和体验,函数和应用只有部署时有差异。
可以看看优化后的开发情况,不仅和应用一样,速度还比较快,也不会生成临时目录,修改实时生效。
这是 v2.0 和 v1.0 的根本性变化,也是整体架构升级带来的巨大优势。
当然,这一块并不是功能的新增,除了架构升级之外,Midway Serverless 2.0 还提供了更多的能力。主要分成下面四大方面。
首先,Midway Serverless 2.0 在纯函数开发的场景下,对 HTTP 场景的函数,包括(HTTP 触发器、API 网关等)做了额外的增强支持。
v1.0 时期,Midway Serverless 将触发器的各个参数定义在 f.yml
中,虽然在云原生看来是标准的,但是实际在编写代码的时候,用户觉得非常繁琐,特别是加上我们的依赖注入容器中 @Func
装饰器和类的命名,函数名 + handler 名 + 类名 + 方法名用户需要命名多遍。
v2.0 版本开始,Midway Serverless 直接沿用应用的开发方式,使用原有的 @Controller
装饰器应用到 HTTP 函数的开发中。
同时,原有 f.yml
里的 functions
字段将不再需要填写,我们的发布工具会自动从代码中分析路由,注册函数。
除了 @Controller
装饰器,Midway Serverless 2.0 也支持传统应用的参数装饰器,比如 @Query
、 @Body
等常用的从请求中获取参数的装饰器,也支持例如 SetHeader
、 ContentType
等对响应操作的装饰器。
除了装饰器统一之外,Midway Serverless 2.0 将原有的 @midwayjs/faas
框架也接入到了新的 Framework 体系,现在 @midwayjs/faas
成为了函数 Framework,它也拥有和应用相同的 Application
、 Context
定义。比如下面的 app
方法,和应用完全一致。
为了更好地支持函数式的写法,Midway Serverless 2.0 对入口的 configuration.ts
增加了函数式写法,这样在一体化等函数式场景也可以选择函数是写法来编写。
从 Midway v2.0 开始,使用 @midwayjs/cli
作为基础 cli 工具,原有的函数 cli(@midwayjs/faas-cli
)将逐步完成它的历史使命,也将统一到 @midwayjs/cli
中。
传统的 cli 是把所有的功能都组合成一个大包,放到一个 npm 包下,这样每个应用都要装一份,比较占用硬盘空间和资源。新版本中做了一个按需加载能力,按照场景进行区分,比如函数和应用场景安装的 cli 工具就会不同。
这样的好处是,新版本的 cli 安装的包比较少,自然速度就快。同时,也能够自由地去组合其中的插件,将其更合理地应用到不同的场景中。
针对原有函数的单元测试的情况,Midway Serverless 2.0 也做了调整。
原来的 invoke
方法,虽然简单,但是很难跟创建应用的流程结合,每次 invoke 都是一次完整的初始化逻辑和调用,而且在 HTTP 的场景下,要填写的参数众多,难以模拟实际的效果。
新版本沿用了应用的思路,既然能用应用模式启动,那自然也能使用应用的开发方式,使用 supertest 来做测试,比原来简单自然多了。
在 v1.0 时期,Midway Serverless 针对业界常用的 egg/koa/express,做了将应用代码无缝迁移到 Serverless 环境的功能,这三种框架都可以在 f.yml
中增加 deployType
的方式,通过构建自动化生成入口,支持传统应用上弹性容器的诉求。
之前也有用户问道,如果我不希望代码再跑在函数环境了怎么办?v2.0 的答案是,你可以将那些代码,通过应用的模式部署到自己的传统容器,或者 Docker。
部署的方式很简单,由于使用了 @midwayjs/serverless-app
(上面测试提到过),和应用一样的编码模式,就可以启动一个 HTTP 应用了。
去年 6 月,Midway Serverless 向社区开放了一体化编码的方案,使用函数式编码,类 React Hooks 的编码方式,让前端开发的同学无比熟悉。
在 v2.0 之中,进一步增强了这套一体化方案,让前端开发的体验进一步提升。从下面四个方面一一为大家介绍。
首先是极速模式,传统的 React/Vue 开发/构建的时间大家也都了解,Webpack 的工作时间往往接近 20s,而得益于最近新出的 vite,经过我们的测试和使用,传统的 20s 缩减到了 2s 以下,可以说前端再一次得以飞跃。
而 vite 良好的兼容性,可以包容非常多的前端框架,虽然 vite 刚出不久,相信过不了多久,就会在全前端场景铺开。
第二个方面是单测,传统的一体化,由于编译的存在,我们的单测十分困难,有用户不止一次问我们,怎么做单测,怎么优雅地做前后端调用。
在新的 v2.0 中,采用了两种方案做测试。
既可以使用 supertest 来执行传统的 HTTP 行为模拟做单测,也可以使用我们提供的 runFunction
函数来做单测。
第三个特性是非常令人惊喜的,一体化项目除了能在函数场景下使用,如今,Midway Serverless 2.0 也将其沿用到了应用开发上。传统的 Midway 项目也可以使用一体化方案开发了。
在 v1.0 时期,由于编译器的限制,我们的入口函数编写时有着诸多限制,但是在 v2.0 的时候,我们将运行时换成了原生框架以及原生的 node 模块,这样以前的种种限制都不存在了。
同时,你也可以编写自己的 hooks 模块,将业务逻辑轻松地组合到一起。
Midway Serverless 2.0 提供了诸多能力的升级,但是还远远不够,我们依旧在不断提供新的能力,让不同的场景都丰富起来,让前端可以游刃有余地享受到新体系的红利。
未来,是 Serverless 和云的时代。
文章浏览阅读2.5w次,点赞6次,收藏50次。官方解释是,docker 容器是机器上的沙盒进程,它与主机上的所有其他进程隔离。所以容器只是操作系统中被隔离开来的一个进程,所谓的容器化,其实也只是对操作系统进行欺骗的一种语法糖。_docker菜鸟教程
文章浏览阅读5.7k次,点赞3次,收藏14次。该如何避免的,今天小编给大家推荐两个下载Windows系统官方软件的资源网站,可以杜绝软件捆绑等行为。该站提供了丰富的Windows官方技术资源,比较重要的有MSDN技术资源文档库、官方工具和资源、应用程序、开发人员工具(Visual Studio 、SQLServer等等)、系统镜像、设计人员工具等。总的来说,这两个都是非常优秀的Windows系统镜像资源站,提供了丰富的Windows系统镜像资源,并且保证了资源的纯净和安全性,有需要的朋友可以去了解一下。这个非常实用的资源网站的创建者是国内的一个网友。_msdn我告诉你
文章浏览阅读1.2k次。vue2封装对话框el-dialog组件_
文章浏览阅读4.7k次,点赞5次,收藏6次。MFC 文本框换行 标签: it mfc 文本框1.将Multiline属性设置为True2.换行是使用"\r\n" (宽字符串为L"\r\n")3.如果需要编辑并且按Enter键换行,还要将 Want Return 设置为 True4.如果需要垂直滚动条的话将Vertical Scroll属性设置为True,需要水平滚动条的话将Horizontal Scroll属性设_c++ mfc同一框内输入二行怎么换行
文章浏览阅读832次。检查Linux是否是否开启所需端口,默认为6379,若未打开,将其开启:以root用户执行iptables -I INPUT -p tcp --dport 6379 -j ACCEPT如果还是未能解决,修改redis.conf,修改主机地址:bind 192.168.85.**;然后使用该配置文件,重新启动Redis服务./redis-server redis.conf..._redis-server doesn't support auth command or ismisconfigured. try
文章浏览阅读4.9k次。济大数电实验报告_数据选择器及其应用
文章浏览阅读236次。1研究内容消费在生产中占据十分重要的地位,是生产的最终目的和动力,是保持省内经济稳定快速发展的核心要素。预测河南省社会消费品零售总额,是进行宏观经济调控和消费体制改变创新的基础,是河南省内人民对美好的全面和谐社会的追求的要求,保持河南省经济稳定和可持续发展具有重要意义。本文建立灰色预测模型,利用MATLAB软件,预测出2019年~2023年河南省社会消费品零售总额预测值分别为21881...._灰色预测模型用什么软件
文章浏览阅读1.2k次。12.4-在Qt中使用Log4Qt输出Log文件,看这一篇就足够了一、为啥要使用第三方Log库,而不用平台自带的Log库二、Log4j系列库的功能介绍与基本概念三、Log4Qt库的基本介绍四、将Log4qt组装成为一个单独模块五、使用配置文件的方式配置Log4Qt六、使用代码的方式配置Log4Qt七、在Qt工程中引入Log4Qt库模块的方法八、获取示例中的源代码一、为啥要使用第三方Log库,而不用平台自带的Log库首先要说明的是,在平时开发和调试中开发平台自带的“打印输出”已经足够了。但_log4qt
文章浏览阅读786次。全局观思维模型,一个教我们由点到线,由线到面,再由面到体,不断的放大格局去思考问题的思维模型。_计算机中对于全局观的
文章浏览阅读330次。一、CountDownLatch介绍CountDownLatch采用减法计算;是一个同步辅助工具类和CyclicBarrier类功能类似,允许一个或多个线程等待,直到在其他线程中执行的一组操作完成。二、CountDownLatch俩种应用场景: 场景一:所有线程在等待开始信号(startSignal.await()),主流程发出开始信号通知,既执行startSignal.countDown()方法后;所有线程才开始执行;每个线程执行完发出做完信号,既执行do..._countdownluach于cyclicbarrier的用法
文章浏览阅读508次。Prometheus 算是一个全能型选手,原生支持容器监控,当然监控传统应用也不是吃干饭的,所以就是容器和非容器他都支持,所有的监控系统都具备这个流程,_-自动化监控系统prometheus&grafana实战
文章浏览阅读4.7k次。输入关键字,可以通过键盘的搜索按钮完成搜索功能。_react search