首页   注册   登录
opengps's repos on GitHub
PHP · 1 人关注
onlinekurslabor
Kursplattform Repository
opengps

opengps

openGPS.cn
🏢  openGPS.cn / 位置服务应用开发,基于阿里云的弹性架构研究
V2EX 第 250842 号会员,加入于 2017-08-25 20:47:45 +08:00
今日活跃度排名 3059
78 S 35 B
1,openGPS.cn位置服务
2,阿里云上云咨询(邀约客户新购可返利)
3,位置服务领域开发,车载GPS应用,出行打车应用
4,使用云架构设计,实现弹性扩容
opengps 最近回复了
很简单,a 创建一个带参数的 url,b 扫描该 url 并追加自己的 token 访问下,然后 a 就轮训结果看是否有有效 token 访问了标有某参数的 url
如果你将来数据库达到跨 2 台以上机器,你立刻会改口说很合理!
这种规定说明制定规则的人出发点有分库思路,当然业务是否能达到用的上分库则是另一个话题
10 小时 28 分钟前
回复了 xrr2016 创建的主题 程序员 想换个博客系统求建议
我正在做的博客发布系统最近卡壳了。。。
15 小时 36 分钟前
回复了 cnbattle 创建的主题 云计算 有阿里云代理吗? 这个配置找你们拿可以优惠多少钱
@summerl0l 只是明着不能有
1 天前
回复了 yongzhong 创建的主题 硬件 想入个显示器求打醒
搜了下,背后的那一排插口实在是太惊艳了
@nwljy 虽然可以,但是这个功能你不会真敢用在公网吧? im 通信一定得用一套自己的通信协议来实现数据加密的
@inktiger 是的,达到业务效果怎么着都行。我最早的交换通信就是只用 memcached 全局共享存下所有公网连接信息,然后各个服务器收到消息通过 memcached 找准服务器,然后内网用短链接精准转发消息
@shenjixiang 你用了 mq 也仅仅是对到达服务器的顺序做了个强制排序而已。
我做过类似聊天业务,回想下业务场景,一对一私聊,0.1 秒的时差就已经足够对消息排序了。即使把并发考虑到钉钉那种 5000 人大群的规模,用微秒本身去排序也没啥大问题的,因为同一微秒的消息即使乱序,也已经不会对群消息造成直接影响了(网络因素本身就已经不能让消息不是微秒级别都准确了)
大部分人对于大型系统的理解,中间件成了必不可少,完全错了,中间件只是为了解耦合和提高吞吐!
如果你的 socket 服务端可以做到精确命中目标连接所在服务器然后转发,那么 mq 这一层显然必要性就不高了,毕竟你只有 10 台机器的压力负载
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2735 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 16:13 · PVG 00:13 · LAX 09:13 · JFK 12:13
♥ Do have faith in what you're doing.