这是一个创建于 367 天前的主题，其中的信息可能已经有所发展或是发生改变。
内部刚刚敲定下来信创数据库用 GaussDB,采购流程刚结束
但是居然让开发自己申请开发环境服务器,给了安装介质和手册,让开发自己装...
我们也是有专门的系统运维和应用运维部门的啊..
现在一头雾水
但是居然让开发自己申请开发环境服务器,给了安装介质和手册,让开发自己装...
我们也是有专门的系统运维和应用运维部门的啊..
现在一头雾水
 |
1
NoobPhper 2024-02-01 15:25:20 +08:00
信创 mariadb 也可以
|
 |
2
jgh004 2024-02-01 15:26:33 +08:00
怼回去啊
|
 |
3
xshell 2024-02-01 15:29:17 +08:00
让 DBA 去部署。
|
 |
4
uuzimu2020 2024-02-01 15:31:34 +08:00
tidb
|
 |
5
YVAN7123 2024-02-01 15:32:54 +08:00
我们买的是华为的一套 GWS ， 有部署、升级、运维
|
 |
6
sunmacarenas 2024-02-01 15:33:04 +08:00
信创达梦还行，至少原厂会给你装。
|
 |
7
murmur 2024-02-01 15:34:51 +08:00
高斯 db 是免费的吧，免费当然是这样，人大金仓 达梦这种付费的就有帮安装、迁移数据甚至排错的服务
|
 |
8
somnus977 2024-02-01 15:43:49 +08:00
金蝶，人大金仓，达梦，海量....
我们是由测试组去搭建，但是他们也一头雾水，我们开发根据资料和文档去协助他们，主要还是看你们内部氛围吧，感觉楼主这么说也是想直接甩锅不管。 “这个东西你让谁来谁都是第一次，没有谁比谁更合适，彼此协同解决吧” |
 |
9
wmlz OP  1
有点没说清楚, 现在是处于预研阶段, 开发环境的部署, 生产环境肯定是维护部门负责安装,或者是厂商, 这个肯定就是不是开发负责了
|
 |
10
sampeng 2024-02-01 16:17:32 +08:00 1
我是运维。。。是我我也把锅甩出去。
原则：谁用谁研究谁第一次部署 运维有几个会写代码的？为啥是系统运维去首次部署？生产环境除外，生产环境肯定是厂商交接给运维，运维去维护。 第一次在开发环境弄的东西，麻烦金贵的研发先自己搞明白。出了问题别让我们运维抓瞎除了找厂商就是网上找文档 |
|
11
wmlz OP @sampeng 大家都是第一次用, 但是大家关注的点一样吗? 开发更多关注的是特性, 比如 GaussDB 和原来的 Oracle 语法有哪些差异. 那运维肯定是关注 GaussDB 在部署上跟 Oracle 有哪些差异. 以后上了生产又不是开发部署,为啥开发环境要开发部署? 生产出了问题,那也得看是什么问题, 如果是部署的时候某些参数配置的问题造成的, 那不是运维管是谁管? 大家各有各的职责, 自己顾好自己的, 该我开发负责的绝对不推脱, 该运维负责的我也绝对不会揽
|
|
12
sampeng 2024-02-01 16:30:54 +08:00 1
@wmlz 这种类似的事情研发也跟我争论过。您说的确实也没错，关注不同的方向是会不一样的。但是，实际运维的工作是研发先研究，研究好了。这东西可以上了，提交给运维部署文档。运维按照运维部署文档操作。这事也是商量着来的，不能甩手掌柜啊。一般和合作多了的研发就会变成，商量一下，我先按官方的文档给你部，参数对不对我也不知道。研发你来看一下参数会实际产生什么后果，有什么重要的参数要注意的。是合作关系不是对抗关系。
|
|
13
sampeng 2024-02-01 16:31:57 +08:00
举个简单的例子。假设研发想上 clickhouse 。。。是让运维去研究怎么部署。然后才能上么？最精通的应该是研发而不是运维吧。。。
|
|
14
wmlz OP @sampeng #13 说实话这个问题可能是出在工作模式上. 这次用 GausssDB 是上面统一定的, 大手一挥, 所有项目信创改造都要用. 开发也是被动接受, 所以对这个东西也没有积极性, 所以才认为这个事情应该各搞各的
|
|
15
sampeng 2024-02-01 16:54:12 +08:00
@wmlz 你这个逻辑是通的，就跟我说不应该运维管一样。运维如果是主动去接触的，没啥毛病，如果是被动的。就看谁拳头大。。这没啥好纠结的，打工嘛。。谁拳头大听谁的，不然就和稀泥。
|
 |
16
9136347 2024-02-01 17:01:34 +08:00
人家不求甚解，你还强迫别人学吗？
|
 |
