没有备案网站可以做优化么,如何做融资网站,免费php网站有哪些,搜索排名优化目录
何为微服务
何为云原生
何为编排器 “Kubernetes”这个名字来自希腊语#xff0c;意思是“舵手”舵手是一个航海/航行术语#xff0c;指掌舵的人从本质上说#xff0c;Kubernetes是云原生微服务(cloud-native microservice)应用的编排器(orchestrator)
何为微服务 …目录
何为微服务
何为云原生
何为编排器 “Kubernetes”这个名字来自希腊语意思是“舵手”舵手是一个航海/航行术语指掌舵的人从本质上说Kubernetes是云原生微服务(cloud-native microservice)应用的编排器(orchestrator)
何为微服务
在过去开发人员构建和部署的是单体应用单体应用中每个功能都被捆绑在一起作为单个大的包如图所示Web前端、认证、日志生成、数据存储、报告系统等被紧密地耦合在一起捆绑成一个应用这意味着如果想改变某个部分必须改变每一部分举个简单的例子如果需要修补或更新上图中的应用的报告功能必须关闭整个应用并修补/更新整个应用像这样的工作需要详尽的计划面临巨大的风险且十分复杂但是单体应用带来的痛苦还不止于此如果想对它们的某个功能进行扩缩容不得不对整个单体应用扩缩容基本上应用的每个功能都被作为一个单体的单元捆绑、部署、升级和扩缩容这是很笨拙的显然不是很理想另外微服务应用采用完全相同的一组功能——Web前端、认证、日志生成、数据存储、报告系统等并将每个功能拆分为自己的小应用“小”的另一个词是“微”“应用”的另一个词是“服务”这就是“微服务”这个术语的由来如果仔细观察下图你会发现它就是和上图完全相同的一组应用功能不同的是每个功能都是独立开发、独立部署的并且可以独立更新和扩缩容但它们依然协同工作创造与单体应用完全相同的应用体验最常见的模式是每个微服务都作为独立的容器来开发和部署例如Web前端微服务会是一个容器认证微服务会是另一个不同的容器报告系统微服务又会再是不同的容器以此类推每个微服务都是独立的但又是通过网络松散耦合的以创建相同的应用体验通过设计让微服务之间是松散耦合的这是修改一个微服务而不影响其他微服务的基础从技术上讲每个微服务都通过IP网络暴露一个API让其他微服务能够通过这个API来使用它如果不熟悉API这个概念下面这个类比对你可能会有所帮助汽车的外形和大小各异它们配置的可能是直列四缸、水平对卧六缸、八缸的发动机甚至可能是电动发动机但是所有这些复杂的细节都通过使用标准化控制器---方向盘、加速器、刹车踏板和车速表对驾驶员隐藏了在这个模型中控制器相当于汽车的API---驾驶员通过它们来使用汽车的功能这种模型的一个主要优点是学会驾驶后就能驾驶任何一款汽车例如我学开车时用的是一辆前轮驱动的汽车它配置的是四缸汽油发动机但我无须学习任何新的驾驶技能就能开全轮驱动的电动汽车这就是因为标准化的方向盘和脚踏板(API)将发动机和传动系统的复杂细节隐藏起来了同样更换汽车的发动机、替换其方向盘和轮胎、升级其排气系统后驾驶员依然能够驾驶它而无须学习任何新的驾驶技能回到正题---微服务应用只要没有修改微服务的API就可以在其他微服务和应用用户不会注意到的情况下对微服务进行修补或更新除了让微服务能够独立地更新和扩缩容微服务设计模式还让开发团队更小、更敏捷能够更快地迭代功能一般来说与大团队相比28人团队的沟通和合作的职场政治因素会更少也会更敏捷微服务设计模式还有其他优点---将功能开发成独立的微服务可以在不影响应用任何部件的情况下对它们进行开发、部署、更新、扩缩容等但是微服务并不完美如果有很多由不同团队管理的移动部件微服务可能会变得很复杂最后这两种设计应用的方式——单体与微服务---被称为设计模式微服务设计模式是当前云时代最常见的模式
何为云原生
一个云原生应用必须能够按需扩缩容自我修复支持滚动更新可以在任何有Kubernetes的地方运行让我们花点时间来定义其中一些流行术语的含义按需扩缩容是指应用和相关基础设施为了满足当前需求的自动增长和收缩的能力例如在线零售应用可能需要在特殊的假期增加基础设施和应用资源然后在假期结束时缩小规模如果配置正确Kubernetes可以在需求增加时自动对应用和基础设施进行扩容也可以在需求下降时对它们进行缩容这不仅有助于企业对突发变化做出更快速的反应还能在缩容时帮助其降低基础设施的成本Kubernetes还可以自我修复应用和单个微服务这需要更多关于Kubernetes的知识将会在后面介绍但现在要知道的是当用户把一个应用部署到Kubernetes时用户告诉Kubernetes这个应用应该是什么样子例如每个微服务有多少个实例应该连接到哪些网络Kubernetes将其保存为期望状态(desired state)并监视应用以确保它始终与期望状态匹配如果有什么变化例如某个微服务崩溃Kubernetes会注意到这一点并启动一个副本作为替代这就是所谓的自我修复或弹性滚动更新是一种在不让应用离线甚至客户不会注意到的情况下更新应用的某些部分的能力它改变了现代商业世界的游戏规则稍后我们就可以看到它的实际效果关于云原生还有最后一点要讲云原生几乎是与公有云无关的它是一组我们讨论过的功能和能力因此云原生应用可以在任何有Kubernetes的地方运行如AWS、Azure、Linode、本地数据中心或者家中的树莓派集群总之云原生应用是具有弹性的、可以自动扩缩容的并且可以在不停机的情况下进行更新它们还可以在任何拥有Kubernetes的地方甚至是内部环境运行
何为编排器
借助一个类比可以更好地解释编排器这个概念一个管弦乐队由一群演奏不同乐器的音乐家组成每位音乐家都可以用不同的乐器在演奏开始后发挥着不同的作用乐器包括小提琴、大提琴、竖琴、双簧管、长笛、单簧管、小号、长号、鼓甚至三角琴每一个音乐家在管弦乐队中扮演着不同的角色如下图所示每位乐器都是独立的个体还没有被指定扮演什么样的角色——这简直是一团糟鼓甚至是上下颠倒的一位指挥家拿着乐谱和指挥棒走过来维持秩序她把弦乐器都安排到舞台前面木管乐器安排在中间铜管乐器安排在后面一点儿打击乐器安排在后面高一些的地方她还指挥一切告诉每组乐器什么时候演奏、演奏多大声以及以什么速度演奏简而言之指挥家将上图中的混乱情况变成如下图所示那样井井有条以确保音乐按照作曲家的意图演奏云原生微服务应用就像管弦乐队每个云原生应用都是由很多小的微服务组成的它们各司其职有的服务于Web请求有的用于认证会话有的进行日志记录有的用于持久化数据还有一些生成报告但就像一个管弦乐队一样它们需要有人或某种东西将它们组织成一个有用的应用由此我们真正走进Kubernetes世界Kubernetes将独立的微服务组织成一个有意义的应用如下图所示如前所述它可以对应用进行扩缩容、自我修复和更新等操作总之像Kubernetes这样的编排器将不同的微服务组合在一起并将它们组织成一个有用的应用它还提供并管理云原生功能如扩缩容、自我修复和更新
