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