V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zhangpulin
V2EX  ›  程序员

项目服务器和数据库要求符合信创,求大佬推荐用哪个?

  •  
  •   zhangpulin · 72 天前 · 2978 次点击
    这是一个创建于 72 天前的主题,其中的信息可能已经有所发展或是发生改变。
    22 条回复    2024-09-07 14:30:28 +08:00
    raycool
        1
    raycool  
       72 天前
    需求太模糊了吧
    项目服务器用海光或者华为的
    数据库那就多了去了 TiDB oceanbase 华为高斯 DB
    ACMATIC
        2
    ACMATIC  
       72 天前
    这个需求描述有点听了想打人啊,另外这种需求项目不都是甲方指定吗,我们最近接了挺多挺多麒麟+OB 的
    albertofwb
        3
    albertofwb  
       72 天前
    遇到过这种需求。服务器可以 选择 uos 或者 方德,数据库选择国产达梦
    realpg
        4
    realpg  
       72 天前   ❤️ 1
    目前信创单子做了一个亿多了 有点发言权

    你还少了一件 信创要三大件或者既有项目迁移要四大件

    服务器首先看必须龙芯或者华为鲲鹏等非 X86 服务器 还是可以用海光这类 amd 套壳的 x86
    操作系统基本首选银河麒麟服务器操作系统
    数据库看你的类型, 如果是本地程序 QPS 较低 也不用考虑什么极端性能的 人大金仓能好点 因为本质就是旧版 postgresql 套壳 开发省事
    如果是追求数据库强度的, 或者非要强 oracle 兼容版的 那就达梦 达梦要好一些 金仓是对于常规混技术圈子的

    如果是新项目而不是旧系统国产化 那就这三大件了

    如果是旧系统国产化 那还涉及中间件 否则不涉及


    最后的最后 有没有采购渠道 要不要让我偷偷卖你点让我挣点差价 :doge
    realpg
        5
    realpg  
       72 天前
    PS 漏了 真极端大型高负载应用 类似互联网大厂应用规模的 数据库老老实实 TiDB
    yeqizhang
        6
    yeqizhang  
       72 天前 via Android
    @realpg 为什么旧系统涉及中间件新系统不涉及呢?
    realpg
        7
    realpg  
       72 天前
    @yeqizhang #6
    因为你旧系统大概率是有一个 oracle 数据库的既有应用
    大部分都是要用数据库中间件进行过渡

    而新系统直接就用官方数据库的组件开发了

    现在信创的大单子,1500 万以上的都是大型旧系统国产化改造, 一般先改造服务, 都是数据库先搞出来 用中间件协议 把原来的 oracle/sqlserver 的库不改程序的先平行跑起来 撤掉原始的数据库
    然后再逐渐去改数据库驱动原生化

    大型系统屎山是没可能进行一次性搞定的的, 都是梯次的,1~3 年过渡期才是重中之重
    zmh69695328
        8
    zmh69695328  
       72 天前 via Android
    海光服务器
    系统用银河麒麟 v10
    数据库用 OceanBase
    Kaiyuan
        9
    Kaiyuan  
       72 天前
    人大金仓的数据库,联想的麒麟系统的服务器。这边有个單位我们是这样搞的,因为程序是按照这种规格来搞。
    yeqizhang
        10
    yeqizhang  
       72 天前 via Android
    @realpg 噢噢,你说的这种呀,我以为别的中间件
    murmur
        11
    murmur  
       71 天前
    服务器没得选吧,你们还可以选 x86 ,我们是必须 arm
    Ackvincent
        12
    Ackvincent  
       71 天前
    人大金仓 达梦 数据库这两个用得多。
    xiejc
        13
    xiejc  
       71 天前
    @realpg 请教大佬,项目目前是 sqlserver ,如果有很多的存储过程跑批+表数据很多都是千万级别,那选哪个好点
    dododada
        14
    dododada  
       71 天前
    4 楼的大哥,我搭个车啊。

    隆重介绍一下我的渠道,服务器生产厂商,主流设备都可以贴牌,除了华为;最主要的是,出货周期短,包括鲲鹏服务器。

    有需要可以联系,我挣点儿中介费
    zhangpulin
        15
    zhangpulin  
    OP
       71 天前
    @realpg 能否加 V ?
    realpg
        16
    realpg  
       71 天前   ❤️ 2
    @xiejc #13
    说实话 要实地去看的 上技术人员去进行人肉分析 这也是信创专业集成公司最大的技术资本 都是慢慢积累的

    数据量不是问题 核心是请求数 负载都在哪里 io 密集程度

    存储过程也要下一些探针去看看情况 看系统规模大小 比如是三甲医院的 his lis pacs 之类的 还是什么社保系统之类的

    还要看你过渡期的中间件厂商的实力 这个非常复杂 基本是核心竞争力了


    @yeqizhang #10
    别的就当作没有 别瞎鸡儿提 小心让甲方 S13 领导知道 让你自己开发一个国产 redis 出来
    三/四大件做好 其他不要上方案 偷偷用就完事 没人会管 就跟 java/golang 并不是自主知识产权的东西

    另外 非要用也有办法 只要预算够 不过这都是一些核心竞争力的弯弯绕 很多厂商反应不过来 就是一句话 说出来了一年少几个亿订单 不好意思公开说


    @dododada #14
    信创除非你卖层层转包的最终小开发者 否则这种很难过原始招标的门槛的
    我们自己也有贴牌渠道 实际上 100%项目完全用不了 作为总包或者一包的情况都用不了 也就一些卡的不严的 以及国网的末端大学类供应商勉强能行


    @zmh69695328 #8
    过来人的建议就是不要用任何华为的软件 如果你不想被客户全行业挂的话
    华为的各种软件售前售后甚至可以用你公司的名义去喷副部级领导...你敢信
    realpg
        17
    realpg  
       71 天前
    @zhangpulin #15
    网游绿色修改器:MisakaCat
    zhangpulin
        18
    zhangpulin  
    OP
       71 天前
    银河麒麟服务器系统、达梦数据库谁知道价格啊?? 要给甲方爸爸报价
    BurYiA
        19
    BurYiA  
       71 天前
    @zhangpulin 十来万一共,可以上电子卖场查
    crazychang
        20
    crazychang  
       71 天前
    @realpg 请教个问题 旧系统国产化有要求必须信创中间件吗 我这边上面深圳国资委传达的意思是三大件就可以 想确认一下 东方通还挺贵的
    xxmaqzas
        21
    xxmaqzas  
       71 天前
    @zhangpulin 直接联系达梦出报价就行了,分行业,我们给甲方报价是 1 个节点 30W
    realpg
        22
    realpg  
       70 天前
    @crazychang #20
    我这边业务都是规模庞大的关键性旧系统

    国产化周期都是要逐渐切换运行数年计的

    所以数据库是必然要用中间件的

    就是先不动既有的程序, 先把数据库切过来

    程序不动 程序 jdbc-oracle 你数据库换成达梦金仓了 怎么也没可能完全兼容的 就靠中间件撑着

    然后程序逐渐边测试边修改过渡 改坏了马上往前回滚

    这里的中间件几乎特指 跨数据库驱动中间件
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   946 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 21:30 · PVG 05:30 · LAX 13:30 · JFK 16:30
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.