쵸코쿠키의 연습장

소스코드 리뷰의 기법을 나누는 방법은 얼마나 정적이고 프로세스적으로 구분하느냐에 따라 화면 상단에 코드 리뷰 스펙트럼으로 구분할 수 있고, 자동화된 도구로 이루어지는 정적분석인 코드 인스펙션과 사람에 의해 수동적으로 수행되는 코드 리뷰 등으로 나눌 수 있습니다. 코드 리뷰 중 정형화된 방법으로는 주로 개발 단계 후반의 결함 발견에 집중하고, 손쉬운 방법의 측면은 결함 발견뿐 만 아니라 아이디어 회의, 팀원 간 지식 공유의 목적도 있습니다. Peer review는 두세 명이 진행하는 형태로 코드 작성자가 자신의 코드를 설명하고, 다른 사람이 아이디어를 제안하거나 결함을 발견하는 방식입니다. 주로 시니어 개발 사수가 주니어 개발자를 멘토링할 때 사용하지만, 시니어 개발자의 역량에 따라 품질이 달라질 수 있고..

지속적 통합환경 구축해야 할 큰 요소는 깃랩, 젠킨스, 소나큐브입니다. 계획 및 일감관리는 웹 인터페이스를 지원하는 설치형 깃을 사용하고, 젠킨스가 소스코드가 커밋되는 것을 감지하거나 스케줄에 따라 소스코드를 통합하고 빌드하면서 정적 분석을 하면 결과는 소나큐브 대시보드에서 확인할 수 있습니다. 이 환경을 도커를 활용하여 구축한다면 기존 방식보다 매우 빠르고 쉽게 구축할 수 있습니다. 이를 Docker-Compose로 진행해 보겠습니다. Docker-Compose.yml을 직접 작성하지 않고 만들어져서 깃허브에 올라와 있는 것을 활용하도록 하겠습니다. 화면에 있는 깃허브 레파지토리를 클론해서 사용하겠습니다. STS의 Git 플러그인 기능을 통해서 조금 전 소개했던 깃 레파지토리를 클론합니다. 다운받은 위..

Docker Compose란? Docker-Compose는 여러 개의 컨테이너를 일괄적으로 관리하는 도구입니다. 대부분의 시스템은 여러 대의 서버가 유기적으로 연계되어 마치 하나의 서비스처럼 작동합니다. 이때 다수의 컨테이너 각각을 개별적으로 다루는 것보다 여러 개를 통합적으로 관리하는 것이 효과적입니다. Docker-Compose는 도커와는 별개의 도구이지만 Docker ce for windows에서 기본적으로 제공됩니다. docker-compose.yml Docker-Compose.yml은 Docker-Compose의 구성 파일입니다. 한 파일 안에 여러 컨테이너 설정 내용을 저장합니다. 도커 애플리케이션을 위한 서비스, 네트워크, 볼륨 등을 정의합니다. 버전별로 차이점이 있으며 현재 최신 버전은 버..

스프링 부트 애플리케이션을 직접 만들 것은 아니고 스프링에게 제공하는 기본 예제 프로젝트를 활용할 것입니다. 먼저 STS를 실행한 상태에서 시작하겠습니다. 파일에서 New를 선택해서 Import Spring Getting Started Contents를 선택합니다. Docker로 검색해서 Spring-boot-Docker 샘플을 선택합니다. 아래 코드셋의 이니셜을 체크 해제하고 Finish 버튼을 클릭합니다. Gs-spring-boot-Docker 프로젝트가 생성되면서 빌드 되고 있습니다. 그럼 소스코드를 살펴보겠습니다. 간단한 스프링 부트 프로젝트로서 하나의 파일로 구성되어 있습니다. 웹브라우저에서 기본 주소로 서비스에 접속하면 Hello Docker World라는 메시지를 출력하는 서비스입니다. 서비..

Dockerfile 도커파일은 텍스트 형식으로 구성된, 도커 이미지를 생성하는 명령어의 집합입니다. 도커파일을 이용해서 인프라 구성정보를 관리하고 도커 빌드 명령을 통해 도커 이미지를 생성할 수 있습니다. 도커 파일은 텍스트 파일이며 명령어는 주로 대문자로 표현합니다. 도커 명령어 목록입니다. 베이스 이미지를 지정하는 프롬 명령, 도커파일 작성자를 나타내는 메인테이너 명령, 베이스 이미지에서 명령어을 실행시키는 런 명령, 호스트와 연결할 포트 번호를 설정하는 익스포즈 명령, 환경 변수를 설정하는 ENV 명령, 파일을 이미지에 추가 하는 ADD 명령 등이 있습니다. 명령어별로 하나씩 설명 드리겠습니다. 도커 파일은 기반이 되는 이미지에 대한 정보가 있어야 합니다. 이를 베이스 이미지라고 합니다. 프롬은 베..

