티스토리

SH's Devlog

검색하기

블로그 홈

SH's Devlog

seosh817.tistory.com/m

공부한 내용을 정리하는 개발 기록 블로그

구독자: 18

방명록 방문하기

주요 글 목록

[Database] 10. 트랜잭션, 장애와 회복, 병행 제어 이번 포스트에서는 데이터베이스의 트랜잭션, 장애와 회복, 병행 제어에 대해 알아보겠습니다.트랜잭션(Transaction)[ 트랜잭션의 개념 ]트랜잭션(Transaction)은 하나의 작업을 수행하기 위해 필요한 데이터베이스 연산들을 모아놓은 것으로, 논리적인 작업의 단위.트랜잭션은 데이터베이스에 장애가 발생했을 때 데이터를 복구하는 작업의 단위도 된다.데이터베이스의 연산은 SQL 문으로 표현되므로 트랜잭션을 작업 수행에 필요한 SQL 문들의 모임으로 이해해도 좋다.트랜잭션을 통해 데이터베이스가 항상 정확하고 일관된 상태를 유지할 수 있도록 다양한 기능을 제공할 수 있다.[ 트랜잭션의 특성 ]트랜잭션이 성공적으로 처리되어 데이터베이스의 무결성과 일관성이 보장되려면 트랜잭션의 네 가지 특성인 원자성, 일관성.. 공감수 3 댓글수 2 2024. 12. 9.
[Database] 9. 이상현상(Anomaly), 정규화(Normalization) 이번 포스트에서는 이상현상(Anomaly), 정규화(Normalization)에 대해 알아보겠습니다.이상 현상(Anomaly)이상현상(Anomaly)은 불필요한 데이터의 중복으로 인해 발생하는 부작용들.함수 종속 관계 여러 개를 하나의 릴레이션으로 표현하는 경우에 주로 발생한다.이상 현상에는 삽입 이상(insertion anomaly), 갱신 이상(update anomaly), 삭제 이상(deletion anomaly)이 있다. 위 그림의 이벤트참여 릴레이션은 고객들이 이벤트에 참여한 결과를 저장하고 있는 릴레이션이다. 고객에 대한 정보인 고객아이디, 고객이름, 등급과 고객이 참여한 이벤트에 대한 정보인 이벤트번호, 당첨여부를 포함하고 있다. 한 고객이 여러 이벤트에 참여할 수 있으므로 고객아이디만으로.. 공감수 1 댓글수 1 2024. 12. 7.
[Database] 8. 데이터베이스 설계 이번 포스트에서는 데이터베이스 설계에 대해 정리하겠습니다.데이터베이스 설계 단계데이터베이스 설계 단계는 사용자의 다양한 요구 사항을 고려하여 데이터베이스를 생성하는 과정.[ E-R 모델과 릴레이션 변환 규칙을 이용한 설계 ]관계 데이터 모델을 기반으로 두고 데이터베이스를 설계할 때는 두 가지 방법을 주로 사용한다. 1. E-R 모델과 릴레이션 변환 규칙을 이용한 데이터베이스 설계2. 정규화를 이용한 데이터베이스 설계 (이상 현상을 제거하면서 올바르게 설계해나가는 방법으로 다음 포스트에서 정리 예정) 아래와 같이 5단계로 진행된다.[ 1단계: 요구사항 분석 ]요구사항 분석 단계는 데이터베이스의 용도를 파악하고 요구사항을 수집한다.결과물: 요구 사항 명세서[ 2단계: 개념적 설계 ]개념적 설계 단계는 1단.. 공감수 0 댓글수 0 2024. 12. 5.
[Database] 7. 데이터베이스 언어 SQL 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 12. 4.
[Database] 6. 관계 데이터 연산 이번 포스트에서는 관계 데이터 연산에 대해 정리하겠습니다.관계 데이터 연산의 개념[ 관계 데이터 모델 ]관계 데이터 모델 = 연산 + 데이터 구조 + 제약조건 으로 이루어진다.[ 관계 데이터 연산 ]연산은 원하는 데이터를 얻기 위해 릴레이션에 필요한 처리 요구를 수행하는 것. 데이터베이스 시스템의 구성 요소 중 데이터 언어의 역할을 한다.대표적인 관계 데이터 연산은 관계 대수와 관계 해석이 있다.관계 대수는 원하는 데이터를 얻기 위해 데이터의 처리 과정을 순서대로 기술하는 절차 언어(procedural language)관계 해석은 원하는 결과를 얻기 위해 처리를 원하는 데이터가 무엇인지만 기술하는 비절차 언어(nonprocedural language)관계 대수와 관계 해석은 능력이 동일함. -> 즉, 관.. 공감수 0 댓글수 0 2024. 12. 3.
[Database] 5. 관계 데이터 모델 이번 포스트에서는 관계 데이터 모델에 대해 정리하겠습니다.관계 데이터 모델의 개념[ 관계 데이터 모델의 개념과 기본 용어 ]관계 데이터 모델 -> 개념적 구조를 논리적 구조로 표현하는 논리적 데이터 모델 중 하나다. 하나의 개체에 대한 데이터를 릴레이션 하나에 담아 데이터베이스에 저장한다. 릴레이션 -> 하나의 개체에 관한 데이터를 2차원 테이블의 구조로 저장한 것.속성(Attribute) -> 릴레이션의 열. ex) 고객아이디, 고객이름, 나이, 등급, 직업, 적립금이라는 속성튜플(Tuple) -> 릴레이션의 행. ex) 위의 표에서 고객 개체의 4개에 대한 인스턴스도메인 -> 하나의 속성이 가질 수 있는 값들의 집합. ex) 등급 속성의 값으로 vip, gold, silver, bronze 중 하.. 공감수 0 댓글수 0 2024. 12. 2.
[Database] 4. 데이터 모델링 이번 포스트에서는 데이터 모델링에 대해 정리하겠습니다.데이터 모델링과 데이터 모델의 개념데이터베이스는 현실 세계에 존재하는 수많은 데이터 중에서 조직을 운영하는데 꼭 필요한 데이터만 선별하여 컴퓨터에 저장한 것이다. 아래 그림은 현실 세계의 병원을 컴퓨터 세계의 병원 데이터베이스로 변환한 모습이다. 데이터 모델링(Data modeling) -> 현실 세계에 존재하는 데이터를 컴퓨터 세계의 데이터베이스로 옮기는 변환 과정. 추상화(abstraction) -> 데이터베이스로 변환하는 과정을 생각하는 과정. 예를 들면 코끼리를 데이터베이스를 변환하는 과정에서 데이터베이스로 뽑아낼만한 가치가 있는 중요 데이터만 뽑아내는 작업. 개념적 모델링(conceptual modeling) -> 현실 세계에서 코끼리에 대한.. 공감수 0 댓글수 0 2024. 12. 1.
[Database] 3. 데이터베이스 시스템 이번 포스트에서는 데이터베이스 시스템에 대해 정리하겠습니다.데이터베이스 시스템 정의데이터베이스 시스템 -> 데이터베이스에 데이터를 저장하고, 저장된 데이터를 관리하여 조직에 필요한 정보를 생성해주는 시스템이다. 따라서 다양한 목적의 정보 처리 시스템을 구축하는 데 필요한 핵심 요소가 된다. 흔히, 데이터베이스, 데이터베이스 관리 시스템, 데이터베이스 시스템을 같은 의미로 사용하지만 각 용어의 개념을 관계를 명확히 이해할 필요가 있다. 각 개념에 대해 알아보면 아래와 같다. 데이터베이스 -> 데이터를 저장해두는 곳. 즉, 저장된 데이터의 집합. (1번째 포스트)데이터베이스 관리 시스템 -> 데이터베이스에 저장된 데이터가 일관되고 무결한 상태로 유지되도록 관리하는 역할. (2번째 포스트)데이터베이스 시스템 .. 공감수 0 댓글수 0 2024. 11. 28.
[Database] 2. 데이터베이스 관리 시스템 이번 포스트에서는 데이터베이스 관리 시스템에 대해 정리하겠습니다.데이터베이스 관리 시스템의 등장 배경[ 파일 시스템 ]오래 전부터 데이터를 관리하기 위해 사용하던 소프트웨어. 데이터를 파일로 관리할 수 있도록 파일을 생성, 삭제, 수정, 검색하는 기능을 제공하며, 운영체제와 함께 설치됨. [ 파일 시스템의 문제점]1. 같은 내용의 데이터가 여러 파일에 중복 저장된다. 데이터 중복성 문제 때문에 데이터 일관성을 유지하기 어렵다.-> 예를 들면, 한 고객의 연락처가 변경되어 고객 데이터 파일만 수정하고 실수로 주문 데이터 파일을 수정하지 않는 경우. 2. 응용 프로그램이 데이터 파일에 종속적이다. 데이터 중복성 문제 때문에 데이터 무결성을 유지하기 어렵다. -> 같이 사용하는 파일의 구조를 변경하면 응용 프.. 공감수 1 댓글수 1 2024. 11. 27.
[Database] 1. 데이터베이스 기본 개념 이번 포스트에서는 데이터베이스 기본 개념에 대해 정리하겠습니다.데이터 베이스의 필요성[ 데이터와 정보의 차이점 ]데이터와 정보를 같은 의미로 사용하는 경우가 많지만, 이 둘은 명확히 구별해야 한다. 데이터 -> 현실 세계에서 단순히 관찰하거나 측정하여 수집한 사실(fact)나 값(value)로, 자료라고도 한다.정보 -> 데이터를 의사 결정에 유용하게 활용할 수 있도록 처리하여 체계적으로 조작한 결과물. 쉽게 비유하자면, 목장에서 방금 짠 원유가 데이터이고 고객을 위해 공장에서 가공하여 팩에 담는 우유가 정보다. 정보 처리 -> 데이터에서 정보를 추출하는 과정 또는 방법. 즉, 정보처리는 데이터를 상황에 맞게 분석하거나 해석하여 데이터 간의 의미 관계를 파악하는 것. 위 그림은 쇼핑몰은 주문 내.. 공감수 0 댓글수 0 2024. 11. 27.
[Android] Jetpack Compose 상태 호이스팅 이번 포스트에서는 Android Developers 공식 문서를 통해 Jetpack Compose의 상태 호이스팅의 개념과 상태 호이스팅을 하는 다양한 방법들에 대해 정리하겠습니다. 스테이트풀(Stateful)과 스테이트리스(Stateless)remember API를 사용하여 객체를 저장하는 Composable은 내부 상태를 생성하여 Composable을 스테이트풀(Stateful)로 만듭니다. HelloContent는 내부적으로 name이라는 상태를 보존하고 수정하므로 스테이트풀(Stateful) 컴포저블의 한 예시가 됩니다. 이는 호출자가 상태를 제어할 필요가 없고 상태를 직접 관리하지 않아도 상태를 사용할 수 있는 경우에 유용합니다. 그러나 내부 상태를 갖는 Composable은 재사용 가능성이 적.. 공감수 0 댓글수 0 2024. 3. 23.
[Android] Jetpack Compose에서의 상태관리 안녕하세요. 이번 포스트에서는 Jetpack Compose의 상태관리에 대해 알아보겠습니다. Android 앱의 상태 및 Jetpack ComposeAndroid 앱의 상태는 시간에 따라 변할 수 있는 값을 의미합니다. -> 이것은 매우 광범위하게 정의되며 Room의 데이터베이스에서부터 Room의 변수까지 모든 것을 포함합니다. 모든 Android 앱에서는 User에게 상태를 표시합니다. 예를 들면 아래와 같은 상황이 있을 수 있습니다.- 네트워크 연결을 설정할 수 없을 때 표시되는 스낵바- 블로그 게시물 및 댓글- 사용자가 클릭하면 버튼에서 재생되는 물결 애니메이션- 사용자가 이미지 위에 그릴 수 있는 스티커 Jetpack Compose를 사용하면 이러한 Android 앱에서 어디에 상태를 저장하고 사.. 공감수 0 댓글수 0 2024. 3. 17.
[컴퓨터 구조] 3. 명령어 이번 포스트에서는 컴퓨터 구조의 명령어에 대해 정리하겠습니다.내용은 "혼자 공부하는 컴퓨터 구조+운영체제" 책을 참고하였습니다!소스 코드와 명령어[ 고급 언어와 저급 언어 ]고급 언어 -> 사람이 이해하고 작성하기 쉽게 만들어진 언어. 대부분의 프로그래밍 언어가 고급 언어에 속한다.저급 언어 -> 컴퓨터가 직접 이해하고 실행할 수 있는 언어.그래서 고급 언어로 작성된 소스 코드가 실행되려면 반드시 저급 언어, 즉 명령어로 반환되어야 한다. 저급 언어에는 두 가지 종류가 있다. 바로 기계어와 어셈블리어이다. 기계어 -> 0과 1의 명령어 비트로 이루어진 언어이다. 다시 말해 기계어는 0과 1로 이루어진 명령어의 모음이다. 아래 그림은 컴퓨터는 0과 1로 이루어진 이 기계어를 이해하고 실행한다. 다만, 기.. 공감수 0 댓글수 0 2023. 6. 26.
[컴퓨터 구조] 2. 데이터 0과 1로 숫자를 표현하는 방법[ 정보 단위 ]컴퓨터는 0과 1로 모든 정보를 표현하고 0과 1로 표현된 정보만을 이해할 수 있다. 비트(b) -> 0과 1을 나타내는 가장 작은 정보 단위. n비트는 2^n가지의 정보를 표현할 수 있다.바이트(B) -> 8개의 1비트를 묶은 단위. 2^8(256)개의 정보를 표현할 수 있다.킬로바이트(KB) -> 1000개의 1바이트를 묶은 단위.메가바이트(MB) -> 1000개의 킬로바이트를 묶은 단위.기가바이트(GB) -> 1000개의 메가바이트를 묶은 단위.테라바이트(TB) -> 1000개의 기가바이트를 묶은 단위. 비트(b) [ 이진법 ]수학에서 0과 1만으로 모든 숫자를 표현하는 방법. 아래 그림과 같이 숫자가 1을 넘어가는 시점에 자리 올림을 하여 0과 1.. 공감수 0 댓글수 0 2023. 6. 22.
[컴퓨터 구조] 1. 컴퓨터 구조 Overview 컴퓨터 구조의 큰 그림 컴퓨터 구조는 컴퓨터가 이해하는 정보와 컴퓨터의 네 가지 핵심 부품으로 이루어져있다.[ 컴퓨터가 이해하는 정보 ]컴퓨터는 0과 1로 표현된 정보만을 이해하며, 0과 1로 표현되는 정보에는 크게 데이터와 명령어가 있다. 데이터 -> 컴퓨터가 이해하는 숫자, 문자, 이미지, 동영상과 같은 정적인 정보. 컴퓨터와 주고받는 정보나 컴퓨터에 저장된 정보를 말함. 명령어 -> 데이터를 움직이고 컴퓨터를 작동시키는 정보. 컴퓨터를 실질적으로 작동시키는 더 중요한 정보이며, 데이터는 명령어 없이는 아무것도 할 수 없는 정보 덩어리이다. 즉, 컴퓨터를 한마디로 표현하자면 "명령어를 처리하는 기계"이다. ex) 1과 2를 더하라. -> 1과 2는 데이터, '더하라 1과 2를'는 명령어.ex) '안녕.. 공감수 0 댓글수 0 2023. 6. 16.
[Flutter] Mixin으로 StatefulWidget의 중복 코드 제거하기(feat. 무한 스크롤) 이번 포스트에서는 Mixin으로 StatefulWidget의 초기화 중복 코드를 제거하는 방법을 정리하겠습니다. StatefulWidget의 Controller 중복 코드 발생 StatefulWidget에서 스크롤 또는 애니메이션 작업 등의 애플리케이션의 UI 상태와 연결하고 관리해야 하는 작업을 수행해야 할 때 Controller를 이용합니다. Controller의 종류로는 ScrollController, AnimationController, TextEditingController 등이 존재합니다. 예를 들면, ScrollController는 스크롤 상태를 추적하고 제어하는 데 사용됩니다. 이를 통해 스크롤 위치를 제어하고 스크롤 이벤트를 받을 수 있으므로 무한 스크롤, 페이징 또는 스크롤 위치에 따른.. 공감수 2 댓글수 0 2023. 5. 24.
[Flutter] 상태 관리 패키지 Riverpod 알아보기 이 글은 Riverpod 2.0 기준으로 작성되었습니다. 이번 포스트에서는 공식 문서를 보면서 Riverpod에 대해 알아보고, 왜 Riverpod을 사용해야 하는지에 대해 알아보겠습니다. 사용 방법은 간략하게만 다루었으며 Provider의 종류에 대한 정리는 패키지가 워낙 자주 바뀌기도 하고 공식 홈페이지에 워낙 잘 정리되어 있어서 참고하시면 좋을 것 같습니다. Flutter의 상태 관리 Flutter는 선언형 UI이며 각각의 상태를 포함하고 있는 위젯 트리를 기반으로 구성되기 때문에 상태 관리가 매우 중요합니다. 단일 위젯에서만 사용하는 상태일 경우는 상태 관리가 특별하게 관리되지 않아도 되지만, 앱의 여러 위젯에서 상태를 사용하는 경우에는 상태 관리가 특히 더 중요합니다. 이러한 여러 위젯에서 사용.. 공감수 3 댓글수 0 2023. 5. 2.
[BLE] GATT란? - Services & Characteristics GATT(Generic Attribute Profile)란? GATT(Generic Attribute Profile)는 BLE 연결을 통해 프로필 및 데이터를 주고받기 위한 방법을 정의합니다. 로우 레벨의 상호작용을 정의하는 GAP와는 달리 GATT는 실제 데이터 전송 절차 및 데이터 형식만을 다룹니다. 또한, 다른 업체에서 제작한 서로 다른 디바이스 간의 상호 운용성을 보장하는 SIG defined GATT-based profiles을 제공합니다. 올바르게 작동하려면 모든 표준 BLE Profile은 GATT을 기반으로 해야 하며 GATT를 준수해야 합니다. 따라서, 어플리케이션과 사용자는 데이터를 전송하기 위해 데이터의 타입을 정할 때 GATT 규칙에 따라 전송해야 합니다. GATT는 ATT(Attr.. 공감수 8 댓글수 0 2023. 4. 20.
[Error] gradlew Permission Denied 에러 해결법 Android Studio, IntelliJ, 맥 터미널에서 Gradle 프로젝트를 빌드할 때 혹은 .gradle 디렉토리에 대한 Permission 문제가 발생하거나 gradlew 명령어를 실행할 때 빌드 과정에서 에러가 발생할 때가 있습니다. 만약, ./gradlew가 실행이 안된다면 프로젝트 디렉토리에서 아래 명령어를 실행해서 실행권한을 주면 됩니다. $ chmod +x ./gradlew 만약, 빌드 과정에서 .gradle 디렉토리에 대한 권한 문제가 발생한다면 이유는 Gradle Build tool이 프로젝트를 빌드하는 과정에서 .gradle 디렉토리를 수정할 때 쓰기 권한이 없기 때문에 빌드하지 못하는 경우입니다. 그래서 아래 명령어로 프로젝트 디렉토리에 대한 권한을 주어서 외부 tool이 프로.. 공감수 2 댓글수 0 2023. 4. 19.
[Android] Gradle 빌드시에 Signing key로 서명하도록 설정하기 이번 포스트에서는 Gradle 빌드시에 Signing key를 서명하도록 설정하는 방법을 정리하겠습니다. Play store에 앱을 업로드하려면 Bundle 혹은 APK에 앱 서명을 해야합니다. 그래서 서명하기 위한 일반적인 방법으로는 [Build]-[Generate Signed Bundle / APK]에서 keystore 정보를 입력해주는 방법이 존재하지만 이 방법은 APK 생성할때마다 매번 입력해주어야 하므로 꽤 번거롭습니다. 또한, keystore에 대한 정보는 깃과 같은 외부 저장소에 올려서 노출되어서는 안되므로 주의해야 합니다. 그래서 이번 포스트에서는 Gradle의 sIgningConfings 설정을 통해 빌드시에 keystore로 안전하게 앱 서명을 하는 방법을 정리하겠습니다. gradle.. 공감수 1 댓글수 0 2023. 3. 1.
[BLE] GAP란? - Advertising & Connections GAP(Generic Access Profile)란?GAP(Generic Access Profile)는 서로 다른 제조사에서 제작한 두 개 이상의 BLE 디바이스가 서로 호환되어 상호 운용할 수 있도록하는 프레임워크를 제공합니다. 즉, GAP는 서로를 검색할 수 있도록 이 프레임워크는 모든 BLE 디바이스가 구현을 해야합니다. 그러므로, GAP에서는 광고(Advertisement)와 연결 설정(Connection Establishment)등의 상호 운용성을 보장하며 BLE Device의 모드(Modes)와 역할(Roles), 프로시저(Procedures), 보안(Security)을 정의합니다. 두 개의 BLE 디바이스는 서로를 발견하기 위해서는 둘 중 하나는 광고(Advertising)을 해야하며 이 장.. 공감수 6 댓글수 0 2023. 2. 23.
[BLE] 저전력 블루투스 BLE(Bluetooth Low Energy)란? BLE(Bluetooth Low Energy)란? Bluetooth는 마우스, 키보드 또는 PC와 같은 장치에서 근거리 케이블을 대체하기 위한 무선(wireless) 통신 기술로 시작되었습니다. 초기에는 당시 표준이었던 Bluetooth Classic(BR/EDR)이라는 기술을 사용했습니다. 하지만, Bluetooth Classic에는 큰 문제점이 있었는데 배터리가 빨리 소모된다는 단점이 있었고 많은 불편함이 있었습니다. 그리고 마침내 2010년에 Bluetooth 4.0이 새로운 Bluetooth의 표준으로 채택 되었고 Bluetooth Classic의 단점을 보완하여 훨씬 적은 전력을 사용하고 Bluetooth Classic과 비슷한 성능의 무선 통신이 가능해졌습니다. 당시 배터리 소모 문제는 Blu.. 공감수 10 댓글수 0 2023. 2. 18.
[Docker] 도커 컴포즈(Docker compose) - 개념 정리 및 사용법 이번 포스트에서는 도커 컴포즈에 대해 정리하겠습니다. 도커 컴포즈란? 도커 컴포즈는 단일 서버에서 여러개의 컨테이너를 하나의 서비스로 정의해 컨테이너의 묶음으로 관리할 수 있는 작업 환경을 제공하는 관리 도구입니다. 도커 컴포즈를 사용하는 이유 여러 개의 컨테이너가 하나의 어플리케이션으로 동작할 때 도커 컴포즈를 사용하지 않는다면, 이를 테스트하려면 각 컨테이너를 하나씩 생성해야 합니다. 예를 들면, 웹 어플리케이션을 테스트하려면 웹 서버 컨테이너, 데이터베이스 컨테이너 두 개의 컨테이너를 각각 생성해야 합니다. 즉, 아래와 같이 두개의 run 명령어를 입력해야합니다. $ docker run --name wordpress_db -d mysql:8 $ docker run -d -p 8080:80 \ --l.. 공감수 30 댓글수 4 2023. 2. 6.
[Docker] 도커 이미지 - 도커 허브(Docker hub)에 이미지 배포하기 이번 포스트에서는 도커 공식 원격 저장소인 도커 허브(Docker hub)에 도커 이미지를 배포하는 방법을 정리하겠습니다. 도커 이미지 배포 방법 이미지를 생성했다면 이를 다른 도커 엔진에 배포할 방법이 필요합니다. docker save나 docker export 같은 방법으로 단일 파일로 추출해서 배포할 수도 있지만 이미지 파일의 크기가 너무 크거나 도커 엔진의 수가 너무 많다면 이미지를 파일로 배포하기 어렵습니다. 또한 도커의 이미지 구조인 레이어 형태를 이용하지 않으므로 매우 비효율적입니다. 이를 해결하기 위한 첫 번째 방법은 도커에서 공식적으로 제공하는 도커 허브(Docker hub) 이미지 저장소를 이용하는 것입니다. 도커 허브는 도커 이미지를 저장할 수 있는 클라우드 서비스이고 사용자는 이미지.. 공감수 4 댓글수 0 2023. 2. 4.
[Docker] 도커 이미지 - Dockerfile 개념 및 작성법 이번 포스트에서는 Dockerfile의 개념과 작성법에 대해 정리하겠습니다. Dockerfile 사용 유무에 따른 이미지를 생성하는 방법 개발한 어플리케이션을 컨테이너화할 때 생성하는 방법은 아래와 같습니다. 1. 아무것도 존재하지 않는 이미지(ex. 우분투, centOS)로 컨테이너를 생성. 2. 어플리케이션을 위한 환경을 설치하고 소스코드 등을 복사해 잘 동작하는 것을 확인. 3. 컨테이너를 이미지로 커밋(commit) 이 방법을 사용하면 어플리케이션이 동작하는 환경을 구성하기 위해 일일이 수작업으로 패키지를 설치하고 소스코드를 깃(Git)에서 클론하거나 호스트에서 복사해야 합니다. 물론 직접 컨테이너에서 어플리케이션을 구동해보고 이미지로 커밋하기 때문에 이미지의 동작을 보장할 수 있다는 점도 있습니.. 공감수 8 댓글수 0 2023. 1. 30.
[Docker] 도커 이미지 - 개념정리 및 명령어(생성, 삭제, 추출) 이번 포스트에서는 도커 이미지에 대한 개념정리와 명령어, 그리고 관리하는 방법에 대해 정리하겠습니다. 도커 이미지를 빌드하는 방법은 크게 Dockerfile 없이 도커 이미지를 생성하는 방법과 Dockerfile을 이용하여 도커 이미지를 생성하는 방법 두 가지로 나뉩니다. 그래서 이번 포스트에서는 Dockerfile 없이 도커 이미지를 빌드하는 방법만 정리하고 다음 포스트에서 Dockerfile과 Dockerfile로 도커이미지를 생성하는 방법을 정리하겠습니다. 도커 이미지 모든 컨테이너는 이미지를 기반으로 생성되므로 이미지를 다루는 방법은 도커 관리에서 빼놓을 수 없는 부분입니다. 이미지의 이름을 구성하는 저장소, 이미지 이름, 태그를 잘 관리하는 것 뿐만 아니라 이미지가 어떻게 생성되고 삭제되는지, .. 공감수 10 댓글수 0 2023. 1. 25.
[Docker] 도커 컨테이너 - 컨테이너 로깅(Logging) 컨테이너 내부에서 어떤 일이 일어나는지 아는 것은 디버깅뿐만 아니라 운영 측면에서도 중요합니다. 어플리케이션 레벨에서 로그가 기록되도록 개발해서 별도의 로깅 서비스를 쓸 수도 있지만 도커는 컨테이너의 표준 출력(StdOut)과 에러(StdErr) 로그를 별도의 메타데이터 파일로 저장하며 이를 확인하는 명령어를 제공합니다. 이번 포스트에서는 도커 컨테이너 로깅에 대해 정리하겠습니다. json-file 로그 사용하기 json-file 로그 명령어 $ docker logs [Container Id or Name] docker logs 명령어를 사용하면 컨테이너의 로그를 확인할 수 있습니다. --tail 옵션 -> 컨테이너의 로그가 너무 많아 읽기 힘들다면 --tail 옵션을 사용하여 마지막 로그 줄부터 출력할.. 공감수 3 댓글수 0 2023. 1. 23.
[Docker] 도커 볼륨 다루기 이번 포스트에서는 도커 볼륨을 다루는 방법을 정리하겠습니다. 위의 그림에서 보면 컨테이너 계층과 이미지 계층으로 나누어져 있는 것을 볼 수 있습니다. 보통 우리가 도커 이미지를 빌드할 때 docker build -t app [경로] 명령어를 실행하면 Dockerfile이라는 명세서를 기반으로 도커 이미지가 빌드가 됩니다. 이 이미지는 레이어 구조로 되어있는데, Dockerfile 내에 작성되어있는 여러 명령어들이 순차적으로 레이어가 쌓이듯이 저장된다고 보면 됩니다. 예를 들어, 우분투 이미지를 Base로 사용한다고 하면 Layer 1: Base 우분투레이어 설치 Layer 2: 우분투 운영체제에서 필요로하는 패키지들을 설치(ex. apt-get으로 패키지 설치하는 내용) Layer 3: 패키지를 설치(.. 공감수 15 댓글수 0 2023. 1. 22.
[Docker] 도커 네트워크 이해하기 이번 포스트에서는 도커 네트워크에 대해 정리하겠습니다. 도커 네트워크 구조 기본적으로 도커를 호스트 운영체제에 설치하면 여러가지 네트워크 드라이버들이 설치되며 IP 주소를 순차적으로 할당하고 도커 컨테이너를 실행할 때 사용하고 싶은 네트워크 드라이버를 선택할 수 있습니다. 기본적으로 도커는 컨테이너에 172.17.0.x의 IP를 순차적으로 할당합니다. 확인해보기 위해 아래의 명령어로 컨테이너를 생성해줍니다. $ docker run -it ubuntu:focal 그리고 컨테이너 내부에서 ifconfig 명령어로 컨테이너의 네트워크 인터페이스를 확인하겠습니다. 위 스크린샷을 보면 lo 네트워크 인터페이스와 eth0 네트워크 인터페이스가 각각 172.17.0.1과 172.17.0.2가 할당된 것을 확인할 수 .. 공감수 18 댓글수 0 2023. 1. 21.
[Jenkins] Slave(Agent) 노드 추가하기 (via SSH) 이번 포스트에서는 SSH 방식으로 통신하는 젠킨스 Slave(Agent) 노드를 추가하는 방법을 정리하겠습니다. Jenkins Slave(Agent) 노드에 SSH 키 설정하기 Master 노드에서 Slave 노드에 접속해서 사용하기 위해서는 Master노드와 Slave 노드가 SSH 통신을 할 수 있도록 만들어 주어야 합니다. 그러므로, Slave 노드에 SSH 키 생성을 하는 것 부터 시작하겠습니다. 1. 홈 디렉토리에 .ssh 디렉토리를 생성 # ~/.ssh 디렉토리 생성(이미 존재한다면 생략) $ mkdir ~/.ssh 먼저, 연결할 Slave 노드의 터미널에서 mkdir 명령어로 홈 디렉토리에 .ssh 디렉토리를 생성해줍니다. 2. SSH 키 쌍 생성하기 # SSH 키 페어 생성 $ ssh-ke.. 공감수 3 댓글수 0 2022. 12. 29.

반응형

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.