들어가기전에 이번에 시작한 프로젝트에서는 Docker를 적용해서 CI / CD를 구현하기로 하였다. 기존에는 Github Action + CodeDeploy + EC2 + RDS 조합이였지만 서버상의 문제가 꽤많기도 하고 환경변수적용이나 AWS사용 방법등 다양한 것들이 발목을 잡아서 내친김에 공부해서 Docker를 적용해 보았다. 정말 삽질의 연속이였지만 해냈을때의 뿌듯함이란...ㅎㅎ 자그럼 하나씩 알아보도록 하자. https://lucas-owner.tistory.com/48 https://velog.io/@9to0/CICD-Github-Action-%EC%82%AC%EC%9A%A9%ED%95%A0-%EB%95%8C-Docker-%ED%99%98%EA%B2%BD%EB%B3%80%EC%88%98-%EC%..

Docker 도커는 컨테이너 기반 가상화 도구이다. 애플리케이션을 컨테이너라는 단위로 격리하고 실행하고 배포하는 기술을 말한다. 그럼 여기서 말하는 컨테이너는 무엇일까? Container 컨테이너는 가상화 기술중 한가지이다. 호스트는 운영체제 위에 여러개의 격리된 환경을 생성하고 각각의 컨테이너 안에서 애플리케이션을 실행한다. 기존의 하이퍼바이저 기반의 가상화 기술은 가상머신(vm)을 생성하고 구동하는방식으로 작동했다. 왼쪽그림을 보면 hypervisor 위에 또다른 OS를 할당하고, 그 OS위에서 동작하게 된다. Hypervisor 위에서 동작하고 있는 VM들은 각각을 컴퓨터로 생각하면 된다. 즉, OS설치부터 시작해야 된다는 의미이다. 하지만 컨테이너를 사용하게 되면 OS를 할당할 필요가 없어지고, ..

CD ? Continuous Deployment, 지속적 배포는 애플리케이션 개발 및 배포 과정에서 사용되는 방식이다. 코드의 변경이 발생했을때, 자동적으로 애플리케이션을 빌드하고 테스트하여 운영환경에 배포한다. 지속적 배포를 구현하기 위해서 여러가지 도구와 프로세스가 필요한데, 예를들어 코드 변경사항을 버전관리 시스템에 커밋하면 해당 코드를 자동으로 빌드하고, 테스트를 실행하고, 빌드 결과물을 운영환경에 배포하는 CI / CD 파이프라인이 구성된다. 지속적 배포를 통해 개발 및 운영팀간의 소통과 협업을 향상 시킬수있다. 개발팀은 더빠르고 안정적인 배포가 가능하고 사용자의 요구사항에 빠르게 대응이 가능하다. 지속적 배포 방식은 애플리케이션 배포 주기를 단축하고, 버그를 빠르게 수정할수있게 도와준다. 하지..

CI ? CI는 지속적 통합이라는 뜻의, 개발 프로세스이다. 지속적 통합은 서비스 전달에 앞서 선행되어야 하는 과정이고 사람의 실수를 줄이는 자동화 과정이다. 즉 코드를 자동으로 빌드하고 테스트를 수행하는 프로세스로 매우 중요한 개발 방법론 중 하나이다. 개발자들의 실수를 줄여서 코드 품질이 향상된다. 문제가 생겼을때 빠른 피드백을 받는다. 빌드 및 테스트를 자동화하여, 개발자가 실제 개발에 집중이 가능하다. Build 빌든느 소스코드 파일을 컴퓨터가 이해할수있게 변환하는 과정을 말한다. 이러한 결과물을 Artifact(아티팩트) 라고 부르고 바이너리파일, 라이브러리, 패키지 형태로 제공된다. 빌드과정은 매우 복잡하고 번거로운데 수동으로 이를 처리하게되면 오래걸리고 사람이 직접하다보니 실수의 가능성이 높..

부트스트래핑의 어원 pull oneself up by one's bootstraps "자신의 부트스트랩으로 자신을 끌어올리다" 이것은 18, 19세기에 미국에서 사용되던 문구이다. 당시에는 터무니 없거나 불가능한 작업을 시도하거나 주장함을 암시하는데 사용되었는데, 20세기초부터 외부의 도움없이 무언가를 시작하거나 좌절에서 복구한다, 자신의 노력이나 능력만으로 성공하다는 뜻으로 사용되었다. 즉 무에서 유를 창조하는 도전으로 받아들이면 된다. 부트스트래핑과 컴퓨터 과학 본문에 들어가기 앞서, 컴파일러에 대한 사전지식이 필요하다. 다음 링크는 컴파일러의 위키 주소이므로 잘모른다면 한번 읽어보자. 컴파일러 - 나무위키 이 저작물은 CC BY-NC-SA 2.0 KR에 따라 이용할 수 있습니다. (단, 라이선스가 ..