도커 컨테이너의 기본 명령어들입니다. 컨테이너를 실행하는 Run, 컨테이너를 시작하는 Start, 재시작하는 Restart, 컨테이너를 정지하는 Stop 그리고 컨테이너를 삭제하는 Rm 명령 등이 있습니다. 도커 컨테이너의 실행은 docker container run 명령을 사용합니다. 컨테이너를 대화식으로 실행하느냐 아니면 백그라운드로 실행하느냐에 따라 표준 입력, 출력을 연결하는 옵션을 사용하게 됩니다. 컨테이너 목록 확인 docker container ls 명령을 통해 도커 컨테이너의 가동 상태를 확인할 수 있습니다. -a 옵션을 사용해서 실행 정지 중인 것을 포함하여 모든 컨테이너의 상태를 확인 할 수 있습니다. 결과는 컨테이너 아이디, 이미지, 컨테이너에서 실행되고 있는 명령, 컨테이너 생성 후..

DevOps란? 4차 산업혁명시대 기술 변화 가속화로 새로운 SW기반 서비스들이 등장하고 있습니다. 시장의 변화, 고객의 요구에 빠르게 대응하는 것이 중요한 것입니다. 따라서, 빠른 시도, 빠른 실패를 통한 점진적 서비스 개선만이 현재로 최선의 방법입니다. 결론적으로, 신속한 변경, 검증, 반복, 개선이 가능한 SW 서비스 개발/운영 방식 필요한 것입니다. 결국, DevOps는 이러한 요구에 맞춰 나온 개념입니다. 기술과 시장의 빠른 변화에 대응하기 위한 최신 소프트웨어 개발 운영 트렌드를 뜻합니다. Development + Operations의 합성어입니다. 역할을 나누고 경계를 나누는 것보다 소통, 협업, 통합을 중시하는 사상입니다. 즉, 서비스 중심으로 기술, 도구, 프로세스, 문화, 조직 등을 망..

DevOps 수명 주기 계획 - 개발 - 빌드 - 테스트 --> 개발 모니터링 - 운영 - 배포 - 릴리즈 --> 운영 DevOps의 수명 주기는 위와 같습니다. DevOps는 수명주기를 짧게 짧게 반복을 합니다. 이렇게 짧게 짧게 여러번 반복을 하며 수명주기를 순환할 수 있는 이유는 바로 자동화입니다. Saas (Software as a Service)는 구글 무선, 스프레드 시트, 프리젠테이션 등이 예입니다. 이러한 좋은 소프트웨어들은 클라우드 형태로 제공해주고 있습니다. 결국 이러한 소프트웨어들이 수명주기를 짧게할 수 있도록 도와줍니다. 애자일 개발 계획 변경 요구 검토 및 개선 작업 계획을 수립합니다. 우선 순위에 따른 요구사항을 관리합니다. 또 작업 상황 가시화 및 추적을 진행합니다. 스크럼, ..

도커 플랫폼 도커를 설치하기 전에 도커 에디션에 대해서 살펴보겠습니다. 도커는 두 가지 방식의 라이선싱 모델을 제공합니다. 커뮤니티 에디션과 엔터프라이즈 에디션입니다. Community Edition, 줄여서 CE는 오픈 소스 버전으로 누구나 무료로 사용할 수 있습니다. Enterprise Edition, EE는 상용 버전으로 인증이 완료된 플러그인이나 보안 기능 등 추가 기능과 지원을 받을 수 있습니다. 실습에서는 CE 에디션을 사용합니다. 도커 CE가 지원하는 플랫폼입니다. 크게 데스크톱과 서버로 구분할 수 있습니다. 도커는 원래 리눅스 커널을 사용하기 때문에 리눅스 상에서 작동하지만 개발 환경을 제공하기 위하여 데스크톱용 클라이언트 도구를 제공합니다. 도커 설치 Docker Desktop for M..

