首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dcoder  ›  全部回复第 1 页 / 共 17 页
回复总数  322
1  2  3  4  5  6  7  8  9  10 ... 17  
Django request 会对应到数据库的 transaction. 是数据库帮你搞定的, 基本只有数据库才是 stateful 的.
难道不该是 gRPC 配 Protocol Buffer, webSocket 配 JSON?
@Mithril
GraphQL 的问题是, 它定义了某些高级的可以演义的动态 '语义' 和 '逻辑'.
没有任何成熟的机制,可以保证这些特性被高效可靠地实现.
所以, 其实要做聚合多个 micro service 的查询 api, 直接用死死的 function call 一样的 API 反而简单可靠高效 -- 比如就用 RESTful 之类就行了.
@StarkWhite
我不觉得有什么很好的方案能解决效率问题,因为 GraphQL 要达到的黑魔法一样的效果,后端的支持必然会比较粗糙.

我们看观点,不看出处. 你引用的这段,看着真的挺 YY 的. 而且我没听说过, micro service 最好是要配套 GraphQL 的.
知乎帖子 <GraphQL 为何没有火起来?>
没有认证, 现在不能发 URL...
可以看看知乎这个帖子里 2018~2019 的讨论

"GraphQL 的每一个实体背后可能对应着不同的数据库甚至不同类型的存储集群,后端集群间的海量数据自由 join,基本还是无解的,只能搭专门的集群处理,这个不清楚 FB 是否有什么黑科技,我严重怀疑 FB 自己也没做到全业务查询"

"FB 自己也没有黑科技...最近在做广告数据整合,FB 的广告相关 API 基本是一步一个 bug, 基础的时间段 filter 都有问题。传统 restapi 我好歹还可以看文档知道到底支持哪些 API 请求,Facebook 的 graphql 经常会出现明明符合查询字段,返回的确实毫不相关数据的情况"

"这个事情到底由谁来做? GraphQL 的利好主要是在于前端的开发效率,但落地却需要服务端的全力配合"

GraphQL 玩玩可以. 认真做个大系统? 算了吧.
然而人家 ElasticSearch 同时提供了 database 和 Query DSL -- 它复杂的 JSON API 其实已经是 DSL 了.
GraphQL 提供了什么? 一个看起来美妙的 Query DSL 和 ... ... ?
"GraphQL 和 ElasticSearch 的 Query 比较类似,优点不在于优化性能"
大家理解 GraphQL 暗含了多少查询性能的坑了没?

我还是那句话, 如果有天出现了成熟的 GraphQL Database,
专门做给 GraphQL 查询用的, GraphQL 可以一用,
但是, 本质上就是另外一个专门的 database with specific query APIs, 就像 ElasticSearch
不能理解"GraphQL 就是把 SQL 弄到前端去", 就是没理解 GraphQL 这个沙雕 idea 的本质.
这样说吧, 从广义上讲, 给前端提供个有一定表现力的 query DSL...
这个方案的隐形代价是很大的! 除非你后端专门为这个 query DSL 设计个特别的数据库.
不然没有魔法能保证你的查询效率, 你们支持 GraphQL 自己慢慢想吧...
本来 SQL 还有优化 SQL 就是一堆问题了,
现在好,来个更沙雕的 idea,把 SQL 弄到最前端去, 直接暴露在空气中随便弄...
好像所有的查询优化都可以魔法搬自动解决一样, 实在太脑残了
@linlance
Django 和 Rails 一般都推荐你用 PostgreSQL, 官配
PostgreSQL 真心比 MySQL 强多了
@dafengchui
其他的 service, 比如 nginx, 甚至是 docker, 其实也得用 systemd 监控.
systemd 里面那些 "杂乱" 的信息,你迟早得慢慢去理解...
如果想用编程的方法控制 systemd, 最好的 lib 在 golang community
coreos go-systemd
@dafengchui
我以前跟你一样的想法, 也是倾向于用 supervisor, 觉得干净整洁,只有我自己的 sevice 信息.
后来发觉用熟 systemd 是必须的, 因为现在它是 Linux 事实性的标准, 比 supervisor 稳定多了.
你后来会发现, 为了让 supervisor 稳定可靠, 最好是用 systemd 监控它...
都应该被 Systemd 换掉
93 天前
回复了 ooooo 创建的主题 macOS 这个网友对 Mac OS 的评价有道理么 ?
@ooooo
说半天没说 Mac 原生的 Terminal 及其工具链, 所以说楼主根本不是 Mac 用户.
去成都吧,离重庆很近,真喜欢重庆,以后再从成都过去
148 天前
回复了 Livid 创建的主题 git 每次 commit 之前再自己 review 一遍代码是个好习惯
都是在自己的 dev branch 上 commit 吧, 可以 commit 完了之后,
再 review 也行啊, 然后再 merge to stage/master branch.
214 天前
回复了 ddou 创建的主题 Terraform 你怎么理解 Terraform 宣称 cloud-agnostic?
@ddou @zealic @Gnep
我觉得楼主 ddou 说的是对的, Terraform 可以说是跨云的工具, 但是做不到 cloud-agnostic
218 天前
回复了 zhuang 创建的主题 DevOps 一点运维经验,以及运维眼中的发行版
@zhuang
好帖子,Mark 了
243 天前
回复了 chaleaochexist 创建的主题 Python 一个 django+sqlalchemy 的项目,如何优化?
你这个用法太奇怪了, 不能继续错下去...
用 DRF, 其实主要用 Serializer + APIView 是最方便, 最灵活的.
不用 DRF viewset 是可以的, 甚至 DRF ModelSerializer, GenericView 之类的都可以少用 (只在开发调试时用).
1  2  3  4  5  6  7  8  9  10 ... 17  
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   997 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 39ms · UTC 19:40 · PVG 03:40 · LAX 12:40 · JFK 15:40
♥ Do have faith in what you're doing.