dashboard

Hystrix-dashboard是一款针对Hystrix进行实时监控的工具，通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间, 请求成功率等数据。但是只使用Hystrix Dashboard的话, 你只能看到单个应用内的服务信息, 这明显不够. 我们需要一个工具能让我们汇总系统内多个服务的数据并显示到Hystrix Dashboard上, 这个工具就是Turbine. Hystrix Dashboard 我们在熔断示例项目spring-cloud-consumer-hystrix的基础上更改，重新命名为：spring-cloud-consumer-hystrix-dashboard。 1、添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId> </dependency>

我们提到断路器是根据一段时间窗内的请求情况来判断并操作断路器的打开和关闭状态的。而这些请求情况的指标信息都是HystrixCommand和HystrixObservableCommand实例在执行过程中记录的重要度量信息，它们除了Hystrix断路器实现中使用之外，对于系统运维也有非常大的帮助。这些指标信息会以“滚动时间窗”与“桶”结合的方式进行汇总，并在内存中驻留一段时间，以供内部或外部进行查询使用，Hystrix Dashboard就是这些指标内容的消费者之一。 下面我们基于之前的示例来结合Hystrix Dashboard实现Hystrix指标数据的可视化面板，这里我们将用到下之前实现的几个应用，包括： eureka-server：服务注册中心 eureka-client：服务提供者 eureka-consumer-ribbon-hystrix：使用ribbon和hystrix实现的服务消费者 由于eureka-consumer-ribbon-hystrix项目中的 /consumer 接口实现使用了 @HystrixCommand 修饰，所以这个接口的调用情况会被Hystrix记录下来，以用来给断路器和Hystrix Dashboard使用。断路器我们在上一篇中已经介绍过了，下面我们来具体说说Hystrix Dashboard的构建。 动手试一试 在Spring

简单收集了以下开源dashboard 的项目，记录下 plotly-dash 基于python 的dash 开发工具，很不错 项目地址 https://github.com/plotly/dash keen-dashboards 一个响应式dashboard 开发模版 项目地址 https://github.com/keen/dashboards Shopify-dashing 尽管项目不在维护了，但是有一个fork 版本smashing 项目地址： https://github.com/Shopify/dashing https://github.com/Smashing/smashing Hygieia 一个devops 的dashboard 项目地址： https://github.com/Hygieia/Hygieia Reportr-dashboard 挺好的一个项目，但是目前官方网站被攻击了，不好使了 项目地址： https://github.com/Reportr/dashboard grafana 这个项目比较火，可以方便的展示各类dashboard 项目地址： https://github.com/grafana/grafana kibana elk 展示的一个工具 项目地址： https://github.com/elastic/kibana graylog

手工搭建 Kubernetes 集群是一件很繁琐的事情，为了简化这些操作，就产生了很多安装配置工具，如 Kubeadm ， Kubespray ， RKE 等组件，我最终选择了官方的 Kubeadm 主要是不同的 Kubernetes 版本都有一些差异，Kubeadm 更新与支持的会好一些。Kubeadm 是 Kubernetes 官方提供的快速安装和初始化 Kubernetes 集群的工具，目前的还处于孵化开发状态，跟随 Kubernetes 每个新版本的发布都会同步更新, 强烈建议先看下官方的文档了解下各个组件与对象的作用 。 https://kubernetes.io/docs/concepts/ https://kubernetes.io/docs/setup/independent/install-kubeadm/ https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm/ 关于其他部署方式参考如下： 使用 Kubespray 部署生产可用的Kubernetes集群（1.11.2） rancher 中国区加速安装 Kubernetes 系统环境配置 准备3台服务器，1 个Master 节点 2个 Node 节点（所有节点均需执行如下步骤）；生产环境建议 3个 Master N 个 Node 节点

在 PHP 开发项目中，后台管理因为面向群体相对比较固定，大部分以实现业务逻辑和功能。使用Bootstrap后台模板可以让后端开发很轻松的就展现给客户一个响应式的后台，节约前端开发的时间。下面 PHP程序员雷雪松 给大家分享一下最值得拥有的免费Bootstrap后台管理模板。 AdminLTE AdminLTE是一个完全响应的后台管理模板。基于Bootstrap3框架。高度可定制，易于使用。适合许多屏幕分辨率从小型移动设备到大型台式机。 GitHub AdminLTE地址： https://github.com/almasaeed2010/AdminLTE AdminLTE演示： https://adminlte.io/themes/AdminLTE/index2.html Gentelella Admin Gentelella Admin是一个免费的使用Bootstrap后台管理模板。该模板使用默认的Bootstrap3风格与各种强大的jQuery插件和工具来创建管理面板或后端仪表板创建一个强大的框架。 GitHub Gentelella Admin地址： https://github.com/puikinsh/gentelella Gentelella Admin演示： https://colorlib.com/polygon/gentelella/index.html

