Openshit-新的存储类型LocalVolume该如何使用
使用本地盘的方式的有三种：emptyDir、HostPath与Local Volume
Openshift针对Local Volume提供了一个local volume provisioner方便PV的自动创建，但目前它需要创建的PV对应的目录必须是挂载点。否则无法创建PV。
除了自动创建PV的过程外，部分与正常使用Local Volume一样。
手动挂载目录使用Local Volume我们先来看下通过手动的方式创建PV使用Local Volume是如何操作的。
1. 创建StorageClass123456apiVersion: storage.k8s.io/v1kind: StorageClassmetadata: name: local-hddprovisioner: kubernetes.io/no-provisionervolumeBindingMode: WaitForFirstConsumer
2. 创建PV1234567891011121314151617181920apiVersion: v1 kind: PersistentVolume metadata: ...
oc的常用命令整理
oc process
oc new-app
oc new-build
oc create imagestream
oc run
oc create -f
oc policy add-role-to-user edit system:serviceaccount:jenkins:jenkins -n dev
oc adm policy add-scc-to-user anyuid -z gitlab -n gitlab
oc new-project
oc set volumes
oc expose
oc start-build
oc rollback
oc rollout
oc rsync
oc rsh
oc set triggers dc/flask-app-s2i –remove-all && oc set triggers dc/flask-app-s2i –from-image=flask-app-s2i:v1 -c flask-app-s2i && ...
《Prometheus监控实战》读书笔记
Prometheus是一个开源的监控系统。
一、监控简介监控不仅仅只是系统的技术指标，还可以是业务指标。确保为客户提供可靠恰当的产品。在生产系统中，监控是必须的，它应该和应用程序一起构建和部署。帮助我们了解系统的环境、进行诊断故障、制定容量计划，为组织提供系统的性能、成本和状态等信息。
监控模式
务必在项目最开始阶段就把监控考虑进去，它和安全性一样，都是应用的核心功能。
根据服务价值设计自上而下的监控系统是一个很好的方式。先是业务逻辑，再是应用程序，最后才是基础设施操作系统。
需要找准监控项，及时发现错误
通过多样化的数据，如查看数据窗口等更智能的技术分析指标与阀值
增加监控的频率
尽可能实现监控系统部署实施自动化
监控机制
探针与内省：监控应用程序的两种方法。探针：在应用程序的外部，查询应用程序的外部特征。如Nagios。内省：查看应用程序的内部内容，经过检测，返回其状态、内部组件等的度量。可用作健康检查接口，由监控工具收集。
拉取与推送：执行监控检查的两种方式。拉取：提取或检查远程应用程序。如Prometheus。推送：应用程序发送事件给监控系统接收。
监控数据类型
...
一条命令解决Kubernetes更改默认的namespace
K8S默认是在default的namespace下，但是很多时候我们是在一个新的namespace下部署应用，每个操作都需要指定namespace，非常不方便。那么有没有办法切换namespce呢？如果可以切换的话，那有没有更简单的办法。
最简单的方式切换namespace，赠送一个方便的脚本可以将它alias到一个新的命令”kubectl ns”
12$ alias kubectl='_kubectl_custom(){ if [[ "$1" == "project" && "$2" != "" ]]; then ccontext=`kubectl config current-context`; kubectl config set-context $ccontext --namespace=$2; elif [[ "$1" == "projects" && "$2" == "& ...
云原生简介
什么是云原生云原生（Cloud Native）的概念由Pivotal的Matt Stine于2013年首次提出。它是Matt Stine根据多年的架构和咨询经验总结出来的一个思想集合，并得到社区的不断完善和补充，包括DevOps、持续交付、微服务、敏捷基础设施和12要素等几大主题。包括根据业务能力对公司进行文化、组织架构的重组与建设、方法论与原则、还有具体的操作工具。将云计算从传统的以资源为中心，改变为以应用为中心，聚焦于业务，从而满足应用快速迭代的要求。
CNCF（Cloud Native Computing Foundation）云原生计算基金会2015年把云原生定义为三个方面
应用容器化
面向微服务架构
应用支持容器的编排调度
随着CNCF中的项目越来越多，原先的定义已经限制了云原生生态的发展，于是更新了定义
云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。
这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能 ...
下载国外资源加速器
axel
https://github.com/axel-download-accelerator/axel
企业生产系统迁移至容器云平台的众多难题
该篇是twt论坛交流活动《企业生产系统迁移至容器云平台的网络及安全方案探讨—暨红帽容器化混合云解决方案在线发布活动》的总结。原文：http://www.talkwithtrend.com/Article/245665活动地址：http://www.talkwithtrend.com/activity/?id=1459
自从2013年Docker应用开源以来，容器技术飞速发展，它彻底改变了PaaS原先的发展轨迹。2014年Google发布的容器编排应用Kubernetes，经过5年的发展，更是已经成为了现代容器平台的事实标准，容器平台应用于生产环境也已经现实可落地。
与之前的虚拟技术相比，容器技术具有更快、更轻、更强的优势。
更快，体现在容器可以实现秒级启动。
更轻，体现在容器更加轻量，往往一个容器镜像只有几十兆，可以快速在主机之间迁移，而虚拟机镜像往往是几个G。
更强，体现在容器的性能更好。容器是直接调用硬件资源，不存在虚拟化层，所以它的性能接近于原生应用。
容器以应用为中心，能够快速地在各个平台下部署运行，可以很好地满足应用的快速部署。
但是容器运行时使用的是宿主机的内核，在同一台 ...
从0开始构建CI-CD持续集成流水线[Openshift]
开始前的话
完成一只大象装进冰箱需要几步？三步： 1. 有一个冰箱；2. 有一只大象；3. 把大象装进冰箱
构建CI/CD流水线[Openshift]需要几步？三步： 1. 有Openshift平台；2. 部署CI/CD流水线应用；3. 启动流水线