분류 전체보기 728x90 반응형 Amazon web service 한달 최대 2,500원으로 마음껏 쓸 수 있는 서버 호스팅 하기(Reserved Instance) 2018. 7. 20. AWS에는 EC2 서비스를 통해 Linux서버(혹은 윈도우, 우분투 등)를 사용할 수 있다. 그러나 막상 쓸려고하니 금액이 어떻게 되는지도 모르겠고, 나중에 요금 폭탄을 맞을까바 두렵다. 이때는 Reserved Instance(예약 인스턴스)를 사용하면 아주 저렴한 가격(기존가격 -30%)에 요금폭탄 걱정없이 서버를 사용 할 수 있다. 준비물- AWS 계정- AWS 결제 가능한카드- 5분 Region을 선택하고, Reserved Instance를 선택(속도때문에 Seoul Region을 사용함) Reserved Instance 검색페이지가 나온다.가장 spec이 낮은 t2.nano를 선택한다. t2.nano instance에 대한 가격리스트를 확인 할 수 있다. 12개월에 35달러 - 4만 5천원(역산하.. spring boot scheduler의 cron은 UNIX의 cron과 다르다! 2018. 7. 19. 결론 : Spring boot scheduler의 cron과 unix의 cron은 다르다! spring boot scheduler의 cron에 대한 설명을 살펴보자 @Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Repeatable(Schedules.class) public @interface Scheduled { /** * A cron-like expression, extending the usual UN*X definition to include * triggers on the second as well as minute, hour, day of month,.. 컨트리뷰터가 되기 위해 opensource에 pull request날린 후기 #2 - pull request 날리기 2018. 7. 19. pull request를 날릴 repository를 정했으니 이제 pull request를 만들어 날려보자! 해당 repository를 내 계정으로 fork정상적으로 fork되었는지 확인fork한 repository를 내 local에 clone하여 작업어느 브랜치 이든 상관없다. 수정할 부분을 수정하고,나는 master branch에 바로 commit & push!fork 한 repository에서 처리가 다 되었다면, 다시 원본 repository로 가서 New pull request 클릭!compare across forks를 누르게 되면 해당 repository가 아닌 다른 계정의 repository에서가져와서 pull request가 가능하다.내 계정의 repository를 클릭pull reque.. 컨트리뷰터가 되기 위해 opensource에 pull request날린 후기 #1 - 어떤 프로젝트에 기여할까? 2018. 7. 19. 오픈소스에 기여하여 컨트리뷰터가 되는 것은 많은 초보개발자들에게 꿈만 같은(?) 일이다. 하지만 github의 opensource들에 기여하는 법은 생각보다 간단하고 놀라울만큼 쉽다. 아래 목록에 해당되는 개발자라면 오픈소스에 기여할 준비가 되었다는 증거이다. 오픈소스 준비물java, c, c++ 셋중 하나라도 사용할줄 안다.주석을 달고 읽을 줄 안다.(영어)git을 사용할 줄 안다. 이제 어떤 오픈소스 repository에 pull request를 날려볼까? 아래는 대표적인 오픈소스 repository들이다.(아무래도 유명한 오픈소스에 기여해야 뽀대가 난다.)(저는 텐서플로우 컨트리뷰터입니다^^ 같은..) 쿠버네티스 https://github.com/kubernetes/kubernetes엘라스틱서치 h.. 쿠버네티스 Multi-container pod 종류 및 예제 2018. 7. 8. Pod은 쿠버네티스에서 배포할 수 있는 최소 모델이다. Pod은 클러스터에서 프로세스로 실행된다. Pod은 application container(혹은 containers), storage resource, unique IP, option 으로 이루어져 있다. Docker는 쿠버네티스에서 사용 가능한 가장 널리쓰이는 컨테이너이다.(다른 컨테이너 모델도 상용 가능) Pod 모델 종류 1. 1개 컨테이너 - 1개 POD 모델 "one-container-per-Pod"은 쿠버네티스에서 가장 널리 쓰이는 케이스. 한개의 pod이 1개의 container을 감싸고 있으며, 쿠버네티스가 pod을 관리. 2. 2개 이상 컨테이너 - 1개 POD 모델 2개 이상의 container가 리소스를 밀접하게 공유해야하는 상황.. 쿠버네티스 kubectl 설명 및 예제 모음 2018. 7. 7. kubectl은 쿠버네티스 클러스터에 명령을 내리는 CLI(command line interface)입니다. kubectl 문법(바로가기) kubectl 예제(바로가기) kubectl 문법 terminal window에서 아래와 같은 명령어로 kubectl을 동작 가능합니다. kubectl [COMMAND] [TYPE] [NAME] [FLAGS] - COMMAND : create, get, describe와 같이 하나 혹은 여러개의 리소스에 대한 operation 종류를 선언합니다. - TYPE : resource type(설명 바로가기)에 대해 선언합니다. 리소스 타입은 case-sensitive하고 아래와 같이 선언 가능합니다. $ kubectl get pod pod1 $ kubectl get pod.. 쿠버네티스 로그 아키텍쳐 개요 및 방법 2018. 7. 5. Logging Architecture로그들은 에러를 디버깅하거나 클러스터의 status에 대해 자세히 알 수 있다. 앞에서 말한 목적때문에 대부분의 애플리케이션들은 standard output으로 로그파일을 남기고 있다. 그러나, 컨테이너 엔진 혹은 이전의 애플리케이션의 로깅 방법은 쿠버네티스에서의 로그 확인에 적절하지 않다. 사용자는 컨테이너 crash, pod 삭제, node VM이 죽는 경우에도 로그를 확인을 원할 수 있다. 그러므로, 로그는 모니터링 하고자 하는 쿠버네티스와는 무관한(별개의) storage와 lifecycle을 가져야한다. 이러한 컨셉을 cluster-level-logging 이라고 부른다. cluster-level-logging은 각각의 분리된 저장소, 분석 솔루션, 대시보드가 .. 쿠버네티스 RBAC(Role-based Access Control) 상세 설명 및 예제 2018. 6. 26. RBAC는 enterprise 쿠버네티스 환경에서 node 혹은 네트워크 리소스를 접근할때 role을 부여하는 작업이다. 특징RBAC는 rbac.authorization.k8s.io API를 사용k8s 1.8부터 RBAC mode가 stable함RBAC 활성화를 위해 --authorization-mode=RBAC 설정 필요API 살펴보기Role and ClusterRoleRole은 쉽게말하면 권한 모음이다. 직관적으로 어떤어떤 권한을 부여 가능. ClusterRole은 Role과 비슷하지만 cluster기반 권한 부여이므로, node, endpoint, 모든 namespace에 대한 권한 셋팅 가능 example : default라는 이름의 namespace에 pod 읽기권한(get, watch, lis.. [쿠버네티스 기초]spring boot rest application POD 배포하기(part2) 2018. 6. 26. 준비물 20min 쿠버네티스가 준비된 클러스터환경 Intellij or eclipse docker docker hub에 올라간 이미지 쿠버네티스에 배포 ※ 쿠버네티스의 kubectl 명령어에 대해서는 쿠버네티스 kubectl 설명 및 예제 모음(바로가기) 포스트 참고 1. 쿠버네티스에 docker hub 관련 secret을 등록한다. (쿠버네티스 시크릿? - OAuth token, password 등 민감 정보를 Object type으로 선언) $ kubectl create secret docker-registry my-secret --docker-server=hub.docker.com --docker-username=choco4235 --docker-password=password1234 --docke.. [쿠버네티스 기초]spring boot rest application POD 배포하기(part1) 2018. 6. 25. 준비물 20min쿠버네티스가 준비된 클러스터환경Intellij or eclipsedockerspring boot application 및 쿠버네티스에 올라갈 이미지 준비1. spring boot rest api application을 spring.io 예제 홈페이지(바로가기) 에서 받는다.2. Intellij 혹은 eclipse에서 실행시켜본다.3. Dockerfile 생성 FROM openjdk:8-jdk-alpine RUN apk add --no-cache curl tar bash VOLUME /tmp ADD build/libs/gs-rest-service-0.1.0.jar app.jar ENV JAVA_OPTS="" ENTRYPOINT ["java","-jar","/app.jar"] 4. Docke.. 젠킨스(with 쿠버네티스 플러그인)가 쿠버네티스에서 동작하는 원리, 생명주기, 특징 2018. 6. 24. 기존 VM으로 운영되던 Jenkins는 master가 있고 slave(vm n대 설정)를 연결시키면 slave가 job을 master로 부터 받아서 수행했엇다. 하지만 VM으로 운영되는 Jenkins(master-slave) 구조는 아래와 같은 단점이 있다. Job에 필요한 plugin들을 master에 설치, 관리 필요Job에 비해서 slave가 많으면 비효율적임 (slave가 놀고 있음)Job에 비해서 slave가 적으면 비효율적임 (slave가 부족해서 기다리는 job이 많아짐) 즉, Job이 늘어나고 줄어듦에 따라 Jenkins slave를 늘리거나 줄여야하는(사람이 직접 설치해야하는) 단점!! Jenkins(with kubernetes plugin)가 있다면 이야기는 달라진다. Jenkins m.. 쿠버네티스 yaml 선언시 어떤 apiVersion을 사용해야 할까? 2018. 6. 24. 쿠버네티스의 yaml을 배포할때 어떤 apiVersion을 사용해야할지 감이 잡히지 않는다. 외국의 블로그 포스팅(바로가기)에서 감사하게도 각 kind에 따른 apiVersion을 정의 해주었다.- 2018년 6월 4일 updated versionWhich apiVersion should I use?KindapiVersionCertificateSigningRequestcertificates.k8s.io/v1beta1ClusterRoleBindingrbac.authorization.k8s.io/v1ClusterRolerbac.authorization.k8s.io/v1ComponentStatusv1ConfigMapv1ControllerRevisionapps/v1CronJobbatch/v1beta1Daemon.. 쿠버네티스 yaml 스펙 상세 설명 2018. 6. 24. 쿠버네티스의 pod, service, ingress 등을 배포하기 위해서는 아래와 같은 예시 yaml 파일을 배포한다. apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx:1.7.9 ports: - containerPort: 8090특징띄어쓰기 구분을 잘해야한다. - 각 셋팅의 하위 셋팅은 종속적이기 때문에 띄어쓰기가 틀리게 되면 적용 실패된다. - tab보다는 space를 추천원하고자 하는 kind에 따라 apiVersion 종류가 달라진다. apiVersion 설명- 스크립트를 실행하기 위한 쿠버네티스 API 버젼v1쿠버네티스에서 발행한 첫 stable release API (대부분의 ap.. 구글 search engine에 내 블로그 상위에 검색되게 하기 2018. 6. 19. 구글 웹마스터도구 : https://www.google.com/webmasters/tools/home?hl=ko 구글 웹마스터도구에서 fetch as google을 사용하여 google의 크롤러인 GoogleBot이 크롤링을 요구하여 인덱스를 촉진시킬 수 있는 도구 중 하나이다. 먼저 google web master도구로 접속하여 대상 블로그를 등록한다. 왼쪽 메뉴에서 크롤링 > Fetch As Google을 클릭한다. 자신의 사이트 중 크롤링이 필요한(혹은 상위로 노출되기 원하는) page를 입력, 가져오기 버튼을 누른다. 색인이 완료되면 추후에 구글 크롤링봇에 의해 크롤링되면서 해당 포스트가 구글 검색 상단에 노출되게 된다. [Gradle]기본 클래스 org.gradle.wrapper.GradleWrapperMain을(를) 찾거나 로드할 수 없습니다. 해결법 2018. 6. 19. Gradle을 사용하여 Jenkins나 혹은 기타 CI용 툴에서 build를 할 경우가 생긴다. 이때 CI툴에서 gradle wrapper을 사용하여 build를 요청하였을때 아래와 같은 오류가 생기는 경우가 있다. 기본 클래스 org.gradle.wrapper.GradleWrapperMain을(를) 찾거나 로드할 수 없습니다. 그러면 아래와 같이 살펴보자gradlew, gradlew.bat, gradle/ 파일, 폴더들이 정상적으로 프로젝트에 포함되어있는지 확인gradlew, gradlew.bat, gradle폴더가 정상적으로 들어가 있지 않은 경우 gradle wrapper 오류가 생기게 된다. End of Document 이전 1 ··· 21 22 23 24 25 26 27 ··· 31 다음 728x90
