为什么会有这样的想法,觉得备份比较方便些
1
hefish 233 天前 1
肯定可以啊。
|
2
xbigfat 233 天前
我觉得小型项目是可以的,大的最好独立服务器吧
|
3
cr3bit 233 天前 via iPhone
存储 io 够的话,docker/虚拟机切一下比挤在一起好点吧
|
4
hallDrawnel 233 天前
可以,我们大项目的,核心业务会分开用,其他周边的业务也都是塞到一个实例里面。
|
5
baobao1270 233 天前
数据库建议裸机部署,多个应用可以放一个服务器,但是 dev/test/prod 应该分开
|
6
tothegump 233 天前
问题不大,云服务 MySQL 都好贵……
|
7
lasuar 233 天前
小公司 就是可以啊,又不会性能问题
|
8
daimaosix 233 天前 via Android
当然可以
|
9
ben1024 233 天前
不可以,不符合安全原则-隔离
|
10
tunggt 233 天前
数据量和访问量不大的话,没什么影响。
至于你说的备份不是什么问题。定时自动备份,又不需要你认为操作 数据量大的话,尽量独立部署 |
13
ETiV 233 天前 via iPhone
随时备份,随时能够恢复备份
|
14
duanxianze 233 天前
肯定可以啊,如果是云服务器连备份都不用担心
|
15
drymonfidelia 233 天前
@ben1024 小公司隔离了有什么用,大部分都是弱密码,保密政策没有,就算程序员做好了,领导密码也是随便一个 txt 丢桌面上,数据库这边永远不是薄弱的地方
|
16
luozic 233 天前
可以放一个服务器,但是备份和后面的分散隔离的计划做好。
不要在数据库里面玩耦合。 |
17
guanzhangzhang 233 天前
如果数据库你没有决策,就书面或者公司内部确认你们业务数据能备份和恢复
|
18
qwerthhusn 233 天前 via iPhone
可以,但是要注意设置下 max_connextion 最大连接书,很多应用都用的连接池而且设置的存活连接比尿多,多上几个服务,默认的 255 。就占满了
|
19
ben1024 233 天前
@drymonfidelia 密码泄漏是领导责任,我们的追求设计合理
|
20
iyaozhen 233 天前
难道不是这样做的?大公司也是这样,默认都是共享集群,经常能看见别人的慢 sql 。
独立实例还得审批呢 |
21
cookmohamed 233 天前
oneman 公司必须这样,节约成本呀
|
22
wenye123 233 天前
小项目没那么弯弯道道 实际上小项目你搞复杂反而得不偿失
|
23
lstz 233 天前 via Android
当然可以,但是要注意数据盘的伸缩能力
|
24
lstz 233 天前 via Android
至于数据隔离原则,我觉得对于小公司来说,分账号给不同的 service 就好了.... 除非
你不是小应用 |
25
flmn 233 天前
别说一个服务器了,一个库都可以。
|
26
991547436 232 天前
可以,开发生产分开就行
|