node

　　　　　　　　　　　　　　　　　 kubernetes权威指南阅读笔记 笔记来自kubernetes权威指南，如需更详细的教程还请阅读原书，笔记只记录相关重要知识点，当然一下总结也包含一些自己的总结，有异议可以留言交流 Kubernetes API Server原理分析： 　　1.Kubernetes API Server通过一个进程名为kube-apiserver的进程提供服务，默认进程在本机端口(--insecure-port)提供REST 服务，同时通过HTTPS安全端口(--secure-port=6443)来启动安全机制 　　2.如果只想对外提供部分REST服务，则可以在master或者其他任何节点通过运行kubectl proxy进程启动一个内部代理实现，支持 --reject-paths、--accept=hosts 限制访问路径和访问来源 　　3.Kubernetes API Server最主要的REST接口是资源对象的 增、删、改、查 ，除此之外，它还提供了一类特殊的REST接口——Kubernetes Proxy API 接口，这类接口的作用是代理请求，即Kubernetes API Server把收到的REST请求转发到某个Node上的kubelet守护进程的REST端口上，由kubelet进程负责响应，部分接口列表：/api/v1/proxy/nodes/

在命令行中执行 " npm install -g express "等待下载并且自动完成安装。 测试express完成安装的一个方法就是查看其版本号，执行命令 “ express -V ”正常情况下回输出版本号如图，但有遇到不正常情况的，会提示“ express不是内部或外部命令 ”，这样问题就来了，这是什么原因呢？ 有两种可能： ①在第二步安装node是没有添加环境变量，这种情况把node添加的环境变量即可解决。 ②express 4.x版本中将命令工具分出来了，需要再安装一个命令工具，执行命令“ npm install -g express-generator ”完成后再测试就可以了。 来源： oschina 链接： https://my.oschina.net/u/614717/blog/416729

第一步：下载安装文件 下载地址：官网 http://www.nodejs.org/download/ 第二步：安装nodejs 下载完成之后，双击" node-v4.2.1-x64.msi "， 安装过程基本直接“NEXT”就可以了(window的安装msi文件在过程中会直接添加path的系统变量，变量值是你的安装路径) 安装完成之后在cmd （win+r然后输入cmd进入） 控制台输入：node -v，控制台将打印出：v4.2.1，出现版本提示表示安装成功。 第三步：nmp安装 由于新版的nodejs已经集成了npm，所以之前npm也一并安装好了。同样可以使用cmd命令行输入"npm -v" 来测试是否成功安装。如下图，出现版本提示表示安装成功。 常规NodeJS的搭建到现在为止已经完成了，急不及待的话你可以在”cmd“输入”node“进入node开 发模式下，输入你的NodeJS第一句：”hello world“ - 输入：console.log('hello world')。 npm作为一个NodeJS的模块管理，之前我由于没有系统地看资料所以导致安装配置模块的时候走了一大段 弯路，所以现在很有必要列出来记录下。 我们要先配置npm的全局模块的存放路径以及cache的路径，例如我希望将以上两个文件夹放在NodeJS 的主目录下，便在NodeJs下建立"node_global

昨天的时候，用 tsd install 其它库 后，要想引用，必须在顶部加入 /// <reference path="underscore/underscore.d.ts" /> 这样的引用，才能在ts中有提示。 后来我想是不是安装顺序有误？ 原来是先安装vs code，后安装node ,tsc。 于是我重新安装了遍 vs code。 参考网上说明来配置typescript可在vs code中编译，因为总不能使用 控制台去 一次次的 用 tsc 来编译吧！ 1、在项目目录下添加 tsconfig.json 。内容如下 。这段内容似乎没什么工具自动添加的。 { "compilerOptions": { "target": "ES5", "noImplicitAny": false, "module": "amd", "removeComments": false, "sourceMap": true } } 2、借助vs code的编译功能，自动生成tasks.json 文件 。 按下ctrl +shift +B 来启动编译。这时编译不知道要做什么，因为你没有任务配置文件 ，它要为你添加一个默认的。 点击后 .vscode/tasks.json 的文件自动生成。 这个文件内容很长，是好多类型的任务的模板。 有typescript 编译、glup 编译less文件等样式，以供参考 。

Redis Cluster 集群伸缩 1. 伸缩原理 Redis 提供了灵活的节点扩容和收缩方案。在不影响集群对外服务的情况下，可以为集群添加节点进行扩容也可以对下线节点进行缩容。 我们在Redis Cluster 介绍与搭建这篇文章中搭建了一个三主三从的redis集群（如下图所示）。在搭建 Redis Cluster 通信流程剖析这篇博客中根据源码详细剖析了搭建集群的流程。 本篇博客要讲的是，Redis集群的扩容和缩容过程。 我们先根据Redis Cluster 介绍与搭建将如图的集群搭建起来，查看搭建的效果。 127.0.0.1:6379> cluster nodes 29978c0169ecc0a9054de7f4142155c1ab70258b 127.0.0.1:6379 myself,master - 0 0 7 connected 0-5461 8f285670923d4f1c599ecc93367c95a30fb8bf34 127.0.0.1:6380 master - 0 1496717082785 3 connected 5462-10922 66478bda726ae6ba4e8fb55034d8e5e5804223ff 127.0.0.1:6381 master - 0 1496717085793 2 connected 10923-16383

