没有,目前可以作为微服务参考的 python 项目只有 openstack

顺便,tcp 层维持链接不一定靠谱,最好在应用层心跳,基本上常用的服务器都有用于心跳检测的 PING 协议包

简单可以看看 python redis 的实现

rabbitmq 心跳抄 openstack 的 oslo_messaging,的做法自己处理下就行了

基本上就是
写个优先级锁(避免心跳抢占具体执行),每个 connection 都记录上次使用时间和心跳包时间,用于判断是否发心跳 /是否长期不用

一个线程 /协程专门用于心跳发送,顺便回收长时间不使用的 connection

请使用 oslo.messaging

看样子像是 linux 随机不够？
如果是的话, 有个命令能刷新这玩意的

好像 openstack 里 fileds 的用法...

系统是拿来用的 扯什么不符合 linux 没任何意义

到底是 init 来做还是 systemd 来做对 大部分用户来说根本没区别,盯着 systemd 的缺点不看看 systemd 带来多少便利？

渣渣 lsb 还能特别舒服？不要搞笑了好么！

我用 systemd 以前也觉得 lsb 好啊,用了 systemd 以后不是感觉真香,是以前都吃的 TM 什么屎

@iwtbauh

bug 可以修, 很多系统服务合并到 systemd 里是趋势,systemd 吃掉的大部分服务对普通用户没什么影响

@plko345

那些虚的理由没用
要虚的来扯的话 分久必和 和久比分

统一管理是趋势,systemd 不好各大发行版也不会推了
别说 systemd 了,以后网络全归 networkmanager 管
别看这玩意在现在的服务器版本里难用得一逼,大家纷纷禁止 /卸载,
在 fedora29 里已经强推了,而且还很好用,再过几年就能成标准

抵制历史潮流是没意义的,早点适应还比以前爽,守着旧方式没意义

项目思路看 web 框架没屁用

python 能接触到比较大的能称作解决方案的项目就 openstack 了,读这玩意半年起

8 基于 fedora 28,只是自己用装 fedora28 就行了
networkmanager 在 fedoar29 都没法好好控制 openvswitch,服务器上就不用想了
其他的应该和 7 没多大区别

顺便都 2019 年了还黑 systemd ？
要么你没怎么写 /读 init 脚本
要么你没用过 systemd

大部分人用过 systemd 以后再也不想碰 init 脚本

自己弄了台 NAS, 买的改装惠普 GEN8 的机箱,Z370+8700t es

fedora 29

机器做路由
上面跑了自己电影服务器 jellfyin
网盘 seafile
下载 aria2
git 用 gitea

虚拟机直接写 libvirt 够了,一台机器不会跑那么多虚拟机整一个模板 xml 就可以了

我 pci-e 接了硬盘所以没弄 GPU,这么新的内核装老黄的卡应该不是问题

反正 fedoar29 全包是不二的选择

我曾经去面试被问 PHP 最重要的参数是什么？

@karllynn

原理这两字怎么理解....？
是底层实现原理？还 AMQP 协议？

@tiedan

pg 迭代速度块似乎逼得一些基于 pg 的扩展最后回到 pg 插件上了而不是自己搞一套了
233

这问题论坛上是问不清楚的.

你真要搞懂直接把 eventlet 的源码读懂就明白了

所有的异步都一个卵模型,套其他语言有是一样

你可以简单理解为所有的异步语法都是生成一个"微线程"被丢到调度队列里
await 语法导致你当前代码块立刻被挂起(变成"微线程"),然后切换到主循环里去了,主循环按照队列的顺序选择执行的“微线程”
切换回来的时候就是你 await 对象完成的时候

说白了都是排序,所有的任务都到队列里排序,等待被调度,整个异步循环就是不停的 goto 来 goto 去,从一个代码片段跳到另外一个片段

这种复杂查询,量小还好,量大没专门优化过,直接要死
还拿 ORM 来做......

django/flask 都没用过

照楼上说法,比 flask 更轻量的 pecan 之类别活了

请使用 with 语法处理