도커 도커는 2013년에 등장한 컨테이너 기반 가상화 도구입니다. Docker는 컨테이너를 위한 플랫폼으로서 도커 엔진을 통해 컨테이너를 관리합니다. Docker가 설치된 곳이라면 어느 곳이라도 컴퓨팅 환경에 구애받지 않고 애플리케이션을 신속하게 배포, 확장할 수 있으며 문제없이 실행되는 것을 보장합니다. 이를 위해서 도커는 애플리케이션을 표준화된 유닛으로 패키징하는데, 라이브러리, 시스템 도구, 코드, 런타임 등 소프트웨어를 실행하는 데 필요한 모든 것을 포함시킵니다. 이 실행 가능한 패키지를 이미지라고 하며, 이미지를 실행한 인스턴스를 컨테이너라고 합니다. 이것은 프로그램과 프로세스라는 개념과 비교하여 설명할 수 있습니다. 흔히 프로그램이라고 하면 실행 가능한 파일을 지칭하고, 이 프로그램이 실행된 ..

클라우드 컴퓨팅 환경에서 가장 각광받는 기술이며, DevOps의 구제적인 실현 가능성을 높여준 도커에 대해서 알아 볼 것입니다. 클라우드 컴퓨팅 환경에서의 핵심 개념인 가상화와 컨테이너의 개념에 대해서 알아보도록 하겠습니다. IT 인프라 운영 방식의 전환 IT 인프라 운영방식이 클라우드 컴퓨팅 환경으로 급속히 전환되고 있습니다. 온 프레미스는 일반적이고 전통적인 시스템 운영 방식으로 자체적으로 데이터센터를 보유하고 시스템 구축부터 운영 유지를 모두 직접 수행하는 것을 말합니다. 물리적인 하드웨어를 직접 구입하고 구축해야 하기 때문에 초기 투자비용이 크고 운영유지가 힘든 단점이 있습니다. 또한 고정된 방식으로 컴퓨팅 자원을 활용하기 때문에 운영 탄력성이 떨어져서 자원 활용에 비효율적인 측면이 있습니다. 오..

아파치 메이븐 아파치 메이븐은 독립적으로 설치/실행할 수 있고 명령어 기반, 즉 Command 라인 인터페이스로 사용할 수 있습니다. 아파치 메이븐은 소프트웨어 객체 모델 기반의 프로젝트 관리 도구입니다. 프로젝트 관리에 필요한 대부분의 작업을 표준화했고 자동화하였습니다. 프로젝트 관리를 위한 여러 요소들에 대해서 일관된 기준을 제시해줍니다. 예를 들어 디렉토리 구조의 경우 프로젝트마다 혹은 개발자마다 다른 구조를 가져갈 수 있는데, 메이븐을 사용하게 되면 표준에 가깝게 정형화된 구조를 사용하여 많은 혼란을 줄일 수 있습니다. 빌드 절차 역시 메이븐에서 추상화한 프로세스를 따르면 일관된 방식으로 프로젝트를 관리/운영할 수 있습니다. 메이븐의 또 하나의 가장 큰 장점은 자동화된 의존성 관리입니다. 소프트웨..

Pull Request 일반적으로 기업의 프로젝트나 오픈소스 프로젝트의 경우 원격 저장소의 쓰기 권한을 일반 개발자가 가지고 있지 않고 읽기 권한만 가지고 있는 경우가 많습니다. 저장소를 클론했을 때 나의 로컬에서 작업은 가능하지만, 내용을 수정해서 반영하고 싶은 경우에는 쓰기 권한이 없기 때문에 Push를 할 수가 없습니다. 이때 해당 원격 저장소의 쓰기 권한을 직접적으로 받아내기는 어렵기 때문에 해당 레파지토리를 나의 원격 저장소로 포즈한 다음에 이것을 클론하여 작업하고 Push해서 Pool Request를 요청하여 변경사항에 대한 반영을 요청할 수 있습니다. Fork 요청받은 소스코드 저장소 관리자는 해당 내용을 검토해서 반영 여부를 적용할 수 있습니다. 포크가 완료되면 나의 계정에 저장소가 생성된..