上一章我完成了第一个系统镜像，这一章我需要来编写一个基于CentOS 7的NodeJs环境镜像 有NodeJS 基础的都找到NodeJS 是运行在服务器的web轻量级框架，并发高，运转快，对于开发者而言，简单，方便，这里就不说明NodeJs的基础了，自行百度即可 资源： nodeJS 下载地址 干货，直接上 dockerfile From centos:7 MAINTAINER xxxxxxx xxxx@xxx.xx ADD node-v8.9.0-linux-x64.tar.xz /usr/local RUN mv /usr/local/node-v8.9.0-linux-x64 /usr/local/node ENV PATH $PATH:/usr/local/node/bin WORKDIR /app EXPOSE 80 443 43554 3000 8888 CMD ["npm" , "start"] 解释: From 引用CentOS 7 的基础镜像(上一章编译而来) ADD node-v8.9.0-linux-x64.tar.xz /usr/local 添加并解压文件到指定目录 RUN mv /usr/local/node-v8.9.0-linux-x64 /usr/local/node 执行修改名称命令，RUN实在dockerfile 中用于执行某条脚本的命令 ENV

#引子 nodejs 运行环境 http模块（请求通讯） express模块 （web框架） cheerio 模块（DOM的分析工具） ##1. node版本 ###1.1查看版本 node -v (小写） node -v v0.12.4 ###1.2升级版本 node有一个模块叫n（这名字可够短的。。。），是专门用来管理node.js的版本的。 首先安装n模块： npm install -g n 第二步： 升级node.js到最新稳定版 n stable 是不是很简单？！ n后面也可以跟随版本号比如： n v0.10.26 或 n 0.10.26 ###1.3几个npm的常用命令 npm -v #显示版本，检查npm 是否正确安装。 npm install express #安装express模块 npm install -g express #全局安装express模块 npm list #列出已安装模块 npm show express #显示模块详情 npm update #升级当前目录下的项目的所有模块 npm update express #升级当前目录下的项目的指定模块 npm update -g express #升级全局安装的express模块 npm uninstall express #删除指定的模块 ##2. express模块和脚手架工具 2.1

npm install -g express 或npm install -g bower 后，输入“express --v”或“bower install”，提示“不是内或外部命令” 。 贴吧里找到的解决方案是“C:\User\用户名\Appdata\roaming\npm 下面有没有express.cmd，有这个cmd的话，还报错，重装node，再不行，将上面那个文件夹加到path 环境变量里面去”。 检查发现，环境变量path确实设置了roaming\npm，但该目录下没有express和bower，重装仍然无效。 无奈之下找同事正常的机器一一比较差异，发现同事的global对应的node_modules也是在roaming\npm目录下；而我的设置过npm config set prefix "E:\nodejs\global",不在同一个目录。难道可执行命令是生成在global目录？！到我的global目录看了一下，果然express和express.cmd都在这个目录下！迅速的 改了环境变量的path到相应的global目录 ，express --version回车，3.5.3出来了！！ 来源： oschina 链接： https://my.oschina.net/u/617626/blog/673502

最近想用Typescript来重写原来的一个插件，所以要搭建一个环境。 家里电脑较差，所以用vs code吧！ v s code 和node都是直接下载安装！ 之后安装typescript npm install -g typescript 安装 tsd npm install tsd -g 参考tsd的github的 readme.md ，简单过一遍使用方法,说说自己的理解！ tsd 类似于npm一样 ，用来管理typescript的声明文件 的命令行工具 ------ TypeScript Definition manager 比如这样： $ tsd install jquery --save $ tsd query angular -ir tsd query */jquery.* 也支持模糊匹配 其中install ,query 这样的，我称为指令或动作吧。 --save 和 -ir 是参数。 tsd的全部指令 通过 tsd -help可以看到， tsd 有如下指令， 加黑的是个人认为重要的： install query reinstall update rebundle link help version init settings purge rate 每个指令都有不同的参数 比如 install指令 --save ，就是安装后，同时把信息写入到配置文件tsd.json中

序言 无论在传统的企业级系统维护还是在互联网运维中，Shell脚本的编写与维护常常必不可少，在系统管理员或开发人员工作中占比重比较大的一部分。 Shell脚本的严格语法格式对于一般的运维人员来说，常常会在一不留神下而抓狂或查找半天才发现是因为多了或少了一个空格或某语包括号不匹配而导致的错 误，不但大大的浪费了脚本维护人员的工作时间，还可能影响到工程进度甚至项目的发布里程碑等。当然，对于非纯Geek来说，最重要的还是影响心情，特别是 对于一些较复杂的脚本需求，更是必须小心谨慎，因此越来越多的开发人员必须借助于Python、Perl、Ruby等相关的脚本语言来实现，但是常由于平 台的特性或者语言的限制，对系统级的命令调用或者异常处理有限制，最终解决起来并不是十分优雅。 NodeJS的出现或许会给这些开发人员带来一些新的选择。 NodeJS 从诞生起发展非常迅速，社区活动非常活跃，目前扩展模块达到1500多个，并且每天都有不同的模块提交。它是构建在JavaScript引擎 V8 之上的JavaScript环境，它采用基于单线程的异步事件驱动I/O模型，具有非常高的 性能 ， 同时能够支持多种平台。日前国外的很多大的软件或互联网公司如Microsoft,ebay,yahoo等都在使用NodeJS，国内的网易，淘宝，新浪 等互联网企业也有很多分享和成功的线上案例应用。言归正传