课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构技术随着互联网的不断发展得到了广泛的应用,而今天我们就通过案例分析来了解一下,微服务架构环境下的应用实践方法。
单主机多服务实例模式
使用单主机多服务实例模式,需要提供若干台物理或者虚拟机,每台机器上运行多个服务实例。很多情况下,这是传统的应用部署方法。每个服务实例运行一个或者多个主机的well-known端口。
这种模式有一个参数代表每个服务实例由多少进程构成。例如,可以在Tomcat上部署一个Java服务实例作为web应用;而一个Node.js服务实例可能有一个父进程和若干个子进程构成。这种模式有另外一个参数定义同一进程组内有多少服务实例运行。例如,可以在同一个Tomcat上运行多个Javaweb应用,或者在同一个OSGI容器内运行多个OSGI捆绑实例。
单主机多服务实例模式的缺点之一是服务实例间很少或者没有隔离,除非每个服务实例是独立进程。如果想精确监控每个服务实例资源使用,就不能限制每个实例资源使用。因此有可能造成某个糟糕的服务实例占用了主机的所有内存或者CPU。
单主机多服务实例模式的缺点之二是运维团队必须知道如何部署的详细步骤。服务可以用不同语言和框架写成,因此开发团队肯定有很多需要跟运维团队沟通事项。其中复杂性增加了部署过程中出错的可能性。
单主机单服务实例模式
使用单主机单实例模式,每个主机上服务实例都是各自独立的。有两种不同实现模式:单虚拟机单实例和单容器单实例。
单虚拟机单服务实例模式
使用单虚拟机单实例模式,一般将服务打包成虚拟机image。每个服务实例是一个使用此image启动的VM。
资源利用效率不高。每个服务实例占有整个虚机的资源,包括操作系统。
IaaS按照VM来收费,而不管虚机是否繁忙。
部署服务新版本比较慢。虚机镜像因为大小原因创建起来比较慢,同样原因,虚机初始化也比较慢,操作系统启动也需要时间。
运维团队有大量的创建和管理虚机的工作。
单容器单服务实例模式
使用单容器单服务实例模式时,每个服务实例都运行在各自容器中。容器是运行在操作系统层面的虚拟化机制。一个容器包含若干运行在沙箱中的进程。从进程角度来看,他们有各自的命名空间和根文件系统;可以限制容器的内存和CPU资源。某些容器还具有I/O限制,这类容器技术包括Docker和SolarisZones。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。