소스코드를 개발할 때는 공동의 작업뿐 아니라 개발자 개인의 작업에서도 버전 관리가 필수적입니다. Git의 저장소는 원격 저장소와 로컬 저장소, 두 가지가 있습니다. 원격 저장소는 다수의 인원이 소스코드를 공유하기 위한 공간입니다. 로컬 저장소는 개발자 개인을 위한 저장 공간입니다. 일반적으로 로컬 저장소에서 개발자들이 작업을 하고 공유를 위해서 원격 저장소로 내용을 업로드합니다. 업로드된 내용은 다른 개발자들이 사용하기 위하여 각자의 로컬 저장소로 복제할 수 있습니다. 먼저 Gitup에 로그인합니다. 화면에서 뉴 레파지토리 버튼을 클릭하고 레파지토리 이름에 ‘First￢Repository’를 넣습니다. 리드미 파일을 초기화하도록 체크하고 Create합니다. 레파지토리가 생성되었고, README.md 내용..

로컬 개발환경 이해를 돕기 위한 간단한 형태의 로컬 개발환경을 소개해드리겠습니다. 그리고 로컬 개발환경 구축을 간단하게 따라해보도록 하겠습니다. 실제 소프트웨어 개발 프로젝트에서의 개발환경은 매우 다양한 요건과 관련이 있습니다. 비즈니스에 따라서, 프로젝트 목적에 따라서, 기술에 따라서, 개발조직에 따라서 다양한 형태로 개발환경을 구성할 수 있습니다. 이 개발환경은 자바 기반의 애플리케이션 개발을 위한 것으로 자바 기술이 제일 근간이 됩니다. 개발도구 역시 자바로 개발된 Spring Tool Suite 4를 사용합니다. Spring Tool Suite 4는 이클립스를 기반으로 한 통합 개발환경 도구로서 이클립스의 기본 기능을 그대로 유지하면서 Spring 애플리케이션 개발을 위한 부가적인 기능들이 추가된..

위 그림은 DevOps 수명 주기 전반의 도구 사슬을 표현하였습니다. 도구 사슬의 의미는 각 영역이 별개가 아니라 도구 간 연계를 통해서 시너지를 이룬다는 측면을 강조한 것입니다. 각 영역별로 오픈소스 위주의 도구를 나열하였습니다. 계획 영역에서는 협업, 일감 관리를 위한 도구를 주로 사용합니다. Redmine이 잘 알려진 오픈소스 도구이며, 실제 기업 환경에서는 상용 도구를 주로 사용하기도 합니다. 개발 영역에서는 코드 버전 관리를 위한 도구를 주로 사용합니다. 과거에는 Subversion이라는 전통적인 도구를 많이 사용했지만, 최근에는 분산 환경에 적합한 Git을 많이 사용합니다. 빌드 영역에서는 Compile, Packaging, 단위 Testing을 위한 도구를 사용합니다. Maven은 가장 유명..

유저 스토리 워크숍 유저 스토리 워크숍을 통해서 개발해야 할 내용. 즉, 제품 백로그 아이템을 식별할 수 있습니다. 이 과정에서는 사람들 간의 아이디어 교환, 소통 등의 협업을 통해서 제품에 담고자 하는 기능과 우선순위를 정리합니다. 포스트잇을 활용해서 자신의 생각을 표현하고 내용을 간략하게 정리합니다. 그리고 다른 사람들에게 설명하면서 사용자가 요구하는 기능의 구체적인 사용 사례, 흐름까지 스토리로 도출합니다. 앞서 도출한 내용들은 도구를 활용하여 추적 관리할 수 있습니다. 아틀란시아사의 지라라는 도구를 사용하여 백로그 아이템을 등록할 수 있습니다. 에자일 개발에 있어 가장 대중적으로 사용하는 상용 소프트웨어 중 하나입니다. 실제 기업 환경에서는 모든 것을 다 오픈소스 소프트웨어로 사용할 수는 없습니다..

DevOps 수명 주기 계획 - 개발 - 빌드 - 테스트 --> 개발 모니터링 - 운영 - 배포 - 릴리즈 --> 운영 DevOps의 수명 주기는 위와 같습니다. DevOps는 수명주기를 짧게 짧게 반복을 합니다. 이렇게 짧게 짧게 여러번 반복을 하며 수명주기를 순환할 수 있는 이유는 바로 자동화입니다. Saas (Software as a Service)는 구글 무선, 스프레드 시트, 프리젠테이션 등이 예입니다. 이러한 좋은 소프트웨어들은 클라우드 형태로 제공해주고 있습니다. 결국 이러한 소프트웨어들이 수명주기를 짧게할 수 있도록 도와줍니다. 애자일 개발 계획 변경 요구 검토 및 개선 작업 계획을 수립합니다. 우선 순위에 따른 요구사항을 관리합니다. 또 작업 상황 가시화 및 추적을 진행합니다. 스크럼, ..