引子:前几天甲方博士问我,他用wpf弄个界面,能不能通过其他语言给他传输数据,我由此想到了webservice(此时此刻,我也没有用过webService),作日翻阅了一些资料,对这块技术有了个大概的了解。
看了webservice、就看到了soap协议、也看到了SOA思想,然后又引出微服务、微服务都引出来了,集群与分布式两兄弟都随风而至。(说来惭愧,以上的技术以及思想,本人回顾之前的开发经历,貌似都没有实实在在的用过),不过没有用过,我也想总结一下,混个脸熟,留个印象,貌似接下来要搞的项目这些都得用到。
先说说webService:
WebService是一种跨编程语言和跨操作系统平台的远程调用技术.
就好比你客户端用c#开发了一套桌面界面,放在windows系统上运行,称为A,我服务端用java写了一个方法返回数据(xml、json),,我把java这个方法打包放到linux上,成为B。然后A从B获取数据,A B一起干活,不亦乐乎!网络上比较典型的例证就是。在腾讯qq界面上的天气预告就是调用气象局的webservice,获取数据,然后展示在自己的界面上(我也在想,之前做的项目前后端不分离,但是我前端也是通过ajax调用后端controller的方法,获取到想要的json,这跟webservice多少有些像吧,只是没有像webservice分的这么明显,看官大神请指正,嘿嘿)
SOAP(Simple Object Access Protoclol)、WSDL(WebServicesDescriptionLanguage)、UDDI(UniversalDescriptionDiscovery andIntegration)之一, soap用来描述传递信息的格式, WSDL 用来描述如何访问具体的接口, uddi用来管理,分发,查询webService
再聊聊SOA
SOA(Service-Oriented Architecture)的定义是 面向服务的架构,不要看它与soap像,它们两不是一个概念,前者是一种宏观的设计思想,后者是一个规定的协议!
下面是百度百科给的定义
面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和协议联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构件在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
应用场景:
当一个系统过大时,我们会将系统拆分为多个子系统,各个子系统互相调用,来完成大系统的任务这里就用到了SOA,如下图,下图是我盗来的,来自 该大神
小小插入:前段时间在阿里云租了几台服务器,研究部署 kafka storm 等,它们都是通过zookeeper统一调度分发节点、分区的,zookeeper所用到的思想与这SOA也差不多吧
最后再谈谈 集群、分布式、微服务这三个
集群、分布式
概念:
集群是个物理形态,分布式是个工作方式。
1.分布式:一个业务分拆多个子业务,部署在不同的服务器上
2.集群:同一个业务,部署在多个服务器上
分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起,实现同一业务。
分布式中的每一个节点,都可以做集群。而集群并不一定就是分布式的。
举例:就比如新浪网,访问的人多了,他可以做一个集群,前面放一个响应服务器,后面几台服务器完成同一业务,如果有业务访问的时候,响应服务器看哪台服务器的负载不是很重,就将给哪一台去完成。
而分布式,从窄意上理解,也跟集群差不多,但是它的组织比较松散,不像集群,有一个组织性,一台服务器垮了,其它的服务器可以顶上来。
分布式的每一个节点,都完成不同的业务,一个节点垮了,那这个业务就不可访问了。
简单说,分布式是以缩短单个任务的执行时间来提升效率的,而集群则是通过提高单位时间内执行的任务数来提升效率。
微服务
1. 微服务的诞生
微服务是基于分而治之的思想演化出来的。过去传统的一个大型而又全面的系统,随着互联网的发展已经很难满足市场对技术的需求,于是我们从单独架构发展到分布式架构,又从分布式架构发展到 SOA 架构,服务不断的被拆分和分解,粒度也越来越小,直到微服务架构的诞生。
微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。
每个服务运行在其独立的进程中,服务和服务间采用轻量级的通信机制互相沟通(通常是基于 HTTP 的 RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等。另外,应尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言、工具对其进行构建。
2. 微服务架构与SOA架构的区别
微服务是真正的分布式的、去中心化的。把所有的“思考”逻辑包括路由、消息解析等放在服务内部,去掉一个大一统的 ESB,服务间轻通信,是比 SOA 更彻底的拆分。
微服务架构强调的重点是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用,这些小应用之间通过服务完成交互和集成。
总结一下,其实我自己感觉 分布式、SOA、微服务 三者的思想是一致的,都是将一个系统分而治之,互相解耦,只是三者的分治力度大小不一样,分布式
说在最后:其实不管啥技术,基本都是业务催生的,要做好一个项目其实并不是你用的技术多牛就行,而是你要把这个项目做的让客户满意才行。另外我们在工作中、生活中、不断得提高自己,望每个程序员都有一个好的环境提高自己!