repo

一、用本地iso镜像文件创建本地yum源 创建iso存放目录和挂载目录 mkdir /mnt/iso mkdir /mnt/cdrom 将iso镜像文件上传到/mnt/iso文件夹下 将/mnt/iso/下的iso文件挂载到/mnt/cdrom目录 mount -o loop /mnt/iso/CentOS-6.5-x86_64-bin-DVD1.iso /mnt/cdrom <注：挂载完之后对其操作会提示设备繁忙，此时需要umount解开挂载才行> 查看是否挂载成功： df -h <用来查看系统中所有挂载的，mount也可以> 4.<最关键的一步>如果/etc/yum.repos/下面有其它的*.repo文件，先创建个文件夹，将这些*.repo先转移到文件夹中，自己写一个.repo的文件 mkdir /etc/yum.repos.d/bak mv *.repo /etc/yum.repos.d/bak 然后创建自己的.repo文件 vi myself.repo [base] name=RedHat baseurl=file:///mnt/cdrom enabled=1 gpgckeck=0 gpgkey=file:///mnt/cdrom/RPM-GPG-KEY-redhat-release 如果是CentOS则最后一行 gpgkey=file:///mnt/cdrom/RPM

在实际生产环境中，可能因为企业的特殊需求，需要搭建本地的yum源服务器，具体步骤大致如下（第一次写，不专业，哈哈哈哈哈） 文章参考链接： 虚拟机安装步骤 xshell连接本地虚拟机 内网下搭建yum源仓库+服务器yum源配置 虚拟机的安装参照第一个链接 确认网络连接方式 我选择的是NAT连接。其他连接方式的配置在文章的第二个链接 在VMware里，点击菜单栏上的【编辑】–>【虚拟网络编辑器】，打开下方的虚拟网络编辑器。选择Mnet8（NAT模式），取消勾选【使用本地DHCP服务…】（若勾选，会设置动态IP） 选择NAT设置 ==记住下图中的子网IP范围，如下图所示表示虚拟机在192.168.168.0~192.168.168.255范围内 == 注：下图中192.168.168.2为网关地址，192.168.168.255为广播地址，192.168.168.0一般为网段IP，所以0,2,255这三个地址不能设置。 设置IP地址、子网掩码和网关，如下图所示 vi /etc/sysconfig/network-scripts/ifcfg-ens ( 根据实际情况不同，本文是ens33) ONBOOT：是指系统启动时是否激活网卡，默认为no，设置为yes，表示开机启动时激活网卡 BOOTPROTO：网络分配方式，静态（一定记得修改为Static，否则无法连通网络） IPPADDR

1、进入到yum源相应的目录 cd /etc/yum.repos.d/ 2、创建备份目录，把相应的文件进行备份 mkdir bak mv * bak/ 3、编辑配置CentOS-Base.repo文件 [root@localhost yum.repos.d]# cat CentOS-Base.repo # file: /etc/yum.repos.d/CentOS-AppStream.repo [aliyun-AppStream] name=CentOS-$releasever - AppStream baseurl=http://mirrors.aliyun.com/centos/$releasever/AppStream/$basearch/os/ gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial # file: /etc/yum.repos.d/CentOS-Base.repo [aliyun-BaseOS] name=CentOS-$releasever - Base baseurl=http://mirrors.aliyun.com/centos/$releasever/BaseOS/$basearch/os/ gpgcheck=1 enabled=1 gpgkey

进入到yum源配置文件目录 cd /etc/yum.repos.d/ 拉取阿里云yum源 wget http://mirrors.aliyun.com/repo/Centos-7.repo 如果wget 不生效，可以执行 yum -y install wget 命令 备份原来的yum源配置文件 mv CentOs-Base.repo CentOs-Base.repo.bak 替换掉系统自带的配置文件 mv Centos-7.repo CentOs-Base.rep yum clean all yum makecache yum update 来源： CSDN 作者： justLym 链接： https://blog.csdn.net/justLym/article/details/104759520

也许你之前听说过GitOps，但是对其并不了解。在本文中，我将对其进行简单介绍，它其实是一个应用程序开发和管理中的一个术语，其核心思想是将应用系统的声明性基础架构和应用程序存放在Git的版本控制库中。我们将介绍GitOps是什么，它将如何影响组织以及如何与Kubernetes保持同步。 什么是GitOps GitOps是一种实现持续交付的模型，利用Git开发工具对云原生应用程序进行操作和管理。当将应用程序部署到Kubernetes时，Git应该是唯一的事实来源。当开发人员更改应用程序时，Git将自动把它们push到Kubernetes进行部署。而且，如果Kubernetes内的运行状态发生变化但与Git内的状态不一致，则它们会从Git内恢复到已知状态。 GitOps与CI/CD：它们之间有什么联系？ GitOps和CI/CD是十分重要的工作伙伴。CI/CD可以让开发人员持续迭代、开发和部署应用程序。而迭代通常通过一个Git配置仓库进行（尽管也会有其他配置仓库）。在部署/交付阶段，构建的基于容器的应用程序被“push”到Kubernetes进行部署。GitOps会通过Kubernetes使用“pull”的方法来增强CI/CD模型，从而将运维层面带入部署/交付中。 但是，如果有人更改了Kubernetes集群中运行的某些内容，会发生什么？我们将使用Git作为声明性部署工具的主要事实来源

