首页   注册   登录
 lostpupil 最近的时间轴更新
lostpupil

lostpupil

V2EX 第 61260 号会员,加入于 2014-04-26 15:44:12 +08:00
今日活跃度排名 21814
lostpupil 最近回复了
15 天前
回复了 KalaSearch 创建的主题 分享创造 无码和低码会抢走程序员的工作吗?
这些无码低码平台要想成事,差了一颗心灵宝石。
62 天前
回复了 hubqin 创建的主题 PHP 个人博客分享(Laravel + Bootstrap + Vue + Docker)
我看着你们,满怀敬意,向你们的专业态度致敬!你们正在把 JS 的变成 TS 的,把 TS 的变成 C++ 的,把 C++ 的变成 Rust 的,把 Rust 的再变成 JS 的。你们把自己的热爱,变成了一个和成千上万的人分享 Todo MVC 写法的事业,向你们的自信致敬!
害,用微服务,用啥语言都行。
不过 Elixir 肯定首推。
@wudalang123 你的意思是 不以为耻 反以为荣咯
什么时候见风就是雨的能这样逼逼赖赖,搬运都不考虑人版权,这种缺德事还是少干比较好。
笑贫不笑娼
最好再求一份代码。
这个已经很久没有法新版本了,都没人在维护了。
159 天前
回复了 dbdoer 创建的主题 Python 抓取热点数据 mysql 该如何存取
如果是 帖子 ID,你还是需要帖子的来源,这两个放在一起才能避免 A 平台的 ID 和 B 平台 ID 重复的问题。
如果存 历史数据,你在爬出来的时候可以对数据标题和内容进行摘要,把摘要值写进数据库去。
回到第一条,不要用帖子 ID,标题作为主键,应该对于标题或者内容进行摘要,这样你既能快速的判断内容是否一致,也能方便的存储历史版本。
172 天前
回复了 gansteed 创建的主题 DevOps 微服务的缺点
网络调用过多
微服务的本质就是调来调去,这么个没错,如果你说的是那种 http call 的话,的确造成一些不必要的延时是没办法的

技术栈太过灵活
灵活是双刃剑啦

难于应对连表查询的需求
没错,里面还可能不止一种数据库,要查询怎么都麻烦

核心应用崩溃会导致大面积瘫痪
熔断,限流我觉得并不能有效的防治应用奔溃不能用的事实,最多也就是让你损失的不那么多而已。

运维成本增加
能不手动的就不要手动,实际上设立了统一 CI/CD 风格后只有好处没有坏处,写代码也更有信息

接口风格不一致
Convention over configuration,这点也是因为技术栈的不统一导致的很多问题,PHP 有自己的想法,Java 也有自己的想法。

微服务的出发点是好的,对于前端人员来说,其实需要的想要的结果,以及统一格式的返回,至于后面发生了什么,怎么协作的,他们并不需要去 care,你用 56 种语言都没有问题,他们要的就是你统一格式的 json 而已。
还有我一直不认为只用 SpringCloud 这种厚重的东西写出来的能叫做微服务。
对于服务提供的后端来说,有一个统一风格的 数据库 ORM DSL 也是一个很好的解决方案,因为那些业务就是查询来查询去,插来插去,这个时候当前后端不能统一的时候,就需要一个 MiddleMan 来干这些脏活累活,就是所谓的中台,提供聚合好的东西。

没有银弹的,Serverless 也不是。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1117 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 22:09 · PVG 06:09 · LAX 15:09 · JFK 18:09
♥ Do have faith in what you're doing.