解决方案
解决方案
该主题还没有描述
热门排序|时间排序
动态
来自主题:解决方案 · 2018-10-10
老赵地铁 擅长领域:云计算, 公有云, 自动化运维
74 会员关注
收藏1
来自主题:软件定义网络 · 2018-10-09
老赵地铁 擅长领域:云计算, 公有云, 自动化运维
74 会员关注
收藏1
评价2
来自主题:软件定义网络 · 2018-09-21
老赵地铁 擅长领域:云计算, 公有云, 自动化运维
74 会员关注
收藏2
评价1
金币1
来自主题:软件定义网络 · 2018-09-20
老赵地铁 擅长领域:云计算, 公有云, 自动化运维
74 会员关注
收藏3
金币1
来自主题:银行 · 2018-09-17
wangli123IBM 擅长领域:区块链, LinuxONE, it基础架构
91 会员关注
收藏1
评价2
金币1
来自主题:SVC · 2018-09-13
孙伟光中国金融电子化公司 擅长领域:AIX, SVC, 故障诊断
750 会员关注
1 人工模式 存储分级,应用数据分级,按需分配相应的存储空间。2 自动分层是个选择,但是需要评估。
浏览648
回答2
来自主题:解决方案 · 2018-09-13
willow某银行 擅长领域:自动化运维, 区块链, 海量数据存储
188 会员关注
首先,FTP传输在合规上肯定是无法满足等保要求的。但,就您目前现有的问题:需要使用ftp,同时又要禁止使用21 23 3389这些端口,个人建议您可以利用工具搭建统一的ftp服务器,同时将ftp服务对外监听端口修改为非周知端口,同时ftp脚本里面也不要出现明文。同理,3389和23端口也可以通过...
浏览645
回答2
来自主题:nas(网络附属存储) · 2018-09-13
willow某银行 擅长领域:自动化运维, 区块链, 海量数据存储
188 会员关注
unix和windows系统之间的传输方式,除了使用跨平台的传输工具外,目前我们也没有找到合规的传输方式。在无法安装传输工具的前提下,大多情况下还是利用ftp、sftp等方式。
浏览716
回答2
来自主题:解决方案 · 2018-08-16
赵海大连 擅长领域:数据库容灾, 数据复制技术, Oracle
692 会员关注
这个解耦其实是核心系统本身的解耦,因为传统核心系统将联机业务和账务业务结合到一起,非常庞大。而且联机业务本身各个模块之间得耦合度非常高,产品灵活性及架构的扩展性不是非常好。所以这个解耦是说我首先要把核心系统中的总账剥离,然后将联机业务涉及的模块进行重新分析设...
浏览794
回答1
来自主题:解决方案 · 2018-08-16
小戴XXX 
3 会员关注
还是第一见这种问题...可以从数量上控制,弄些虚拟柜员啥的..有好的解决方案了吗?
浏览646
回答1
描述
该主题还没有描述
主题组织结构关系主题
  • 方案设计 方案设计
    9人关注了该主题
  • 商业解决方案 商业解决方案
    0人关注了该主题
  • 开源解决方案 开源解决方案
    0人关注了该主题
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2018  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30