写在前面:公司项目初期,环境一切从始.因此,项目的发布环境需要自己搭建.就动手搭建了jenkins,在此把个人的搭建过程以及搭建中碰到的问题一起总结一下. 1. 准备环境. 首先,需要jdk是必须要安装好的.本人使用的linux是centos,直接使用yum安装. 先找到合适的版本: yum search java | grep jdk 然后运行安装: yum install 合适版本全称 安装maven(看个人使用的项目构建工具自行选择) yum install maven 安装git(看个人

一.系统版本centos7.6 二.根据jenkins官方安装方法yum安装jenkins 1.进入jenkins官网下载页面https://jenkins.io/download/,选择Red Hat/Fedora/CentOS 2.根据官方要求需首先安装java8 yum install java-1.8.0-openjdk-devel -y 3.然后导入jenkins yum源 wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkin

搭建Hadoop环境( 我以hadoop 2.7.3 为例, 系统为 64bit Ubuntu14.04 ) hadoop 2.7.3 官网下载 , 选择自己要安装的版本.注意每个版本对应两个下载选项source和binary,我们暂时下载binary,我们下载编译好的文件hadoop-2.7.3.tar.gz , 解压后为 hadoop-2.7.3 , 这个可以直接安装部署. ( 如果下载源代码文件 hadoop-2.7.3-src.tar.gz , 需要先编译后才能进行安装部署. ) Had

环境:Windows 2008 R2.Jenkins2.235.1.Visual Studio 2017: 概要 前面写过一篇文章,<自动发布-asp.net自动发布.IIS站点自动发布(集成SLB.配置管理.Jenkins)>,这个主要是用于投产环境运维平台自动发布的集成,对于前面的环节使用Jenkins构建包,并发布到测试环境并没有详细的说明,现在发文记录一下. 分成两篇来写<Jenkins持续集成(上)-Windows下安装Jenkins>.<Jenkins持续集成(下

需求说明: 只有一台服务器和一个公网IP,多个项目部署在这台机器上面,且每个项目使用一个单独的域名访问,域名访问时都通过Nginx的80端口访问.(如下图所示) 配置过程: 一.tomcat的server.xml文件配置 A项目: A1.部署项目工程位置 A2.项目工程内网端口 B项目: B1.项目工程部署 B2.项目工程内网端口 二.Nginx.conf配置 2.1 www.abc.com域名部署,对应内网端口8080下面的工程 2.2  www.def.com 域名部署,对应内网端口8081

1)集群规划:主机名        IP      安装的软件                     运行的进程master    192.168.199.130   jdk.hadoop                     NameNode.DFSZKFailoverController(zkfc)slaver1    192.168.199.131    jdk.hadoop                       NameNode.DFSZKFailoverController(

[原文链接]:https://www.tecchen.xyz/blog-hexo-env-02.html 我的个人博客:https://www.tecchen.xyz,博文同步发布到博客园. 由于精力有限,对文章的更新可能不能及时同步,请点击上面的原文链接访问最新内容. 针对在公司及家里的电脑上都有编辑发布博客的可能,或者多人同时维护一个博客的情况,需要在多台机器上配置环境好环境,然后将Git仓库中的博客更新下来,继续编辑发布博客. 个人是将博客托管在Gitee(码云)的仓库,将NexT主题托管

1.一台机器不是jenkins的master分支 2.另一台机器部署多个slave分支 3.部署多台slave分支的机器其实只需要在多个目录放置多个slave.jar就可以了,然后进行一些配置即可

1.Akka RPC通信案例改造和部署在多台机器上  1.1 Akka RPC通信案例的改造(主要是把一些参数不写是) Master package com._51doit.akka.rpc import akka.actor.{Actor, ActorRef, ActorSystem, Props} import com.typesafe.config.ConfigFactory import scala.concurrent.duration._ import scala.collectio

window下在同一台机器上安装多个版本jdk,修改环境变量不生效问题处理办法 本机已经安装了jdk1.7,而比较早期的项目需要依赖jdk1.6,于是同时在本机安装了jdk1.6和jdk1.7. 安装jdk1.6前,执行java -version得到 C:\Users\liuxiang2>java -version java version "1.7.0_21" Java(TM) SE Runtime Environment (build 1.7.0_21-b11) Java H

3.GC Agent安装(第一台机器部署) 安装Agent 拷贝agent,现在ocm2机器上查找agent.linux  查找文件的方法: find ./ -name agent*linux 把agent放到ocm1上面 [oracle@ocm2 linux]$ scp agentDownload.linux ocm1:- 检查环境变量的path是否有jdk: 赋权限: chmod 755 agentDownload.linux 开始安装 注意要修改参数!从第一台机器中拷贝的agentDown

2.GC OMS安装(第二台机器部署) 1. 配置图形化 [oracle@ocm2 ~]$ xhost + access control disabled, clients can connect from any host 2.配置session_cached_cursors参数 3. 执行脚本 作用:帮助OMS分析"component 内存分配问题" @?/rdbms/admin/dbmspool.sql 4. 开始安装 先解压: [oracle@ocm2 jch]$ ls Des

Linux下 两台机器文件/文件夹 相互拷贝 设有两台机器 :A:*.101及 B:*.102. 把A下的.temp/var/a.txt拷贝到B机器的/text/目录下: 进入B机器:scp root@*.101:/temp/var/a.txt /test/ 或 进入A机器:scp /temp/var/a.txt root@*.102:/test/ 把A下的文件夹(含子文件夹)/temp/var/拷贝到B机器/test/目录下: 进入B机器:scp -r root@*.101:/temp/var

一台机器部署多个tomcat在很多时候都是有可能的,比如说多个tomcat配合nginx负载更可能好的利用CPU,或者更新程序时做主备切换等. 1.直接下载或者复制一个已有的tomcat,第一个tomcat不做任何改变,然后第二个.第三个……修改一下环境变量(添加如下红色字体下面的路径): vi bin/catalina.sh # OS specific support. $var _must_ be set to either true or false. export CATALINA_BA

每天有300W的pv,我们单台机器的QPS为58,大概需要部署几台这样机器? 一.总结 一句话总结: ( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS) 139 / 58 = 3 1.每天300w PV 的在单台机器上,这台机器需要多少QPS? ( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS) 二.假设一天中80%的访问都集中在20%的时间内(峰值), 每天有300W的pv,我们单台机器的QPS为58,大概需要

目录1.Replication的工作原理2.如何配置Redis主从复制 1.Replication的工作原理在Slave启动并连接到Master之后,它将主动发送一条SYNC命令.此后Master将启动后台存盘进程,同时收集所有接收到的用于修改数据集的命令,在后台进程执行完毕后,Master将传送整个数据库文件到Slave,以完成一次完全同步.而Slave服务器在接收到数据库文件数据之后将其存盘并加载到内存中.此后,Master继续将所有已经收集到的修改命令,和新的修改命令依次传送给Slaves

1.HA架构注意事项 两个Namenode节点在某个时间只能有一个节点正常响应客户端请求,响应请求的节点状态必须是active standby状态要能够快速无缝切换成active状态,两个NN节点必须时刻保持元数据一致 将edits文件放到qjournal(一种分布式应用,依赖zookeeper实现,管理edits),而不存储在两个NN上,如果各个edits放在各个NN上,只能通过网络通信达到同步效果,可用性.安全性大大降低 每个namenode有一个监控进程zkfc,用来监控namenode是

因为公司项目需要兼容SEO,同时我们也一直希望能够真正的实现前后端分离,于是毫不犹豫的选择了nuxt. 话说要重构前后端分离真是一个大工程,由于各种原因我们团队花了近两年时间都没有完成,最近才又重启把这个事情做起来,先搞了一个独立的小模块,我觉得主要以下两个点特别重要: 1:团队稳定且对于系统业务已经熟悉.特别是对于一个运行了几年的一个系统来说,前后端分离的工程量之大可能超乎你的想象,因为系统越大.运行越久,那业务复杂度越高,隐性规则越多 2:有时间或者说短期内没有什么其他项目 ----好吧,开

目前持续集成的生态越来越完善,工具也有很多,开源的或商业的.如: 最最流行的,也是使用最多的 Jenkins 有着持续集成DNA的ThoughtWorks GO.理念:"Deployment as pipeline" (华为容器平台应该是基于GO做的二次开发实现) Atlassian工具链之一的Bamboo (数人云应该是基于Banboo实现的CI/CD) 与Gitlab紧密集成的Gitlab CI 专为开源打造的Travis CI,与Github紧密集成 使用 python 语言实现

JAVA项目持续集成发布 标签(空格分隔): java jenkins 微服务中持续集成自动发布是很重要的一个环节,将不同的模块应用自动部署到一台或者N台服务器中如果采用人工部署的方式不太现实 git+jenkins+maven+docker的组合可以将繁琐的集成发布流程缩减到git push一个命令来解决所有问题 整个流程你只会感受到push代码到分支上,然后享用构建后的成果两个过程 集成的过程不仅仅是指java打包,ios以及Android都可在服务器上集成,大大降低了对本地电脑的配置要求,

当项目越来越庞大,部署环境越来越多以后,就会越来越依赖于自动化.比如本人公司的项目,目前有6个web和4个windows service,同时本地有两套环境:开发自测试环境和QA测试环境.每次版本发布,需要先部署开发自测试环境:开发人员自测试通过以后,将部署的版本部署到QA测试环境:QA测试通过以后,将本次版本打包作为发布版本,交给运维人员部署生产环境. 在以往,每次本地部署的流程是:开发人员获取最新代码-编译发布-远程连接部署机-上传版本文件-备份项目-实施部署(文件覆盖).每次操作千篇一律,