也许你之前听说过GitOps，但是对其并不了解。在本文中，我将对其进行简单介绍，它其实是一个应用程序开发和管理中的一个术语，其核心思想是将应用系统的声明性基础架构和应用程序存放在Git的版本控制库中。我们将介绍GitOps是什么，它将如何影响组织以及如何与Kubernetes保持同步。 什么是GitOps GitOps是一种实现持续交付的模型，利用Git开发工具对云原生应用程序进行操作和管理。当将应用程序部署到Kubernetes时，Git应该是唯一的事实来源。当开发人员更改应用程序时，Git将自动把它们push到Kubernetes进行部署。而且，如果Kubernetes内的运行状态发生变化但与Git内的状态不一致，则它们会从Git内恢复到已知状态。 GitOps与CI/CD：它们之间有什么联系？ GitOps和CI/CD是十分重要的工作伙伴。CI/CD可以让开发人员持续迭代、开发和部署应用程序。而迭代通常通过一个Git配置仓库进行（尽管也会有其他配置仓库）。在部署/交付阶段，构建的基于容器的应用程序被“push”到Kubernetes进行部署。GitOps会通过Kubernetes使用“pull”的方法来增强CI/CD模型，从而将运维层面带入部署/交付中。 但是，如果有人更改了Kubernetes集群中运行的某些内容，会发生什么？我们将使用Git作为声明性部署工具的主要事实来源

/*--> */ /*--> */ 【Docker】 　　Docker可以说是近几年非常热门的技术之一了。不管是别人敦促我还是从自己的想法来说，都觉得Docker这玩意儿肯定是要好好学习一下的，无奈没啥时间专门播出来给Docker，一直以来都是要用了就问人或者百度百度，用的也都是最简单的一些功能。 　　但是始终觉得，任何一种知识，不系统性地学习一下是掌握不好的。所以这次特地按照《第一本Docker书》这本新手向的书为框架，系统性地学习学习。 ■　　参考好文 　　①10图了解Docker简单原理：http://dockone.io/article/783 ■　　什么是Docker 　　如果从技术实现细节（即使不是细节，是大体框架）而言，这个命题估计可以写上三天三夜，何况我也写不出来。但是好在作为一个使用者，（至少在目前阶段），我们只需要了解最基本的一些概念，对Docker这个东西有些感觉就好了。各种Docker介绍的书或者文档都把Docker写得特别高大上，然而在我一个小白的角度看来，docker（容器）就是个轻型虚拟机嘛。。 　　服务器的演变历程是从物理机编程虚拟机，再由虚拟机变成Docker这类容器技术。所以虚拟机到Docker可谓是一脉相承的。 　　毫无疑问Docker也肯定是要运行在物理主机上的。从架构来看，通过docker进行工作需要物理主机上有一个守护进程

charts的四种安装方式 https://hub.helm.sh/ 1、开发自己的chare包 [root@master ~]# helm create mychare //创建一个名为mychare的chare包 [root@master ~]# tree -C mychare/ //以树状图查看一下chare包 mychare/ ├── charts ├── Chart.yaml ├── templates │ ├── deployment.yaml │ ├── _helpers.tpl │ ├── ingress.yaml │ ├── NOTES.txt │ ├── service.yaml │ └── tests │ └── test-connection.yaml └── values.yaml 2、调试chart [root@master mychare]# cd [root@master ~]# helm install --dry-run --debug mychare //检查这个mychare是否有问题 3、安装chart [root@node02 ~]# docker pull nginx:stable （1）通过仓库安装 [root@master mychare]# helm search redis //搜索chare包 [root@master

Vue-Echarts vue-echarts是封装后的vue插件， 基于 ECharts v4.0.1 + 开发，依赖 Vue.js v2.2.6 +，功能一样的只是把它封装成vue插件 这样更方便以vue的方式去使用它。 Demo GitHub Repo Vue-Pikaday 一个简单而灵活的自定义指令，用于在Vue.js（v2.xx）应用程序中使用 Pikaday 。 Demo GitHub Repo Vue-particles Vue粒子特效 Demo 　　GitHub Repo better-scroll BetterScroll是一个插件，旨在解决移动端的滚动环境（已支持PC）。核心的灵感来自 iscroll 的实现，因此 BetterScroll 的API总体上与iscroll兼容。更重要的是，BetterScroll还扩展了一些功能并根据iscroll优化了性能。 Demo GitHub Repo vue-video-player 一款视频播放器 Demo GitHub Repo vue-quill-editor 基于 Quill、适用于 Vue 的富文本编辑器，支持服务端渲染和单页应用。 Demo GitHub Repo vue-countTo vue-countTo是一个无依赖，轻量级的vue组件，可以自行覆盖easingFn。 Demo GitHub

以 https://abc.dev/user/repo.git 为例。 引言 直接在全局设置 git config --global http.sslVerify "false" 当然是一个方法，但此方法的不足在于会玷污全局配置。下面介绍一个即方便又不玷污全局配置的方法。 推荐的方法 Windows 打开 PowerShell $Env:GIT_SSL_NO_VERIFY="true" git clone https://abc.dev/user/repo.git 然后 cd 进去 cd .\repo\ 设置不验证证书 git config http.sslVerify "false" Linux 打开终端 export GIT_SSL_NO_VERIFY="true" git clone https://abc.dev/user/repo.git 然后 cd 进去 cd ./repo/ 设置不验证证书 git config http.sslVerify "false" 来源： oschina 链接： https://my.oschina.net/jthmath/blog/3190433