Ellune's Spadework Ellune's Spadework

젠킨스를 반복적으로 설치해야하는 상황에 마주쳤다. 배치용으로도... CI 용으로도 다수의 젠킨스를 설정 해야하다보니 일일히 기존 서버 인스턴스에 하나하나 한땀한땀 설치하는것이 굉장히 귀찮아 졌다. 그리고 배치 서비스를 만들다 보니 젠킨스가 추가 될수도 있는 상황이라 동일 환경으로 구성해야만 했다. 이런경우에는 역시 docker 로 ! 아래는 젠킨스 설정을 위해사용했던 dockerfine 과 커맨드를 기록해 놓았다. Dockerfile 생성 #### Dockerfile ```properties FROM jenkins/jenkins:jdk11 MAINTAINER imisv2 msgwon@iparking.co.kr USER root RUN curl -fsSL https://get.docker.com -o ge..

Docker-compose 는 써보고 신세계란걸 느꼈다. dockerfile 만 쓸땐 몰랐던 ... 와 이런것도 되는구나! 라는 생각이 들었다. 특히 로컬에 mysql 을 띄우고 빠르게 개발을 할땐 엄지를 척! 하고 올릴만한 기능인거 같다. 도커를 제대로 쓰려면 compose 는 기본이군! 이라고 말하고 싶다. 아직 사용하는데 많이 공부를 해야겠지만 일단 손에만 익숙해지면 어지간한 구성은 손쉽게 만들수 있을거 같다. version: '2' services: cabin_db: image: mysql:latest volumes: - "./.mysql-data/db:/var/lib/mysql" restart: always ports: - 13306:13306 environment: MYSQL_ROOT_PASS..

docker 를 쓰기 시작했다면 dockerfile을 사용할수 밖에 없다. 도커 이미지를 만들때 꼭 필요하기 때문이다. dokcerhub 에 가봐도 dockfile 을 제공을 해준다. 개인적으로 설정이 귀찮거나 반복되는것들은 dockerfile 를 받아서 약간의 수정을하여 별도 관리를한다. 많이 쓰는 도커 파일 중 mysql 파일 하나를 샘플로 기록해놓으려고한다. 개발할때 AWS 에서 인스턴스를 받고 설정하고 하는 과정이 굉장히 긴경우가 많다. 결재도 올려야하고 방화벽도 확인해야하고.... Mac 을 쓴다면 도커를 좀더 편하게 쓰겠지만 난 Windows 유저이기 때문에 일단 Docker for Windows 를 사용하고 있다. FROM debian:stretch-slim # add our user and..

요즘 자주 쓰는 도커 명령어 들을 정리 하고자 한다. 쓸때마다 자꾸 검색하는거보면 머리가 많이 굳긴 했나 보다. - 설치 : 운영체제에 맞게 설치가 됨. curl -s https://get.docker.com/ | sudo sh - 도커 그룹추가 $ cat /etc/group $ sudo usermod -aG docker $USER $ sudo service docker restart -도커 이미지 빌드 sudo docker build --tag test:0.0.1 ./ - 도커 컨테이너 명령어 - Docker 컨테이너 중지 sudo docker stop [id] - Docker 컨테이너 시작 sudo docker start [id] - Docker 컨테이너 삭제 sudo docker rm [id] - ..

https://grafana.com/ Grafana - The open platform for analytics and monitoring Data visualization & Monitoring with support for Graphite, InfluxDB, Prometheus, Elasticsearch and many more databases grafana.com 그라파나는 굉장히 고급지게 보여줄수있는 손쉬운 시각화 도구인거 같다. 프로메테우스와의 궁합이 좋을 뿐더러 설정도 아주 쉽다. 위에 사이트에서 다운로드를 받은 후 실행만 시켜주면 그 다음부터는 아주 쉽다. 로그인 화면이다. 기본적으로 로그인을 지원한다. 최초 설치시 admin/admin 으로 접속하면된다. 로그인뒤 진입시 화면이다. 각 단..

모니터링 툴 - 프로메테우스 인류에게 불을 전해주었다는 프로메테우스와 같은 이름의 솔루션이다. 그래서 로고도 불꽃 모양을 가지고 있다. 기존의 모니터링 시스템들은 push 방식으로 구성된 경우가 많다. 서버의 상태를 직접 서버에 알려주고 서버는 그것을 취합하여 이미지화 하는 시스템들과 달리 프로메테우스는 구독 방식을 가지고 있다. 위 그림이 가장 구조를 잘 보여주는 그림인거 같다. 프로메테우스는 단일 서비스로 모든것을 처리하는것이 아니라, 데이터구독을 위한 클라이언트( Expoter) 가 있고 특정기준 발생시 알람을 발생시켜주는 AlertManager 가 있다. 그리고 기본적으로 Web UI 를 제공하여 간단한 서버 상태나 그래프를 볼수 있다. 프로메테우스의 특이점 중 또다른 하나는 프로메테우스 서버를 ..

카프카를 사용하기전에 과연 어떤 곳에 카프카를 사용해야 하는가에 대한 기본적인 분석이 간단하게라도 필요하다고 생각이 들었다. RabbitMQ 보단 카프카가 빠르니 카프카를 쓰자 !! 혹은 더 단순하게 카프카가 최고다!! 라고 말하는 사람들이 종종 있거나 카프카면 다되! 라는 식의 맹목적인 사람도 있었다. 난 개인적으로 신기술이나 트랜디한 기술을 사용할때는 아주 조심스럽게 신중하게 써야 한다고 생각한다. 내가 학생이라면 말리지 않는다. 고민도 하지 않는데 그냥 써보면 된다. 죽이 되든 밥이 되든 내가 아마추어인데 뭘하든 누가 관심이 있을 거라고 생각하지 않는다. 하지만 돈을 받고 이 일을 하고 있다면 적어도 프로라고 불리며 , 이해관계와 회사의 입장등 많은 것들을 고려하여 기술을 적용해야 한다고 생각한다...

Kafka 데이터를 분산 처리 가능한 데이터 플랫폼 ! 카프카는 메세지큐 서비스로 분산 환경에 특화 되있다고 한다. 보통 많이 알려진 RabbitMQ 와 동일한 역할 포지션이지만 성능에서 많은 차이를 보인다. 그리고 클러스터링 구성이나 fail-over 를 쉽게 할수 있도록 되있다. 카프카를 사용하는 용도는 다양할것으로 보인다. 다양한곳에 사용할수 없다면 나도 관심을 가지지 않았을거 같다. SI 나 작은 회사에서 일정에 쫒겨 정말 아슬아슬하게 외줄타기 하는 일정 에서 일하다보니 신기술이나 내 관심분야에 대한 R&D 는 굉장히 소홀했다. 나스스로의 기술부채가 계속 생긴다는 생각이 든다. 지금 연차에 서비스를 만드냐 못만드냐의 문제는 넘어같거 같다. 잘 만들수있느냐 혹은 오픈소스로 공개된 기술 or 솔루션들..