GoGo! Dinocore!

S3에 코드 파일(.zip)이 업로드 되면 자동으로 AWS Lambda에 배포되는 환경을 만들어 보자. 필요한 AWS 서비스 S3 - 코드 업로드를 위한 bucket Lambda 2개 - code upload 과 실행하기 위한 함수 IAM - S3 Access와 lambda 코드 갱신 Role 설정 S3버켓생성 제일 먼저 S3를 만들어 준다. 1. S3 버켓 만들기 적당한 이름의 S3를 만들어 준다. S3 만드는 화면은 생략하겠다. 진짜로 어렵지 않다. 다만 지금 만드는 서비스를 위해 Lambda와 같은 지역에서 만들어야 작동 한다. 2. 그리고 "hellow_world"를 찍는 .js파일을 만든 후 해당파일 .zip파일로 만들고 그 파일을 S3에 업로드 한다. 예) bucket명: codetest      zip파일명: code.zip ===> s3://codetest/code.zip Lambda 생성 먼저 실행 Lambda를 생성한다. (hellow_world를 찍는 lambda로 하자) 1. lambda 서버를 생성한다. 2. 과감하게 넘어간다. 3. 이름에 Hello_World를 넣고 "Code entry type" 은 S3에서 Upload를 선택한 후 "S3 link URL"은 위에서 만든 S3의 .zip 파일의 URL을 넣으면 된다. 그리고 아래 Handler에는  .zip 파일 안의 실행할 .js 파일의 이름을 넣는다.(예 code.js이면 code.handler) 상단 그림에서 Role 부분에  pull down 메뉴 중 Basic execution role을 선택하면 아래 하면으로 새탭이 열린다. 과감하게 Allow를 누르면 된다. 그리고 상단 그림의 "Next"버튼을 누르면 된다. 이제 upload lambda를 구현해 보자. 1. lambda 서버를 생성한다. 첫번째와 동일하다. 2....

