CEO

co svn co 소스코드 경로 원격 저장소로 소스를 로컬로 가져온다. up # 전체 소스코드 $ svn up # 특정 파일, 폴더 $ svn up 파일명 또는 폴더명 저장소에 반영된 최신 리비전을 로컬에 반영한다. 나의 commit을 반영하기 전에, 변경된 사항이 있는지 `up`을 통해 반영하여야 한다. ci $ svn ci # 바로 commit message 입력 가능 $ svn ci -m "message" # commit message가 입력된 파일을 이용 $ svn ci -F FILE_NAME log # 상위부터 N개 까지 로그 출력 $ svn log -l 5 무작정 `svn log`를 입력하면, 현재까지의 로그들이 모두 출력된다. diff # 로컬과 저장소의 리비전과 비교 svn diff # 로..

사이트에 따라, 로그인을 하기 위해 팝업 창에서 로그인 정보를 입력하는 케이스들이 있다. 따라서 현재 드라이버에서 팝업창으로 접근하기 위한 방법과 이를 적용하면, 쉽게 컨트롤할 수 있다. 구현 하기 from selenium import webdriver class DefaultTest: def __init__(self, address: str): self.options = webdriver.ChromeOptions() # skip ssl self.options.add_argument("--ignore-certificate-errors") self.driver = webdriver.Chrome(chrome_options=self.options) self.address = address def teardow..

일반적인 크롤링을 위한 작업에서는 안전하지 않음 페이지가 발생할 일이 없겠지만, 웹 테스트 시에는 발생할 수 있다. 따라서 안전하지 않음 페이지를 스킵하는 방법을 다루고자 한다. 구현 하기 from selenium import webdriver class DefaultTest: def __init__(self, address: str): self.options = webdriver.ChromeOptions() # skip ssl self.options.add_argument("--ignore-certificate-errors") self.driver = webdriver.Chrome(chrome_options=self.options) self.address = address def teardown(sel..

셀레니움은 웹 크롤링을 하거나, 작업을 자동화하기 위해 자주 쓰이곤 한다. 또한, 이 기능을 활용하여 구현한 웹의 테스트 케이스를 자동으로 실행 가능하도록 만들 수 있다. 이를 위해 파이썬으로 셀레니움을 사용하기 위한 방법에 대해 정리하고자 한다. 설치 1. selenium 파이썬의 경우 `pip`가 있으므로 간단하게 설치할 수 있다. 설치 환경은 Pycharm을 사용하고 `venv`를 사용하는 프로젝트를 기준으로 설명하고자 한다. Pycharm 하단에 `Terminal`을 클릭 한 후에, `pip install selenium`을 입력하면 간단히 설치할 수 있다. 2. web-driver 각자 사용하고자 하는 웹에 따라, 웹 드라이버 파일을 프로젝트 폴더 내에 위치시켜야 한다. 또한 웹 드라이버와 현재..

새로운 개발 환경을 마주하게 될 일은 잘 없지만, 나의 입맛에 따라 환경을 다시 구성하는 것은 재밌는 일이면서도 귀찮은 일이다. vim에서 사용하면 좋은 옵션들과 플러그인들을 한 번에 모아 내가 사용하는 계정의 홈 디렉토리에 위치시키면 바로 사용할 수 있도록 정리해보았다. 아래의 설명들은 우분투 환경을 기준으로 설명한 것이다. 설정하기 $ git clone https://github.com/dirmathfl/vim-settings.git $ cd vim-settings $ tar xvf vim-settings.tar.gz $ cd vim-settings && cp -r . ~/. vim 실행 후 `:PluginInstall`을 입력하면, 포함된 플러그인들이 자동으로 설치된다. 사용하는 플러그인 Vundl..

하나의 Pod를 사용하여, 서비스를 할 경우 다양한 문제에 직면할 수 있다. 예를 들어 Pod의 오류나, Pod 내부의 컨테이너에서 발생한 오류로 인해 서비스가 불가능할 경우이다. 이와 같은 경우는 해당 Pod가 복구 될 때까지 해당 서비스를 이용할 수 없다. 쿠버네티스는 이를 막고자, replicaset을 사용하여 항상 서비스 되는 것을 유지할 뿐 아니라, 로드 밸런싱, 확장성에 대한 부분도 해결 할 수 있다. 어떤 경우에 필요할까? 실제 서비스 되는 환경에서 하나의 Pod를 통해 서비스를 유지한다는 것은 상당히 위험한 일이다. 어떤 상황에서 트래픽이 많이 발생할지 모른다. 또한 Pod의 생명주기는 생성 - 삭제를 반복하기 때문에, 하나의 Pod가 서비스에 대한 여러개의 Pod를 사전에 배치하여 이를 ..

쿠버네티스의 오브젝트 중, Pod에 대해 알아보고자 한다. Pod를 이해하기 위해서는 쿠버네티스의 Pod 없이 컨테이너만 활용하여 서비스를 구성하고자 한다면 어떻게 해야 되는지 안다면, Pod의 필요성에 대해 명확히 이해할 수 있다. 어떤 경우에 필요 할까? 쿠버네티스 없이, 특정 서비스를 위해 컨테이너를 생성하고 관리하여야 한다고 생각해보자. 예를 들어 웹 서비스를 위해 하나의 컨테이너에는 웹과 관련된 어플리케이션을 하나의 컨테이너에는 해당 웹 어플레케이션 동작에 도움을 주는 어플리케이션을 실행하면 다음과 같은 상황이 발생한다. 네트워크, 볼륨, 네임스페이스 등 다양한 요소들을 컨테이너 별로 설정해주어야 한다. 설정이 끝난다고 해도 확장성을 생각한다면 새로운 문제에 직면하게 된다. 예를 들어, 지금은 ..

쿠버네티스를 설치 할 때 kubelet, kubeadam kubectl과 같은 구성 요소들을 설치하게 된다. 각 구성 요소들에 대해 간략히 알아보게 된다면, 전체적인 구조를 이해하는데 도움이 될 것 같아 정리하고자 한다. 구조 쿠버네티스의 전체적인 구조는 위의 그림과 같이 하나의 Master와 다수의 Worker 노드로 구성되어 있다. 그림에서는 local 환경에서 쿠버네티스를 구축한 경우이다. 본 글에서는 로컬 환경에 쿠버네티스를 구성할 경우를 중점으로 각 구성요소들을 설명하고자 한다. Master Node 마스터 노드의 경우 워커 노드를 관리, 모니터링 하며 Pod가 실행되는 적절한 Worker Node를 스케줄링하는 역할 등과 같이 전반적으로 노드와 Pod를 관리하는 역할을 수행한다. (Pod : ..