推进医院IT标准体系建设,建立准入机制,通过构建统一的基础平台来倒逼厂家支持和兼容。医院的不应该也不会在开发方面投入很多资源,集成厂商和软件厂商应该满足微服务化和容器化方面的要求。
从目前趋势看,传统医院云架构体系建设应该是私有云为基础,公有云为必要补充的混合云路线。核心业务系统和关键业务数据是在本地数据中心维护,同时充分利用共有云弹性计算资源搭建渠道应用和流程。数据下发和同步应通过标
消息是异步通讯的基础,集成平台也是实现SOA的重要标志。这些架构处理的问题也都是云原生技术(微服务、容器化等)所需要面对的,它们不矛盾,反而会利用消息和原有的集成模式来以最低的代价解决问题。因此我们看到大量基于消
随着DevOps理念和实践在国内的不断发展,有将运维工作下放到开发团队的趋势,因为运维将面对是密集的容器而不是数量有限的虚机,根本管不过来。同时运维也开始做开发,公有云大行其道就是将基础设施代码化的最好体现。趋势不
我们可以了解到k8s和容器技术对传统的信息从业者还是有比较高的学习门槛的。回答这个问题的前提是下没下决心上基于K8S的容器平台。如果答案是“是”,那么OpenShift就是一款企业级的K8S容器平台产品。它的产品定位就是
云原生的目的不是重构和技术升级,是为了更灵活和高效的解决业务问题。ESB的大单体应用整体搬迁技术上问题不大,但是没有业务上的收益,甚至效果更差。实际遇到很多客户的经验是小步快跑,老ESB会和微服务应用共存很长一段时
传统集成平台架构即便运用了主被高可用、多集群等技术手段,仍然是摆脱不了星型架构的单点结构。基于容器PaaS平台的分布式敏捷集成已经是此类总线系统的成熟替代方案,一来解决了大单体巨石应用的问题,二来解决了运维问题
HIS的平台无关性需要一个抽象层来保证,通过PaaS平台来支撑这部分能力是一个主流方向。即在平台选型中将对多云和混合云环境的支持作为重要的考核指标。这样就可以达成一套系统跨不同云厂商环境跨区域部署,来满足业务要
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30