@volvo007 #20
不重又结实的高科技的又嫌贵...

只要没人知道是什么 你可以光明正大的写在任何方便看到的地方

31.13 笑死... 还自己解析的

某个接口鉴权错了 小 bug 影响大而已

@lisongeee #1
windows gui 的性能比 linux 那些桌面强太多 你不去操作 接近不增加能耗 不需要 server core

楼上所有人都没说到点子上 说的全是错的

你要去看你请求使用的库的源代码或者说明手册, 看域名返回多 IP 的处理逻辑是什么 跟缓存无关 全链路缓存都是多个 IP

比如 chrome 浏览器 他的逻辑就是请求其中一个 直到很多秒后超时再请求另一个

有些库只会随机请求一个 没有后续
有些库只会请求第一个或者最后一个 没有后续
有些库会随机请求一个, 超时第二次重新请求还是这一个
有些库会随机请求一个, 超时第二次重新请求随机一个 不排除之前不好使的

都是加密存储
用户 UI 请求出来的结果数据肯定都是解密的 要不你看啥

刚搞完一个相同需求
直接把 MYSQL 集群化 然后额外多创建个只读副本...

所有人大金仓都带原厂服务 直接喊原厂工程师干 没必要自己干

apt install postgresql-14

自媒体哗众取宠标题已经渗透 V 站了吗? 捡了条绳子是吧

@crazychang #20
我这边业务都是规模庞大的关键性旧系统

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

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

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

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

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

这里的中间件几乎特指 跨数据库驱动中间件

@zhangpulin #15
网游绿色修改器:MisakaCat

@xiejc #13
说实话 要实地去看的 上技术人员去进行人肉分析 这也是信创专业集成公司最大的技术资本 都是慢慢积累的

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

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

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


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

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


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


@zmh69695328 #8
过来人的建议就是不要用任何华为的软件 如果你不想被客户全行业挂的话
华为的各种软件售前售后甚至可以用你公司的名义去喷副部级领导...你敢信

物联网卡就不存在靠谱这种事儿...
除非那是一个政府或者国企的项目带出来的被人偷着拿出来卖的, 那确实大部分不会坑...但是大概率你遇不到...

瞎鸡儿改 DNS 是小白装懂的常见做法

@szpinc1102 #3
我最近也写了这种代码 而且不少
主要是这种代码写的很快 也不需要复制粘贴
因为是 copilot 替我从列表补全的 提供范式 ai tab 一秒写完
除了罗嗦点没啥缺点 而且看起来清晰

@yeqizhang #6
因为你旧系统大概率是有一个 oracle 数据库的既有应用
大部分都是要用数据库中间件进行过渡

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

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

大型系统屎山是没可能进行一次性搞定的的, 都是梯次的,1~3 年过渡期才是重中之重