当前位置: 首页 > 软件库 > 云计算 > PaaS系统/容器 >

Polaris

Kubernetes 配置检查最佳实践
授权协议 Apache
开发语言 Google Go
所属分类 云计算、 PaaS系统/容器
软件类型 开源软件
地区 不详
投 递 者 孟洋
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

Polaris有助于保持您的群集健康。 它运行各种检查以确保使用配置Kubernetes部署的最佳实践,以避免将来出现潜在问题。 该项目包括两个主要组成部分:

  • 一个仪表板,提供有关群集中当前部署配置情况的概述(如下图)
  • 一个验证webhook,可以防止任何未达到配置标准的未来部署(还在体验阶段)

 

Polaris Dashboard

部署

使用 kubectl 部署 Polaris 

kubectl apply -f https://raw.githubusercontent.com/reactiveops/polaris/master/deploy/dashboard.yaml

也可以使用 Helm 来部署 Polaris

helm upgrade --install polaris deploy/helm/polaris/ --namespace polaris

查看面板

一旦面板部署完毕,可以通过 kubectl port-forward 来查看:

kubectl port-forward --namespace polaris svc/polaris-dashboard 8080:80

当端口转发设置完成,可以使用浏览器打开 http://localhost:8080 来查看面板。

 

  • 介绍 polaris是一个用go实现的支持restful的web框架,主要参考tornado进行设计。 虽然在go里面搭建一个http server非常的简单,这里强烈推荐gorilla,但并没有很好的对restful模型进行支持。考察了很多开源实现,我决定还是重新造一个轮子,毕竟难度也不怎么大,而且能够根据项目的使用慢慢调整完善。 使用 设计polaris还是参考了tornado,虽然一段时间不

  • **用于LINUX机箱的POLARIS网络设置** **LINUX的网络配置提示** 在特定的局域网上设置Linux系统可以通过多种方式完成。以下是一些需要检查的建议和提示。但是,这些建议可能不是设置Linux系统的唯一方法,也不是最好的方法。请咨询您当地的Linux系统专家,以了解您的系统可能特有的情况。 重要提示:无论何时对系统文件进行更改,请始终复制开始重新配置之前工作的文件的原始版本。例如

  • 将Geom_BSplineSurface转化成TopoDS_Face:   1. 将Geom_BSplineSurface转化成TopoDS_Face: Handle_Geom_BSplineSurface BSurface; BRep_Builder builder; TopoDS_Face Face; builder.MakeFace(Face,BSurface,Tolerance); 2.将

  • 起因 polaris虽然是模仿tornado开发,但我觉得作为一个go的web框架,还需要提供一些额外的扩展支持。 polaris现在已经支持session以及middleware,主要参加django。 polaris对于这些额外功能的支持,采取的是注册 + json配置驱动的方式。这个跟go的database/sql有点类似,任何模块都提供一套类似如下的接口: type Obj interfa

  • 介绍 polaris是一个用go实现的支持restful的web框架,主要参考tornado进行设计。 虽然在go里面搭建一个http server非常的简单,这里强烈推荐gorilla,但并没有很好的对restful模型进行支持。考察了很多开源实现,我决定还是重新造一个轮子,毕竟难度也不怎么大,而且能够根据项目的使用慢慢调整完善。 使用 设计polaris还是参考了tornado,虽然一段时间不

 相关资料
  • 本文档旨在汇总和强调用户指南、快速开始文档和示例中的最佳实践。该文档会很活跃并持续更新中。如果你觉得很有用的最佳实践但是本文档中没有包含,欢迎给我们提Pull Request。 通用配置建议 定义配置文件的时候,指定最新的稳定API版本(目前是V1)。 在配置文件push到集群之前应该保存在版本控制系统中。这样当需要的时候能够快速回滚,必要的时候也可以快速的创建集群。 使用YAML格式而不是JSO

  • 例如,对于基于spring的项目,有eureka config(eureka.properties)、zuul config(zuul.properties)、feign config(feign.properties)等。

  • 本文向大家介绍webpack配置的最佳实践分享,包括了webpack配置的最佳实践分享的使用技巧和注意事项,需要的朋友参考一下 本文主要介绍了关于webpack配置的最佳实践,本文分享的实践具有以下的优势: 使用happypack提升打包速度。 使用MD5 hash可以生成文件版本,进行版本控制 在非单页面的系统中支持多个入口的配置 模板中可以利用htmlplugin输出一些配置性的信息 支持de

  • 问题内容: 我们构建3层企业解决方案,通常由几个webapp和ejbjar模块组成,这些模块都与​​数据库通信并具有多个外部集成点。 每个模块通常需要自己的配置,这些配置可以在解决方案的生命周期内进行更改。部署它成为一场噩梦,因为现在我们必须记住18个属性文件以进行复制和配置,还需要设置数据源,队列,内存需求等。 我希望但不能乐观地找到更好的方法。我们考虑/使用过的一些选项,各有其优缺点: 使用多

  • 问题内容: 在我们当前的自动化中(使用Selenium / WebDriver / Java),我们使用 非常 广泛。例如: 根据定义,可以使用以下内容找到选择器:using,id,名称,className,css,tagName,linkText,partialLinkText和xpath。 最近,我们的前端开发人员提议我们实现一个以’test =’开头的新属性类。我认为这是一个好主意,因为我们

  • 问题内容: 我在应用程序中使用Log4j。放置在classpath中的Jar中。该配置文件正在使用中,并且在大多数情况下都可以正常工作。 但是有时,生成的日志记录语句与配置文件不同。 我的理解是,这是因为属性文件是从类路径中获取的。不管第一个属性文件是什么,都由log4j获取和使用。因此,有时我们得到的日志记录语句与属性文件中配置的语句不同。 如果上述原因属实,那么我认为,我们需要通过以下方式之一

  • 我最感兴趣的是以下属性的最优值: 了解的最优值将是非常好的。连接池设置有大量其他选项,希望得到有关它们对应用程序性能影响的任何建议。

  • 本文是对Kubernetes集群安全性管理的最佳实践。 端口 请注意管理好以下端口。 端口 进程 描述 4149/TCP kubelet 用于查询容器监控指标的cAdvisor端口 10250/TCP kubelet 访问节点的API端口 10255/TCP kubelet 未认证的只读端口,允许访问节点状态 10256/TCP kube-proxy kube-proxy的健康检查服务端口 909