본문 바로가기

2018/07

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은 각각의 분리된 저장소, 분석 솔루션, 대시보드가 ..
728x90

티스토리툴바