跟 pythone 没关系

【 在 tinytoon 的大作中提到: 】
: AWS刚发布了snapstart
--
FROM 222.153.59.*

如果全用docker... 工作系统 挪起来 还行

但是 如果你有100GB 的数据库在aurora 上， 就很麻烦了 就算是能导出数据 也难以保证缝切换 不中断生产系统

设计和实现上的 很多优化 都是针对 具体的平台和工具做的
要想更适用 就得少用技巧
还是挺难两顾的

【 在 eGust 的大作中提到: 】
: 反正我是尽量避免在应用里直接使用 aws 东西，而是封装一层再用
:
--
FROM 47.152.116.*

本来就没啥意义的事儿。
【 在 eGust 的大作中提到: 】
: 服务一直跑着就失去用 lambda 的意义了。实际上1秒左右的响应时间完全可以接受的
: rust 版也是将近1s的响应时间，不过是从 container 启动，还多加载了 db 的驱动，做的事情也稍微多一些，不太好直接比较。我也就只能自己玩玩看，我们村了里不可能推它的
--
FROM 61.185.158.*

flask 跟 fastapi 哪个启动更快一些？反正我是不管了，数字我是有了，如果同事里谁觉得有意见可以自己测

另外，aws 对 python 的支持也不咋样，现在最新的 runtime 还是 3.9，两年多前发布的版本了，而 node 18 正式进入 lts 不到一个月就已经支持了。

昨天跟另外一个华人 devops 同事聊天，他也打算换用 node 写 lambda 了，说是 py 的支持问题太多了。前两个月他还抄了一段发 slack 的 node 代码，没搞定找我，我还解释了半天 async/await 的执行流程……

【 在 RunningOn 的大作中提到: 】
: flask据我所知是py里能谈得上是流行“框架”的最轻量的之一了，如果不是最轻的。
: py自带的最多是个API，功能比较少，写起来比较费事。
: 在意冷启动时间的话，基本只有rust一个选择了，框架的选择很多，C++貌似没啥好的选择。
: ...................
--
FROM 222.153.59.*

node冷启动比py快吗？不见得吧。。。


【 在 eGust 的大作中提到: 】
: flask 跟 fastapi 哪个启动更快一些？反正我是不管了，数字我是有了，如果同事里谁觉得有意见可以自己测
: 另外，aws 对 python 的支持也不咋样，现在最新的 runtime 还是 3.9，两年多前发布的版本了，而 node 18 正式进入 lts 不到一个月就已经支持了。
: 昨天跟另外一个华人 devops 同事聊天，他也打算换用 node 写 lambda 了，说是 py 的支持问题太多了。前两个月他还抄了一段发 slack 的 node 代码，没搞定找我，我还解释了半天 async/await 的执行流程……
: ...................
--
FROM 183.192.19.*