V2EX › realpg 的所有回复 › 第 169 页 / 共 422 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 165 166 167 168 169 170 171 172 173 174 ... 422

❮

❯

2018-11-01 14:54:56 +08:00

回复了 Zhiyicx 创建的主题 › PHP › SNS 源码： ThinkSNSPlus 性能简述

独到的测试方式：

安装 thinksns plus 后给数据库添加了少量数据，保证每个接口都是有数据的状态；然后在服务器本地压测一些常用的数据读取接口，压测结果吞吐量为 30QPS 左右。

2018-11-01 14:54:05 +08:00

回复了 cdwyd 创建的主题 › 云计算 › Ucloud 怎么样？请给 Ucloud 一点宽容，活动进行到一半突然改了规则

@o0 #3
感觉策划部门又可以领奖金而不是去 shi 了
又骗来一堆人

2018-11-01 14:46:50 +08:00

回复了 madNeal 创建的主题 › 全球工单系统 › coding 的 Pages 服务是不是挂了

没问题。虽然我不用。

2018-11-01 14:46:28 +08:00

回复了 xud6 创建的主题 › 云计算 › 腾讯云系统盘快照只能回滚到原系统盘实在弱智

从快照新建虚拟机没有么？

2018-11-01 00:30:58 +08:00

回复了 realpg 创建的主题 › 云计算 › 阿里云有没有上 UBUNTU 18.04LTS 的时间表？

@msg7086 #16
你不了解我的需求把整体架构实现目标从早晨解释到晚上意义也不大

简单说系统维护部分的需求就是要各种基本 apt 安装的应用层包的统一升级维护版本一致性保持应用层的还有应用层的系统自动化维护机制

现在采用的最省事的办法就是各家的自己直接带的系统（方便有时候的批量起按需实例从 api 直接创建和销毁也方便傻瓜客户自己购买云服务器）只要保持外部版本号一致，采用同一个 apt 源就能保证应用层软件的系统维护指令一致时的版本一致性

这些云服务，尤其是国内的，基础结构都有不少 hack，有运维团队单纯的自己想往里搞东西并不是很费劲，但是后续的维护就不可避免的可能出现莫名其妙的问题导致不省心

全部 ubuntu server 的基本服务器应用软件都是基于 apt 包管理安装，自定义的东西也是发布成内部源或者 ppa 源这个结构是经过多年的结合实际摸索出来的套路因为涉及很多客户自采半自维服务器云服务账号 API 都没有，安装我们的引导软件接入平台统一管理还有一些其他的更乱套的场景需要更细致的

2018-10-31 23:57:53 +08:00

回复了 realpg 创建的主题 › 云计算 › 阿里云有没有上 UBUNTU 18.04LTS 的时间表？

@msg7086 #14
不全是阿里的啊
主要是外部版本号一致就比较方便的分发和控制包版本，从同一个 apt 源弄出来的软件包都是同样的版本没有差异
有些弹性部署的节点当然是自动化的但是你自动化创建完事再做可能一堆问题的跨版本升级就蛋疼了

2018-10-31 21:02:26 +08:00

回复了 realpg 创建的主题 › 云计算 › 阿里云有没有上 UBUNTU 18.04LTS 的时间表？

@zocome #10
显然是为了集中部署统一管理需求的多于 2000 台计算节点

2018-10-31 15:42:15 +08:00

回复了 337136897 创建的主题 › 程序员 › Java 写的一个接口， CPU 满载下只有 12 并发量......，如何改善

一点数据库基础没有的还不会准备资料的从 0 开始提问学习 DB 优化

2018-10-31 15:33:14 +08:00

回复了 cingular 创建的主题 › 云计算 › 阿里云最便宜那个 99 一年的服务器，用来挂几个 Python 脚本跑爬虫可行吗？

突发性能实例只适用高级用户得会用才是好东西

不会用或者不知道什么叫会用的也不用问别买就是了