Kubernetes 1月快讯


Kubernetes运维

Provision

kops

https://github.com/kubernetes/kops

作为Kubernetes项目的一部分,kops的目标平台是AWS和GCE,让用户可以几分钟内在平台上搭建一个生产级别的集群。它的文档很完备,支持很到位,这是我认为最好的工具之一。不幸的是,它将配置和key储存在S3里,并且要求运行时可以访问,这导致很难一键部署创建测试集群。也就是说,如果想要在AWS里运行自己的集群,那么这应该是你会调用的第一个端口。

Kubicorn

https://github.com/kris-nova/kubicorn

虽然不是Kubernetes项目的正式部分,Kubicorn意图让在AWS和GCE之外的平台上provision集群更为容易,也给了用户更大的灵活度。如果想在其他的云供应商上创建测试集群,这很可能就是你需要的工具。但是要知道,这个工具还没有完全准备好上生产,因为它还缺少一些关键的方面,包括文档完备度。

更友好的 DNS

https://github.com/kubernetes- ... l-dns

Kubernetes提供了自己的DNS服务,但是其目的完全是为了服务发现,使用有意义但是挺丑的DNS名称,比如my-svc.my-namespace.svc.cluster.local或pod-ip-address.my-namespace.pod.cluster.local。如果使用者想要向用户暴露站点或者API,可以使用external-dns来为服务或者ingress预配更好的URL。它支持一系列供应商,包括Route53,AzureDNS,CloudFlare,一旦部署好了控制器,用户仅仅需要让自己的服务使用它就可以了。

自定义DNS

https://kubernetes.io/docs/tas ... vers/

上面提到,Kubernetes的DNS服务仅作内部服务发现所用。如果想要集成已经存在的私有DNS,你可以使用自己的DNS作为fallback来扩展Kubernetes DNS。

Kubernetes开发

服务网格

Linkerd

https://linkerd.io/

Monzo使用并且推荐,Linkerd能够透明地处理重试,超时,限速,熔断等,而无需使用Polly.net或者自定义代码来自己实现这样的弹性需求。它还有多个服务发现插件,比如使用consul直接解析服务主机,无需使用内部均衡器。

Istio

https://istio.io/

Istio不仅仅是个单一服务,而是完整的服务网格项目。将弹性,服务发现,负载均衡等和TLS保护的网格组合在一起,可以位于集群之外。它还没有Linkerd成熟,但是它有很高的目标和社区的支持。可以保持关注。

AWS ELB Config方案

https://gist.github.com/mgoodn ... 57dc1

我们生活在AWS的世界里。大部分AWS的配置通过预配ELB来向集群外部暴露服务。这个工具可以帮助用户配置负载均衡器,比如,仅限内部,SSL证书,超时等。

Mac上Docker支持Kubernetes

https://blog.alexellis.io/dock ... etes/

Mac上的Docker内建支持Kubernetes,Alex Ellis,OpenFaas的作者,将它和其他一些Kubernetes开发工具的方案进行了比较,并介绍了如何运行OpenFaas(基于Kubernetes,供应商无关,Lambda的替代方案)

Windows上Docker支持Kubernetes

https://goo.gl/LUTFjS

Mr.Hanselman在尝试了Windows上Docker的最新版本,有内建的Kubernetes,并且介绍了Kubernetes Dashboard示例,以及如何将ASP.NET Core部署到Kubernetes上。

原文链接:Kubernetes January Round Up(翻译:崔婧雯)
===========================
译者介绍
崔婧雯,现就职于IBM,高级软件工程师,负责IBM WebSphere业务流程管理软件的系统测试工作。曾就职于VMware从事桌面虚拟化产品的质量保证工作。对虚拟化,中间件技术,业务流程管理有浓厚的兴趣。

0 个评论

要回复文章请先登录注册