kubernetes学习笔记（二）——部署服务

【kubernetes学习笔记（二）——部署服务】的更多相关文章

Netty学习笔记(二) 实现服务端和客户端

在Netty学习笔记(一) 实现DISCARD服务中,我们使用Netty和Python实现了简单的丢弃DISCARD服务,这篇,我们使用Netty实现服务端和客户端交互的需求. 前置工作开发环境 JDK8 Netty版本:5.0.0.Alpha2 集成环境:IDEA 构建工具:Gradle 依赖 compile group: 'io.netty', name: 'netty-all', version: '5.0.0.Alpha2' compile group: 'org.projectlom…

Docker Swarm Mode 学习笔记（部署服务）

使用 docker service 命令来管理 Swarm 集群中的服务,该命令只能在管理节点上执行. 新建服务 docker service create --replicas 3 -p 80:80 --name nginx nginx:latest 解释一下这条命令: --replicas 3 : 任务数量 -p 80:80 :配置节点与容器端口映射 --name nginx :服务名称 nginx:latest: 镜像名与版本, 与启动容器一致查看服务查看当前 Swarm 集群运行的服…

dubbo学习笔记二（服务调用）

项目结构代码示例由于之前的IEchoService 的一个方法只是在服务端控制台打印,不便在浏览器测试,所以新添加的方法 api和服务端代码变更 public interface IEchoService { void echo(); String echo(String msg); } @Service public class EchoServiceImpl implements IEchoService { public void echo() { System.out.printf(…

Kubernetes 学习笔记（一）：基础概念

个人笔记,仅本人查阅使用,不保证正确. 零.微服务微服务架构专注于应用解耦合,通过将应用彻底地组件化和服务化,每个微服务只包含一个非常小的功能,比如权限管理.日志收集等等.由这一组微服务组合起来,提供一个应用的完整功能. 这样的好处是: 开发更方便了.各微服务不再需要关注其他服务内的细节,直接调用 API 就行. 方便持续集成.升级只需要重新部署更新了的微服务,不需要更新整个应用. 方便拓展.遇到性能瓶颈时,只需要拓展瓶颈所在的微服务,不需要拓展整个应用. 当然,这也带来了一些难点: 业务型微…

Kubernetes学习笔记（八）:Deployment--声明式的升级应用

概述本文核心问题是:如何升级应用. 对于Pod的更新有两种策略: 一是删除全部旧Pod之后再创建新Pod.好处是,同一时间只会有一个版本的应用存在:缺点是,应用有一段时间不可用. 二是先创建新Pod,再删除旧Pod.可以一次性创建全部,再删除全部,也可以逐渐创建删除.好处是应用一直可用,缺点是要同时支持两个版本. 蓝绿部署对于应用的版本v1和版本v2: 在运行v1前,流量一直都在v2上部署v1,然后测试通过后,将流量切换到v2,v2就成为了新的生产环境一旦v2出现问题,可以在切回v1 金…

AJax 学习笔记二(onreadystatechange的作用)

AJax 学习笔记二(onreadystatechange的作用) 当发送一个请求后,客户端无法确定什么时候会完成这个请求,所以需要用事件机制来捕获请求的状态XMLHttpRequest对象提供了onreadyStateChange事件实现这一功能.这类似于回调函数的做法.onreadyStateChange事件可指定一个事件处理函数来处理XMLHttpRequest对象的执行结果,如: 复制代码代码如下: ajaxObj=createAjaxObject(); var url="/MyTod…

JMX学习笔记(二)-Notification

Notification通知,也可理解为消息,有通知,必然有发送通知的广播,JMX这里采用了一种订阅的方式,类似于观察者模式,注册一个观察者到广播里,当有通知时,广播通过调用观察者,逐一通知. 这里写一个简单的Server配置例子, 首先定义我们的MBean接口: 接着,我们会想第一节那样,去实现这个MBean接口,并且继承NotificationBroadcasterSupport,来提供广播服务: package com.dxz.mbean; import java.util.concurr…