디자인패턴이란? 디자인 패턴은 각 모듈의 세분화된 역할이나 모듈들간의 인터페이스와 같은 코드를 작성하는 수준의 세부적인 구현 방안을 설계할때 참조할수있는 전형적인 해결방식 / 예제를 의미한다. 디자인패턴은 문제 및 배경, 실제 적용된 사례, 재사용이 가능한 샘플 코드 등으로 구성된다. Don't reinvent the wheel ! (바퀴를 다시 발명하지마라) 라는 말과 같이, 개발 과정중에 문제가 발생하면 새로 해결책을 구상하는 것보다 문제에 해당하는 디자인 패턴을 참고하여 적용하는 것이 더 효율적이다. GoF디자인패턴? 배경 논문 "Using Pattern Languages for Object-Oriented Programs" (1987)을 통해 제안되었다. 이후에 23개의 패턴을 수록한 'GoF'(..

화이트박스 테스트(Whitebox Test) 화이트 박스 테스트는 모듈을 원시 코드를 오픈시킨 상태에서 원시코즈의 논리적인 모든 경로를 테스트하여 테스트케이스를 설계하는 방법이다. - 모듈의 작동을 직접 관찰 - 원시 코드(모듈)의 모든 문장을 한번이상 실행 - 프로그램의 제어구조에 따라 선택, 반복 등의 분기점을 수행하여 논리적인 경로를 제어 1. 화이트박스 테스트의 종류 기초경로검사 Base Path Testing 1. 대표적인 화이트박스 테스트 기법 2. 테스트 케이스 설계자가 절차적 설계의 논리적인 복잡성을 측정할수있게 해주는 테스트 기법 3. 테스트의 측정결과는 실행경로의 기초를 정의하는데 지침으로 사용됨 조건검사 Condition Testing 프로그램 모듈 내에 있는 논리적인 조건을 테스트하..

IP프로토콜이란? IP프로토콜은 송신 호스트와 수신 호스트가 서로를 인식하고 수신하고 송신하는 통신에 대한 규약이다. OSI 의 Layer 3에 위치한다. IP의 특징 1. 비신뢰성(Unreliable) : 흐름에 관여하지 않기 때문에 보낸 정보가 제대로 전달되었는지 확인하지 않음. 2. 비연결성(Connection less) : 정보의 전송이 가장 중요하며 해당 보낸 내용을 보장하지 않는다. IP address? IP 통신에 필요한 고유의 주소를 의미한다. 상단에 설명한 IP와는 엄연히 다른 것이므로 구분에 유의해야한다. 2023년 기준으로 IPv4와 IPv6의 두가지 체계가 존재한다. 두가지를 표로 나타내면 다음과 같다. 구분 IPv4 IPv6 주소길이 32bit 128bit 표시방법 8비트씩 4부분..

코드오류의 분류를 하면 다음과 같다. ● 생략 오류(Omission error) 입력시 한자리를 빼놓고 기록한 경우 (1234 -> 123) ● 필사 오류 , 사본 오류(Transcription error) 입력시 임의의 한자리를 잘못 기록한 경우 ( 1234 -> 1235) ● 전위 오류(Transposition error) 입력시 좌우자리를 바꾸어 기록한 경우 (1234 -> 1243) ● 이중 오류(Double Transposition error) 전위오류가 두가지 이상 발생한 경우 (1234 -> 2143) ● 추가 오류(Addition error) 입력시 한자리 추가로 기록한 경우 (1234 -> 12345) ● 임의 오류(Random error) 위의 오류가 두가지 이상 결합하여 발생한 경우 ..

의미주소지정방식 즉치주소지정방식 직접주소지정방식 간접주소지정방식 레지스터주소지정방식 레지스터간접주소지정방식 상대 주소 지정 방식 (Relative Address Mode) Program Counter (PC) 값에 명령어의 주소 필드의 값을 더해서 유효주소를 구하며, 분기 명령어 근처에 분기될 위치가 있는 경우 흔히 사용된다. - 직접 데이터에 접근할 수 없다. - 메모리를 효율적으로 사용할 수 있다. - 주소에 변위를 더해야만 한다. - 상대주소지정밥법은 계산에 의한 주소지정 방법이다. 따라서 직접주소지정방법에 비하면 이해하기가 어렵다. 전체 기억장치 주소가 명령어에 포함되어야 하는 일반적인 분기 명령어보다 적은 수의 비트만 있으면 되는 것이 장점이다. 인덱스 주소 지정 방식 (Indexed Addre..