17
pws22 2024-02-01 17:15:44 +08:00
当初达梦我们也是自己装的。。
|
 |
18
victorc 2024-02-01 18:17:59 +08:00
楼主要持续学习，linux 下装个数据库 这算什么门槛，看手册尝试就行了
在 chatgpt 时代，crud boy 是最先被替代的岗位，你做做 infra 还能继续干几年 |
 |
20
Lighfer 2024-02-01 19:06:23 +08:00
如果是分布式版的高斯，注意用对分布列、尽量不要用全局唯一索引、尽量不要用复制表，被这三个点坑挺惨的
|
 |
22
YsHaNg 2024-02-01 20:51:24 +08:00 via iPhone
或许你不是纯开发是 devops ？
|
 |
23
Pteromyini 2024-02-01 21:03:22 +08:00
分布式部署过做测试，没那么麻烦，文档肯定多，你拿着 mysql 文档也厚，只是一般用不到
|
 |
24
cnleon 2024-02-01 21:45:36 +08:00
华为云就有啊
|
 |
25
aecra 2024-02-01 22:45:43 +08:00 via Android
首先，部署个这东西应该挺简单的吧
其次，这个应该兼容 Oracle 的 SQL 吧，不至于差太多，应该也有文档说差异点的 |
 |
26
scemsjyd 2024-02-02 00:37:12 +08:00 via iPhone
目前正在用 自己开发环境的话用 postgresql 感觉也可以
|
 |