ACM ELB 적용 1. 필요한 ELB로 이동하여 하단의 "Listeners" 탭을 누르고 맨 아래 "Edit"를 누른다. 기존 것을 변경 하던지 상단의 "Add"버튼으로 포트를 추가 한 후 Https를 선택하면 된다.(VPC의 private에 위치한 instance라면 instance 포트는 80으로 해도 무방하다.) 그리고 SSL Certificate 항목의 "Change"를 누른다.  2. ACM을 선택 한 후 아래 인증받은 도메인을 선택 후 "Save" 하면 탑재 완료다. 3. 선택한 ACM을 "Save" 하면 최종 마무리이다. ACM CloudFront 적용(ACM은 반드시 US East (N. Virginia) 지역에서 생성해야 한다. http://docs.aws.amazon.com/acm/latest/userguide/acm-services.html ) 1. 운영 중인 CloudFront에 접근하여 Edit를 위해 Distribution Setting 부분으로 이동한다. Custom SSL Certificate의  Pull-down메뉴에서 생성한 ACM을 선택 후 하단의 "Edit"버튼을 클릭하면 된다. 배포 시간은 15분 정도 예상된다.

간편하게 SSL 서비스를 이용할 수 있는 방법으로 AWS Ceritficate Managemer(이하 ACM) 서비스가 출시 되었다. Virginia 지역에서만 가능하던 것이 이제 전 지역에서 사용가능하다. 기존 SSL 을 이용하는 것과 비교하여 매우 쉬워졌다. https://aws.amazon.com/ko/blogs/aws/new-aws-certificate-manager-deploy-ssltls-based-apps-on-aws/ ACM은 기존 SSL인증 업체에 해당 키 값을 받아 Amazon 서비스에 등록하고 매년 갱신 하는 불편함을 제거 해 주는 서비스이다. 기존 SSL 인증업체 같은 경우 보안사고가 발생하였을때, 보험금을 통해 해당 사고를 보상 해주지만 ACM은 무료이니 보상이라는 개념은 없어 보인다. 적용하고 보니 최상위 인증기관Certificate Authorities(CA)은 Starfiled Service이다. https://en.wikipedia.org/wiki/Starfield_Technologies 소유주가 GoDaddy이다. CA업체에 관한 정보는 이러하다. https://en.wikipedia.org/wiki/Certificate_authority 결론적으로 판단은 본인이 하겠지만 믿고 써도 된다고 본다. 본격적으로추가하는 방법은 매우 간단하다. 1. ACM 페이지를 방문하여 시작한다.(Get started) - ELB에 추가하려면 해당 지역에서 추가 해야 하는 것으로 알고 있다. 2. Domain입력 지점에 필요한 domain명을 입력하고(www.example.com) Review and request를 누르면 거의 완료다. 여러개 추가 하려고 하면 "Add another name to this certificate" 나 *(wildcard)를 이용한다. 3. confirm하면 생성은 끝났다.. 4. validation을 위해 e-mail 인증을 한다. 해당 e-mail을 찾아...

Runner를 통해 진행 해야 하므로 .gitlab-ci.yml을 작성한다. 작성 예시는 아래와 같다.(Docker 환경) 1. NodeJS를 설치한다. ( https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions ) 참고 2. Grunt 설치 npm install -g grunt-cli http://gruntjs.com/getting-started  참고 3. 추가 패키지들을 설치 해 준다. 4. grunt 실행 gurnt test .gitlab-ci.yml 내용 before_script : - curl -sL https://deb.nodesource.com/setup_4.x | bash - - apt-get install -y nodejs - npm install -g grunt-cli - npm install job : script : " grunt test"

-build 수행 프로젝트 페이지로 이동하여 설정부분(Setting)의 build가 활성화 되지 않았으면 활성화 시킨다. repository 최상단에 .gitlab-ci.yml을 작성하여 올린다.(  http://doc.gitlab.com/ee/ci/yaml/README.html ) README 파일과 같은 위치 .gitlab-ci.yml 작성법은  https://gitlab.com/help/ci/yaml/README.md#script  참고한다. add, commit 후 push하면 자동으로 build가 진행된다. -Runner 설치 build를 진행 하려면 Runner를 설치해야한다. ( https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/install/linux-repository.md ) 참고하면 된다. Runner 설치 시  URL과 token은 해당 프로젝트의 Runner 화면을 확인한다.(아래 빨간 선 부분) 위 화면까지 했으면 Specific Runner를 생성하였을 것이다. Shared Runner를 생성하려면  https://gitlab.com/help/ci/runners/README.md  을 참고한다. (해당 내용을 보면 Shared와 Specific Runner의 차이를 알 수 있다. 원하는 것을 선택하여 사용하면 된다.) Runner가 설치 되었으면 Build에서 pending 상태의 작업들이 성공 되어 있는 것을 알 수 있다. 구미에 맞게 .gitlab-ci.yml을 작성하여 CI를 진행하면 된다.

6.6.5버전에서 8.7.0으로 바로 업그레이드 하면 오류가 발생하여 부득하게 7.10.4 omni버전으로 업그레이드 후 8.7.0버전으로 업그레이드 하였다. *이전(Migration) - 이전이 필요 없을 경우 바로 7.10.4 omni버전으로 업그레이드 후 8.7.0 버전으로 업그레이드 하면 된다. 1. 백업 /home/git/gitlab$ sudo -u git -H bundle exec rake RAILS_ENV=production gitlab:backup:create (backing up at old gitlab server, source compile version)  소스로 컴파일한 버전의 경우 위와 같이 백업 한다. omnibus 버전인 경우는  sudo gitlab-rake gitlab:backup:create 2. 복구 서버 사양은 2core 2G 이상의 RAM을 가지고 있어야 원활하게 작동한다.  (참고  http://doc.gitlab.com/ce/install/requirements.html ) 해당 서버가 마련 되었으면 아래 명령어를 이용하여 6.6.5버전을 설치한다.(Ubuntu에 설치) sudo apt-get install openssh-server sudo apt-get install postfix # sendmail or exim is also OK sudo dpkg -i gitlab-x.y.z.deb # this is the .deb you downloaded(6.6.5) sudo gitlab-ctl reconfigure 6.6.5버전은 https://about.gitlab.com/downloads/archives/ 경로를 통해 얻을 수 있다.(wget 혹은 다운로드 후 직접 서버에 업로드) 백업한 파일을 서버에 올린다.(e.g. /home/git/gitlab/tmp/backups/1461220799_gitlab_backu...