用Kubeadm-dind单机部署单节点k8s 1 前言 2 环境要求说明 3 部署步骤 3.1 卸载旧版本Docker 3.2 安装Docker 3.2.1 安装docker-ce-selinux 3.2.2 安装指定版本Docker 3.2.3 设置docker镜像 3.2.4 重启docker daemon 3.3 安装kubectl 3.3.1 编辑kubernets.repo 3.3.2 安装kubectl 3.4 使用kubeadm-dind部署单节点k8s集群 3.4.1 下载kubeadm-dind安装脚本 3.4.2 设置脚本执行权限 3.4.3 设置环境变量 3.4.4 修改dashboard部署文件 3.4.5 执行脚本部署集群 4.问题总结 4.1 docker仓库 4.2 关于dashboard版本 4.3 解决dashboard服务起来后，访问不了的问题 4.4 安装失败，如何重新安装？ 5.参考 6.其他比较不错的资料（待验证） 1 前言 近几年Google的Kubernetes（简称k8s）已经成为分布式容器编排和管理领域事实上的标准，在基于容器的微服务架构下的分布式应用开发、部署和运维管理等领域，会有越来越多的用户部署和使用k8s平台。对于初学着来说，部署一个多机k8s集群一来缺少环境、另外也相对比较复杂。为了满足用户尝试和使用的便利性需要

一个简单的Restful Crud实验 默认首页的访问设置： 项目结构： Bean： package com.project.javasystem.Bean; public class Department { private Integer id; private String departmentName; public Department() { } public Department(int i, String string) { this.id = i; this.departmentName = string; } public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } public String getDepartmentName() { return departmentName; } public void setDepartmentName(String departmentName) { this.departmentName = departmentName; } @Override public String toString() { return "Department [id=" + id + ", departmentName=" +

一、horizon 介绍： 理解 horizon Horizon 为 Openstack 提供一个 WEB 前端的管理界面 (UI 服务 )通过 Horizone 所提供的 DashBoard 服务 , 管理员可以使用通过 WEB UI 对 Openstack 整体云环境进行管理 , 并可直观看到各种操作结果与运行状态。 DashBoard 与其他组件的关系 登陆 Dashboard 界面 启动客户端浏览器，于地址栏输入： http://Horizone_server_ip/dashboard 二、区域（Region） 1、地理上的概念，可以理解为一个独立的数据中心，每个所定义的区域有自己独立的Endpoint； 2、区域之间是完全隔离的，但多个区域之间共享同一个Keystone和Dashboard(目前Openstack中的Dashboard还不支持多个区域)； 3、除了提供隔离的功能，区域的设计更多侧重地理位置的概念，用户可以选择离自己更新的区域来部署自己的服务,选择不同的区域主要是考虑那个区域更靠近自己，如用户在美国，可以选择离美国更近的区域； 4、区域的概念是由Amazon在AWS中提出,主要是解决容错能力和可靠性； 三、可用性区域（Availability Zone） 1、AZ是在Region范围内的再次切分，例如可以把一个机架上的服务器划分为一个AZ

Kubernetes kubeadm 安装记录 注：比较乱，都是一些预见到的错误 kubernetes yum 源 cat /etc/yum.repos.d/kubernetes.repo [kubernetes] name=Kubernetes baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64 enabled=1 gpgcheck=0 遇到下面的错误，不用管，先不启动kubelet，init之后会有的 unable to load client CA file /etc/kubernetes/pki/ca.crt: open /etc/kubernetes/pki/ca.crt: no such file or directory kubeadm init \ --kubernetes-version=v1.13.0 \ --pod-network-cidr=10.244.0.0/16 \ --apiserver-advertise-address=192.168.233.140 \ --ignore-preflight-errors=Swap etcd启动遇到如下问题 etcdmain: open /etc/kubernetes/pki/etcd/peer.crt: