 |
gtx990V2EX 第 88651 号会员，加入于 2014-12-26 21:59:15 +08:00 |
gtx990 最近回复了
168 天前 回复了 Hamao 创建的主题 › 云计算 › 请帮我看一下我画的 AWS 架构图 |
大体思路没有问题
很多很多服务都是 CloudFront -> API GW -> Lambda -> DynamoDB 这个架构
Lambda 比很多人想象中的强大，1000TPS 不在话下
不过推荐加钱使用 Provisioned Concurrency 来缓解冷启动的问题
另外就是 API GW 挂在 CloudFront 后这个事情，首先这么做其实很常见，因为能解决前后端跨域的问题。但是 CF 其实只是一个转发的 proxy ，API GW 需要挂在公网，不开 authentication 的话，那 API GW 自己也要挂 WAF ，开的话，CF 和 API GW 之间需要加 lambda 。很多大公司会把鉴权放在这个 lambda 上，share 给所有 team 用。
很多很多服务都是 CloudFront -> API GW -> Lambda -> DynamoDB 这个架构
Lambda 比很多人想象中的强大，1000TPS 不在话下
不过推荐加钱使用 Provisioned Concurrency 来缓解冷启动的问题
另外就是 API GW 挂在 CloudFront 后这个事情，首先这么做其实很常见，因为能解决前后端跨域的问题。但是 CF 其实只是一个转发的 proxy ，API GW 需要挂在公网，不开 authentication 的话，那 API GW 自己也要挂 WAF ，开的话，CF 和 API GW 之间需要加 lambda 。很多大公司会把鉴权放在这个 lambda 上，share 给所有 team 用。
195 天前 回复了 BoomMan 创建的主题 › 程序员 › 项目要实现流程引擎，类似 rulego，但是要用 Java 语言，大佬有遇到过类似开源的吗。 |
Apache Airflow
不差钱的话直接用云服务商的
比如 AWS Step Functions
不止能编排 rest api 的流程
还可以串起来 mq ，s3 ，lambda ，analytical db 之类几乎所有云服务的 workflow
不差钱的话直接用云服务商的
比如 AWS Step Functions
不止能编排 rest api 的流程
还可以串起来 mq ，s3 ，lambda ，analytical db 之类几乎所有云服务的 workflow
291 天前 回复了 unt 创建的主题 › 职场话题 › 今天才知道年终奖一次性计税的惊天 bug |
楼里为这件事情辩解的人能不能别太离谱了
"因为这是一个优惠政策，所以怎么定都是对的"
"制定政策的人不比你聪明"
很明显就是年度奖金计算逻辑引用的时候错误的引用了月薪的速算扣除数，导致“收入陷阱”
并且很明显是一个人为错误
因为就算这个陷阱是人造的，不如直接把公式里的速算扣除数删了
这样不仅能多收点钱，规则也简单一些，打工人到手也就差很小一部分钱
"因为这是一个优惠政策，所以怎么定都是对的"
"制定政策的人不比你聪明"
很明显就是年度奖金计算逻辑引用的时候错误的引用了月薪的速算扣除数，导致“收入陷阱”
并且很明显是一个人为错误
因为就算这个陷阱是人造的，不如直接把公式里的速算扣除数删了
这样不仅能多收点钱，规则也简单一些，打工人到手也就差很小一部分钱
315 天前 回复了 gniviliving 创建的主题 › 职场话题 › 因为休陪产假 15 天，被扣绩效工资。合理合法吗? |
日本的陪产假是一年，我司都休的
351 天前 回复了 steelshadow39 创建的主题 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点 |
@mmdsun
你知道 java 的 project loom 为什么第一版是 stackless coroutine 而最终版是 stackful coroutine 么？就是因为异步需要改代码，同步不需要。并且需要从上到下全都改，从 webflux 改到 r2dbc ，只要你有任何一个 dependency 是同步的就寄了。改完了你得到了什么呢，如果是 compute heavy ，改了跟没改一样，如果是 io heavy ，瓶颈还在数据库，压测的 tps 还是一样的，顶多省两台后端的机器。
你跟老板汇报，我花了一个月用最酷的技术重构了后端，老板问你除了让同事更难看懂之外有什么产出，你怎么回答？
你知道 java 的 project loom 为什么第一版是 stackless coroutine 而最终版是 stackful coroutine 么？就是因为异步需要改代码，同步不需要。并且需要从上到下全都改，从 webflux 改到 r2dbc ，只要你有任何一个 dependency 是同步的就寄了。改完了你得到了什么呢，如果是 compute heavy ，改了跟没改一样，如果是 io heavy ，瓶颈还在数据库，压测的 tps 还是一样的，顶多省两台后端的机器。
你跟老板汇报，我花了一个月用最酷的技术重构了后端，老板问你除了让同事更难看懂之外有什么产出，你怎么回答？
Select Language