Jenkins를 이용하여 빌드하는 방법은 크게 두 가지이다. 특정 시간마다 빌드하는 polling 방식 소스 commit시 hook을 이용한 빌드 방식 1. 특정 시간마다 빌드 (poll SCM) 프로젝트 -> 구성 탭 빌드 유발 -> poll SCM 선택 스케줄은 crontab 사용법과 유사하다. 2. commit시 hook을 이용한 빌드 2-1 API token 발급 메인 메뉴 -> 사람 -> 계정 2-2 jenkins 빌드 유발 설정 아래 Auth Token으로 빌드 요청을 보낸다. 2-3 repository hook 설정 (svn) svn의 경우 프로젝트의 repository에 hooks 안에 post-commit을 정의한다. (post-commit.tmpl 파일을 복사해서 사용해도 된다.) po..

젠킨스 설치기존 배포 방식기존 배포 방법은.수정된 사항을 Git에 feature 브랜치에 Push.로컬 환경에서 프로젝트를 빌드.빌드 완료된 추출물(jar 또는 war)를 테스트 서버로 전송.배포 스크립트를 통해 배포.테스트를 진행.(수정 사항이 있다면 1~5 반복)테스트 완료된 버전을 release 브랜치에 Push.버저닝 후 로컬 환경에서 프로젝트를 빌드.다시 빌드 완료된 추출물을 중앙 관리 서버로 전송.중앙 배포 스크립트를 실행하여 QA 서버로 복사 및 배포.QA 진행.(수정사항이 있다면 6~10 반복)중앙 배포 스크립트를 실행하여 Product로 복사 및 배포.(무중단 배포 포함) 1. 젠킨스(Jenkins)란?지속적인 통합 CI(Continuous Integration) Server이다.자바(J..

안녕하세요? 이번 시간엔 도커로 CI 구축 연습하기 (젠킨스, slack) 예제를 진행해보려고 합니다. 모든 코드는 Github에 있기 때문에 함께 보시면 더 이해하기 쉬우실 것 같습니다. (공부한 내용을 정리하는 Github와 세미나+책 후기를 정리하는 Github, 이 모든 내용을 담고 있는 블로그가 있습니다. ) 탐내에서 젠킨스로 빌드/배포를 관리하고 있습니다. 여태 CI를 경험해본적이 없어 연습을 해봐야겠다고 생각을 하였습니다. 개인 서버가 별도로 없어서 어디에 구축을 해야하나 고민하던 중, 도커가 생각나서 도커에 구축하여 같이 연습을 하게 되었습니다. 도커와 젠킨스 초보이다보니 잘못된 내용이 있을 수 있습니다. 발견하시면 언제든 댓글 혹은 풀리퀘스트 부탁드리겠습니다.젠킨스 & Github 연동젠..

A.https://www.httpvshttps.com/이 사이트에 들어가면, HTTP 1과 HTTP2의 웹페이지 랜딩 속도를 비교해볼 수 있다.보면, HTTP2가 HTTP1보다 절반은 빠르다. HTTP2는 이전 버전에 비해, 속도 측면에서 큰 변화가 있었다. HTTP2는 보안 강화라는 특징도 갖고 있지만, 이번 시간에는 HTTP2가 웹페이지를 요청하고, 응답받을 때까지 기다려야하는 시간을 어떻게 단축했는지에 대한 내용에 집중에서 이야기하려고 한다. B. HTTP 2는 2015년 05월에 공개되었다. HTTP 1.1이 발표된 시점은 1997년도였다.HTTP2으로 버전업이 될 때까지 16년이라는 시간이 걸렸다. 그 사이에, 웹이 처리되는 방식이 많이 바뀌었다. 1. 필요한 리소스의 양이 달라졌다. 2001년..

-PDFhttps://perfumme.files.wordpress.com/2016/09/sqldeca095eba6ac.pdf​ https://m.blog.naver.com/PostView.nhn?blogId=liberty264&logNo=220567987579&proxyReferer=https%3A%2F%2Fwww.google.co.kr%2F - Linux master 포함​http://programmingyoon.tistory.com/notice/249​ http://www.gurubee.net/bookcafe/sqlp_1st

시간복잡도라는 개념을 밑의 그림을 예로 들었는데 이해가 쉬우리라 판단된다. 보이는 것처럼, "알고리즘"이 수행되는 시간이 시간복잡도이다. 비슷한 친구로 "공간복잡도" 라는 개념도 있는데, 반대로 "메모리"를 얼마나 사용하는지에 대한 용량의 개념이다. 데이터를 저장할 수 있는 메모리와 저장매체의 발전으로 인하여 메모리에 대한 개념 또한 그렇게 큰 범주가 되지 못하고 있다. 예컨데, 예전 프로그래밍에서 배열이나 동적할당을 최소화 하고 컴파일을 최소화하며.. 등등 메모리가 얼마 없던 시절의 최적화 하기 위한 행동들은 지금은 하지 않아도 된다. 다만, 최적화의 범주에서 볼 때 좋은 행동이라고 볼 수 있다. 시간복잡도의 그래프가 또 빠질 수 없는데, 예전에 쓴 포스팅에서 사골국물 끓이듯 다시 가져와본다. 바로 이..