【《微服务架构相关理论与关键技术综述》4800字】

[39]。1.3.2MySQL数据库的特点目前，大多数基于Linux操作系统开发、运行的网站都选择开源的MySQL数据库作为数据库存储节点，其显著的特点包括：MySQL数据库性能稳定、极少情况下发生宕机，但当数据量达到一定级别时会降低数据库的性能REF_Ref68802966\r\h[40]；MySQL数据库源码开源，可自主修改且使用成本较低；MySQL开源社区众多，且高水平用户较多，较为容易获得各种解决方案；MySQL支持多种语言进行开发，开发的灵活性较高。MySQL数据库由于其体积小、速度快、总体成本较低，尤其是开放源码的特点，被很多的中小型企业采用。MySQL分为商业版本及社区版本，前者由MySQL公司开发，其经过严格的测试工序，稳定和可靠性较好，而社区版本由不计其数的MySQL开发者和用户参与开发与测试工作，相比商业版，其测试环境并不十分严格但其与商业版性能相差不大，只是稳定性和服务质量相对较低。1.4云HIS系统1.4.1云HIS系统的概述医院信息系统（HospitalInformationSystem，HIS），利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力，并满足所有授权用户的功能需求。云HIS全称为基于云计算的医疗卫生信息系统（Cloud-BasedHealthcareInformationSystem，CBHIS），是运用云计算、大数据、物联网等新兴信息技术，按照现代医疗卫生管理要求，实现区域内医疗卫生信息资源的集中统管、统一调配、按需服务，提供面向居民的健康云服务、面向医疗机构的医疗云服务、面向卫生管理机关的决策管理云服务、面向其它机构的业务协同云服务。1.4.2云HIS系统的特点云系统的功能框架包含服务器、网络存储以及其他物资资源和虚拟资源，把单一平台整合，划分一个共享资源池来满足不同的需求。这种框架体现了云系统的价值和优势。1）安全性，共享的同时可以进行安全隔离，利用虚拟化从逻辑上隔离可以做到的各个系统之间互不干扰的同时，也可以相互调配所需资源。2）自动化，本身云系统就可以认为是虚拟化基础上的自动化平台，提供模块化服务管理单元及模块化基础构架平台和模块化的基础应用，极大的提高资源利用率，而且可以通过单点登录操作，实现轻松管理大大降低了人力资源的损耗。云HIS采用SOA分析方法，将子系统至于一个统一的云应用框架中，按角色分配工作职能。可满足医院以财务、后勤、药品、物资等经济核算为中心的业务，提高了管理效率，节约成本，是机构内医疗卫生系统运行的基础。1.5微服务架构与现有应用的架构对比随着康复医学的发展和应用，康复医疗管理系统逐渐进入人们的视野。传统的康复医疗管理系统在初期系统设计具有部署简单、易开发、易测试的特点，但是随着需求的增加，其设计理念已经无法满足现在的需求。目前传统的康复医疗管理系统在设计中存在的以下几点缺陷，传统医疗系统的架构如图4-1所示。1）复杂度高系统在实现上只是简单地进行代码堆砌而未考虑到代码简洁度、可读性等问题，造成代码的质量层次不齐，难以理解。并且随着系统规模的增大和功能复杂化，整个项目变得越来越臃肿，对系统的修改或者优化带来困难。2）交付效率低每次新需求的开发或者bug的排查过程都需要耗费较长时间，并且在单体架构下每次修改或新增代码都需要重新部署整个应用程序，受影响的范围较大，降低了项目的部署频率。同时较低的部署频率会导致两个版本发布之间差异较大，出错概率也随之增加。3）不易扩展单体架构只能对整个应用进行扩展，无法基于业务功能分模块进行扩展。例如云平台服务端中部分模块需要使用高性能CPU进行大量计算，而部分模块却需要使用更多内存进行大量I/O操作。在单体架构下，两者部署在一起必然会带来性能上的浪费。同时单体架构受到技术栈的限制，引入新的技术或者框架将是挑战。4)高耦合性各个模块之间边界模糊、没有明确的依赖关系，当出现内存泄漏等bug时可能引起整个系统的崩溃。并且随着用户量的增加以及模块的复杂化，服务端的整体响应时间变长，用户体验也随之降低。图4-1传统医疗系统的架构微服务架构与传统的架构相比具有以下特点：1）交付速度相较于单体架构，微服务架构的交付速度极快。服务拆分后，各个服务可以独立并行开发、测试、部署，交付效率提升，产品的更新速度会更快，用户体验更好。2）故障隔离范围单体架构属于线程级，微服务架构属于进程级。服务独立运行，通过进程的方式隔离，使故障范围得到有效控制、架构变得更简单可靠。根据业务的重要程度划分服务，把核心的业务划分为独立的服务，这样从数据库到服务可以保持有效的故障隔离，进而保持稳定。3）可扩展性传统的单体架构应用通常在一个应用中包含了较多的服务，当应用中的某些服务因为使用频率比较高而需要扩容时，维护人员不得不将整个应用中的所有服务都进行扩容，造成了一些服务器资源的浪费。而在微服务架构下，当某个业务需要独立的技术栈，可以通过服务划分、接口集成的方式实现，而不必更新整个应用框架