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