并且在部署一个新微服务的时候不会中断已经的部署了的服务

首页 > 游戏下载 来源: 0 0
很倒霉,据我所知Kubernetes的文档不是很完满,这就是为何有良多同窗正在利用它的时辰会碰到良多的坑,Ingress这个组件就是这些坑中的一个。很是复杂!Ingress就是依托hostname或者path为分歧的...

  很倒霉,据我所知Kubernetes的文档不是很完满,这就是为何有良多同窗正在利用它的时辰会碰到良多的坑,Ingress这个组件就是这些坑中的一个。

  很是复杂!Ingress就是依托hostname或者path为分歧的service供给了一个流量的代办(注:ingress就是一个事情正在7层的负载平衡器),以是如许的一个负载平衡器能够代办良多的微办事。

  以是隐正在你不需求担忧分歧的负载平衡器了,你需求作的仅仅是正在ingress的yaml文件中界说径,主机名战方针办事(具体魄式请参考:。

  当我想要设想一个出产的时辰,我老是想把它变患上高可用(high availability),它的益处是能够每一一个体系部件而且防止宕机的产生,而且正在摆设一个新微办事的时辰不会中缀曾经的摆设了的办事。也就是说,我要起首的是每一个被摆设的组件都是完整的。

  我有摆设过良多出产的经历,我很是感激kubernetes战微办事方式,让我主天天摆设未几于1个办事到天天摆设20至30个(固然是分歧品种的办事)可是这个时辰若是你只要一个ingress,那末就比力疾苦了,由于:

  当你要增加了一个新的办事或者hostname而需求晋级你的ingress设置装备摆设文件的时辰,也就是说(你正在一个延续集成的中)你要为你的pipeline去添加一个额定的方法,让它去搜检ingress的设置装备摆设能否需求更新(这象征着正在某种水平上你的一切microservices之间同享一个ingress)或者你是需求把你的pipeline分红两部门,此中一部门用来更新ingress(也就是说一个微办事的摆设不是的,它还需求去更新ingress的设置装备摆设才干失效)。

  你引入了庞杂的一层,并且它仍是一个单点(若是这个点不事情了,那末你一切患上办事都将没法拜候)。

  另外一个缘由就是我老是爱好正在设想产物时把监测功用斟酌出来,如许怀抱根基上能够弹性伸胀而且能够避免宕机,1.95刺影合击!以是有一些分歧的内部负载平衡器(ELBs)能够供给给你更有用的战略,由于这里没有一个单点是被一切同享的(注:也就是说,你的体系里不会由于一个组件出了成绩致使一切办事都不成用,以是的负载平衡功用上都是能够相互备份的)。

  这就是我倒隐正在为止,决议晦气用kubernets ingress的缘由,新开传奇3私服,隐真上,大部门的流量都产生正在集群外部。仅唯一很少一部门服需是要正在里面的。

  很较着,使用法式架构各不不异的,以是没有一招儿是能够包打全国的,此中的若何选择与决于你本人,进展本文能给你一些设想上的灵感。


声明:本文章来源于网络,如果存在出处、来源错误,或内容侵权、失实问题,请及时与我们联系。本文仅代表原媒体及作者观点,不代表www.407sf.com立场!