关于 severless 的疑问和痛点

fanyingmao:短暂入职了一家公司使用 aws 的 lambda 开发的,离职的原因之一就是用了 lambada 这个我不了解的技术,跑路的原因之一是感觉用了这个技术会降低我的开发效率。

1 、一个接口调用 severless 运行需要将所有函数接口代码加载到内存,运行玩之后就释放,还有对于数据库之类的连接就不是用连接池的方式要不断创建断开,这样运行效率不会比较低吗?

2 、使用了 severless 无法用之前开发的断点调试方式,也许应该是有办法的断点的,但是之前的开发者没有用断点,都是打日志的形式,这样调试起来效率就比较低了。

3 、接手的项目日志只有本地调试有打,部署后由于是 severless 无法存日志于本机,项目并没有做日志功能,如果是用户端反馈 bug,则排查起来比较困难。

4 、接手的项目并没有用主流的 web 框架来开发,而是自己对接口调用进来的像 url,get/post 进行 swich case 或 if 来处理的,这样无法与主流技术保持一致,我想对 koa 之类的框架应该有一些中间件实现对 severless 的支持吧,然后如果后面不想用来,可以比较方便地切换 severless 服务商或者运行在自己的服务器。

5 、部署不方便,要在 aws 的后台传 apigetway 文件,然后再传函数实现部分的代码,无法沿用我以前的 shell 脚本上传方式,加上 aws 网站太慢了,效率有点低,需要额外学习 aws 的开发文档然后写个 shell 脚本。

6 、项目中的 apigetway 文件是 swagger 的 yaml 文件,和接口实现部分是分开的,这样开发需要两个文件间跳转查看修改并保持一致,效率有点低,容易出错,我希望吧 swagger 的接口文档写在对应接口实现的注释中,然后转换成 aws 需要的 yaml 文件。

上面的一些开发痛点也许查一下资料或者看 aws 文档就可以解决了,但是之前的人没有处理,然后我也没兴趣学 aws 的东西,因为 severless 开发起来不够自由,虽然降低了服务器维护的门槛,但是开发与云服务商强相关了,日后我用阿里或腾讯云的 severless 不是还要看对应服务商的文档修改代码,还有就是服务商的 severless 感觉可能有一些坑,然后解决资料又特别少。所以我不想踩 severless 的坑了。

最后我还是想知道解决方案,对于以上痛点有人知道怎么处理的吗?

xiangwan:可以看下阿里云函数的文档,你说的这几个问题大部分都有解决方案了。
1 有专用驱动,或者用云数据库
2 阿里云函数有 vsc 插件可以断点调试
3 可以接入云日志
4 已经有几个比较流行的相关的框架了

结论部分的槽点有点多。。。

据说 serverless 是趋势

chihiro2014:serverless 是趋势啊,毕竟让 crud 的员工去写这种函数,避免碰到核心业务 2333,某种意义上还省钱

关于 dotnet 语言属性首字母大写 Pascal 的探讨,以及不同语言的区别

dswyzx:一开始学习是建议怎么样就怎么样,搬了几年砖之后放飞自我就喜欢将属性首字母小写处理 camel 。一方面是不用频繁切换大小写,一方面是有时候涉及 json 对象的属性就是 camel 风格。然后 vs 智能粘贴大法直接定义好类。当忽然被提出按照规范写的时候。我才开始思考为什么规范是这样的。而哪种方式才应该推广。后来查了一下 java python…

关于 spring security 配置问题

monkeyWie:想实现只对 /actuator/** 路径会进行鉴权,并且在源 ip 为内网的时候放行,否则需要通过 HTTP basic 认证 目前的配置可以实现内网放行,代码如下: http.antMatcher("/actuator/**") .authorizeRequests() .anyRequest() .access("hasIpAddr…

阿里云官网后台数据库控制台出现严重问题

lijiayan:目前已知的为 RDS 问题。 已知出问题时间 5 点至今仍未修复~~~

备案期间域名能解析境外吗

zok2002:备案期间域名能解析境外吗,境内不解析

《木兰》观后感

Cyshall:除了服装和场景还可以,其余的是真的烂,太烂了,要不是因为刘亦菲真特么看不下去。Chell:觉得刘亦菲演技也一般(粉丝别打我)