27
thevita 2024-02-02 00:52:26 +08:00
他这乱七八糟的命名感觉去看他文档都搞不清，翻了半天，分享下，不一定对
GaussDB 是 一堆产品矩阵和解决方案，你这里的 Enterprise 版本，应该是 基于 openGauss 的企业级版本？(实在不确定，想吐槽，为啥产品里一堆叫 GaussDB 的） 如果是, 按他文档的说法，openGauss 在应用端基本是兼容 PG 的，有一些 “企业扩展包” ，如果不用应该直接用 PG 来开发应该也是可以的 也可以用 openGauss ，这个提供了 Docker 镜像 另外方面，如果是使用的分布式版本/复制版本，要考虑表设计的，这个你绕不过要去了解一下，他文档中心提供了一下开发相关的特性说明和 推荐的“最佳实践” 这里 有 两个地方有文档 一个是华为云，对于应用端，我想差异应该很小，另外有个 “文档中心”，不过这里要部分文档要客户才能看得到。。。。 |
 |
28
NXzCH8fP20468ML5 2024-02-02 01:10:37 +08:00
想起过去只要会装 Oracle 就能找到一份工作的年代。。。
|
|
29
NXzCH8fP20468ML5 2024-02-02 01:21:52 +08:00
主备式安装还是比较容易的.
分布式没有提供容器镜像给你安装，就很麻烦了，光是各种 CN 和 DN 的搭配就够头大了。 大雷都被各大银行趟完了，小坑还是很多的。 另外很好奇 OP 拿到的版本是多少，能详细发一下么？ |
 |
30
littlecreek 2024-02-02 02:32:58 +08:00 via iPhone
难道还要对着安装手册一步步敲命令？这都啥年代了。问厂商有没有 docker k8s, terraform 之类的配置文件，有了配置文件应该是可以一个命令就拉起来整个系统的。
如果真的业界都没有做这个(我觉得应该不至于啊)，你们安装后弄一套这些出来，正好可以邀功 再说一句，都 2024 年了，对着安装手册敲命令是十几年前应该干的事 |
 |
32
bianhui 2024-02-02 08:33:24 +08:00
没让你自己部署 tidb 已经很好了
|
 |
33
jiminjohn0402 2024-02-02 08:42:48 +08:00 2
@somnus977 招聘来干什么就是干什么，为什么要越线？我终于知道卷和努力的原因了，互相帮助么，就代表着本来不是自己的活也要抢着干是吗？互相帮助很好，互相帮助不代表要把对方的活抢来干吧？而且部门责任不应该划清楚吗？领导也在和稀泥？
|
|
34
jiminjohn0402 2024-02-02 08:44:49 +08:00
我们公司运维更牛逼，因为不了解 mysql 8.0 的一些主要参数设置，直接建议我们新项目改回 5.7 。
|
 |
35
wocao666 2024-02-02 09:01:25 +08:00
@jiminjohn0402 嘿嘿，我们公司测试连 HTTP 都不知道大致是什么，URL 也不懂怎么看
|
 |
36
Mogugugugu 2024-02-02 09:03:19 +08:00
XC 下尽量不要用 MariaDB ，有些问题导致需要升级数据库的，无解，只能从其他渠道解决。。。
|
 |
38
nerkeler 2024-02-02 09:18:48 +08:00
碰到过一次 oracle 转 高斯 DB ，然后这张表有说有十几亿数据，换完之后查询就崩了，数据量太多直接走全局了，这个是我们对接其他项目组 他们给我们提供的 SQL 。
|
 |
39
BG7ZAG 2024-02-02 09:20:21 +08:00
如果是预研，安装个单机版也简单点~如果是后端开发，按理来说也得会点部署的东西，等上线的时候再交给运维部署，开发环境一般都是开发自己玩的
|
 |
40
hooych 2024-02-02 09:39:48 +08:00
开发环境必须开发装，生产环境也是开发提工单写好配置由运维来装，不然运维装好了，因为设置的差异导致不能用算谁的？让运维返工去吗？
|
 |
41
249239432 2024-02-02 09:43:00 +08:00 1
全栈工程师的含金量还在提升，程序员就应该是解决一切 IT 问题的人
典型的只考虑自己，如果 oracle 和 GaussDB 的语法不兼容，程序的 sql 怎么做兼容优化？你让运维跑过来一个个问程序员？ 说什么安装 pdf45 页，明显就是不想自己做甩给别人 |
 |
42
nothingistrue 2024-02-02 09:47:04 +08:00
真把开发当成什么都能干的修电脑的了。
想想为啥厂商不给装开发环境？ 分布式环境部署，非专业人员最多也就能安装个演示环境，根本没法当测试环境用。不信自己去装个 Kafka 集群，看看能保持几天不挂。 |
 |
43
salmon5 2024-02-02 09:55:45 +08:00
一看你就不懂工作流程（套路），“内部”是谁的“内部”，如果只是几个开发，拿当然你 all in 了。否则别人给你打工了。
你要把这个“内部”包括 DBA 部门。很简单，开会叫上他们。项目人员包括他们。 |
|
44
salmon5 2024-02-02 09:58:14 +08:00
系统运维和应用运维部门 可不管你什么 GaussDB ，是 DBA 管的。
|
|
45
salmon5 2024-02-02 10:02:46 +08:00
还有这个事情谁发起的？如果一个小兵发起的，别人当然懒得理你。你一个小兵瞎折腾，别人当然不陪你玩。
|
|
46
salmon5 2024-02-02 10:26:09 +08:00
这事要 CTO 承接比较合适，如果一个开发小兵承接了，这有很大的问题，到时候万一 一地鸡毛，一个小兵能负的起责吗？
|
 |
47
leorealman 2024-02-02 10:29:43 +08:00
除非脑子瓦特了用国产...
|
 |
48
b1u2g3 2024-02-02 10:30:42 +08:00
搞开发的居然连怎么部署开发环境都不想搞明白，的确是有脾气的。
|
 |
49
nuII 2024-02-02 10:34:45 +08:00
这事找老板，最差也是找开发负责人，下面的人别自己对接
|
 |
50
janus77 2024-02-02 10:37:43 +08:00 1
我比较在意这个任务到底是谁拍板说要分给开发的。
是运维部吗？那你们技术老大干什么吃的，没据理力争？ 是老板吗？那同上，领导层开会定的时候，你们技术老大干什么吃的，没据理力争？ 是平级吗？他们有什么权利要求你们？况且这个从业务上本来就是运维部门的职责 所以，你应该去找那个给你们分活的人啊，或者想办法搞定那个人 |
 |
54
beneo 2024-02-02 11:13:09 +08:00
1. mariadb 是不是能过信创？？
2. 楼主的问题很简单，运维和研发是不是一个头，如果是一个头，运维去部署部署也没关系，否则你研发自己去折腾 |
 |
55
miniliuke 2024-02-02 11:18:40 +08:00
GaussDB 不就是 pg 和分布式 pg 吗，挺好的，安装也不复杂。docker 也有镜像
|
 |
56
supershuaige 2024-02-02 11:33:23 +08:00
我也是运维，除非直属上司指定让我去给程序去部署开放环境
程序直接叫运维去部属开放环境？想屁吃呢 |
 |
58
DefoliationM 2024-02-02 12:16:07 +08:00 via Android
就是 postgres ，但是他用的 postgres 的版本太老了，很多特性不支持，比如 on duplicate 就不支持，很难用。
|
|
59
NXzCH8fP20468ML5 2024-02-02 12:54:47 +08:00 via Android
@DefoliationM on duplicate 不是 mysql 方言么，pg 最新版本支持了？...
你是否想说 ON CONFLICT |
 |
60
noparking188 2024-02-02 12:55:56 +08:00
Infra 的职责谁担
|
 |
61
doosit 2024-02-02 13:06:49 +08:00
postgres 怎么用你就怎么搞就完了
|
 |
62
Mandelo 2024-02-02 13:18:29 +08:00
我们用的达梦，和 oracle 差不多
|
 |
63
zw1one 2024-02-02 13:41:11 +08:00
“内部刚刚敲定下来信创数据库用 GaussDB”你让那个敲定的人去找运维搞啊，职责分工你说了也不算，网友说了更不算。
|
 |
66
zypy333 2024-02-02 13:55:56 +08:00
我觉得有运维就该运维来干，因为未来的稳定都是要运维来长期接手维护的，如果开始搭建不参与，什么参数配置的不合理，什么地方细节不清楚，后期就要走很多弯路
|
 |
67
mysterycai 2024-02-02 14:03:30 +08:00
厂商不提供支持也真是无语，部署数据库肯定有需要注意细节和参数的。而且还得找厂商了解兼容性之类的东西。自己部署出了问题还得自己背锅
|
 |
68
wsseo 2024-02-02 14:13:20 +08:00
不如让测试去装，然后写个文档。
|
 |
69
dog82 2024-02-02 14:18:51 +08:00
开发环境不都是码农自己玩么，直接 docker pull 啊
|
 |
70
liprais 2024-02-02 14:24:29 +08:00
@littlecreek 人家华为标榜的就是不用任何美国技术
|
 |
71
changnet 2024-02-02 14:29:19 +08:00
“开发环境服务器”的话，一般是开发自己搭建的吧。不然程序想在上面测试些东西怎么办？不存在开发不会搭建的情况，如果自己的开发环境都不会搭建的话，建议回家种田。不然出问题大概率是找不到的。
如果是自己不想做，或者是什么特殊行业内网服务器也不让开发去动，那就另外一回事。 至于运维，那是管线上的服务器的。也是要学怎么搭建维护，但和开发也要会搭建不冲突吧。 |
 |
73
leimu012 2024-02-02 16:46:36 +08:00
@uuzimu2020 tidb 好像不在信创名单
|
|
75
DefoliationM 2024-02-02 18:35:38 +08:00
@xxfye 对 ON CONFLICT 。。
|
|
76
thevita 2024-02-02 18:56:38 +08:00 1
@bianhui 这方面 tidb 反而是优等生吧，生产部署不说，developer accessibility 是其他国产厂商比不了的优秀，至少不会吧文档锁起来.。。。。。。
对于开发测试来说 tiup playground 可以一键拉个测试环境出来 要布一个测试集群也不复杂，如果有 k8s 还 提供 operator |
 |
77
iseki 2024-02-02 19:04:23 +08:00 via Android
这些数据库为什么不跟进新版本呢…诶…破玩意儿
|
 |
78
gokiller 2024-02-02 20:09:40 +08:00
安装 db 不是小菜一碟吗？
|
 |
79
lstz 2024-02-02 23:51:02 +08:00
在研发过程中，我们一般会有 SIT UAT 环境，那些环境会由 senior developers 去部署安装，在这过程中肯定会有一些安装步骤的文档说明。 在上 production 之前，这些都将由 developers 去提供的，因为坦白讲我们不太可能会让一个 dev 安装都摸不清的软件上 production ，which sounds like a risky and fraught plan.
以我的经验来看，建议上 Docker ，这样可最大程度磨平差异 |
 |
80
longyuzichen 2024-02-03 00:41:28 +08:00
早就敲定使用 OceanBase 了，弄了一年数据同步方案没有确定下来，坑爹
|
|
81
littlecreek 2024-02-03 04:48:01 +08:00 via iPhone
@liprais 那 docker, k8s, terraform 有对应的”国产” 技术吗？
哦我忘了，这些东西大都开源的，改个名字就国产了，哈 |
|
82
NXzCH8fP20468ML5 2024-02-03 07:48:49 +08:00 via Android
@DefoliationM
去 ooengauss 文档看了一眼，笑死我了，竟然支持垃圾的 mysql 的 ON DUPLICATE ，不支持 pgsql 的 ON CONFLICT https://docs-opengauss.osinfra.cn/zh/docs/5.0.0/docs/SQLReference/INSERT.html |
 |
83
LDa 2024-02-03 09:16:37 +08:00
刚用 gaussDB 上了一个大型项目
|
|
84
LDa 2024-02-03 09:17:02 +08:00
只能说在 gc 数据库里它已经算很好的了
|
 |
85
lindt99cocoa 2024-02-03 14:11:28 +08:00
@longyuzichen 提工单让 OB 的人帮你们搞，钱不能白花
|
 |
86
littleFireFrank 2024-02-03 18:54:12 +08:00
想问下你们这个单子 how much 呢？
|
|
87
liprais 364 天前
@littlecreek 这你得问华为高斯的人了，“我们不用任何美国技术”
|
|
88
somnus977 347 天前
@jiminjohn0402 理想很丰满，现实很骨干。
|
Select Language