분류 전체보기 461

Docker 이미지 & 컨테이너 이해하고 사용하기

[Infra/Docker(도커)] - Docker - 도커란 이전 글에서 Docker의 개념에대해 살짝 정리해보았습니다. 이번 글에서는 Docker 실질적으로 사용하기위한 개념인 컨테이너와, 이미지에 대해 학습 정리를 하고자 합니다. [목차] Docker Images, Container 차이점 Contanier 이미지 사용하기 (이미지 만들기) 외부 빌드된 이미지 - Docker Hub 이미지 가져오기 커스텀화된 이미지 - DockerFile 로 이미지 빌드하기 도커 이미지 레이어 이해하기 도커 이미지 지우기 Docker hub 에 커스텀 이미지 올리기 Docker 로 EC2에 배포하기 1. Images vs Containers Docker 환경에서의 이미지와 컨테이너의 차이점 > 도커는 컨테이너 격리 ..

Docker - 도커란

도커란 도커(Docker)는 컨테이너 가상화 기술 중 제일 잘나가는(?) 기술입니다. 도커는 프로세스 격리 기술들을 사용해 컨테이너를 생성하고 관리하기 위한 도구입니다. 쉽게 말하면, 한 컴퓨터(물리적 자원)안에서 여러개의 시스템과 환결설정들을 충돌하지 않고 동시에 사용할 수 있도록 격리시켜서 실행하는 프로그램입니다. 도커는 별도의 개별적인 개발환경을 구성할 수 있는 컨테이너를 구축하고 관리할 수 있는 도구이며 컨테이너는, 공유되거나 재생성 복사 혹은 그자체로의 배포까지 가능한 상당히 편리한 개발도구로써 사용할 수 있습니다. (내가 원하는대로 구성하고 빌려주고, 사용할 수 있는 피크닉 박스와 유사 개념) 도커의 구조 다시 이해하자면, 도커는 컨테이너를 관리하는 플랫폼 도구입니다. 컨테이너는 프로세스 격리..

[Spring] Embedded MongoDB! 통합테스트를 위한 인메모리 몽고디비 설정하기

현재 mongodb와 mysql 을 함께 사용하고있는 프로젝트에서 통합테스트를 위해 mongodb 도 h2 같은 in-memory db로 사용할 수 있는게 없을까 찾아보다가 알게된 방법에 대해 정리하는 글 입니다. 공식적으로 Spring Document 에 언급된 in memory 방식의 nosql db 를 사용할 수 있는 방버을 찾지못해 오픈소스 라이브러리를 사용하였습니다. 참고해주세요! ✔️ Spring Boot 환경에서 Embedded MongoDB 를 사용하는 3가지 방법 1) de.flapdoodle.embed.mongo.spring embeded mongodb 라고 검색하면 가장 많이 나오는 오픈소스 라이브러인 것 같습니다. 나온지 10년 가까이된 것 같고, 지금까지도 활발하게 contribu..

[회고] "간헐적 메모리 장애" 삽질부터 트러블 슈팅까지

해당 글은 사수도 동료도 있었는데 없어진 1인 주니어 백엔드 개발자의 간헐적인 서버 메모리 장애 오류 (ShutDown) 삽질 회고입니다. 개발환경 [ Linux, Docker, Java 11, Spring 2.4.x ] | 회고 안녕하십니까 여러분 🫡 제 블로그를 정기적으로 봐주시는 분이 얼마나 있을지 모르겠으나 상-당히 오랜만에 글을 쓰게 되었네요 그 동안 황금연휴로 (9.29 ~ 10. 09) 8박9일 말레이시아 여행을 다녀오기도 했고, 사내에서 잡고있던 장애 슈팅이 잘 풀리지 않아 번아웃이라는 핑계거리가 생겨버려서 이런저런 이유를 대며 개인공부를 살짝 손에서 놓았습니다 하지만 돌아왔다는건. 문제를 해결했다는 것..!!! [목차] 직면한 문제 상황 그래서 뭐가 뭐가 문제의 원인일까? ✨ 이제 어떻게..

[Linux] 리눅스 성능 분석 및 트러블 슈팅 실제사례 정리

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. [목차] nginx miss configuration 간헐적인 네트워크 응답 지연 간헐적인 커넥션 동료 에러 간헐적인 타임아웃 EC2 CPU MHz이상 동작 에러 1. nginx miss configuration nginx workers 설정 미숙으로 인한 장애 ✔️ 장애 현상 트래픽 증가와 함께 서버의 응답 지연 발생 → 응답 지연은 컴퓨팅 리소스 부족이 원인 ✔️ 트러블 슈팅 과정 1) 메트릭 수집 보통 응답지연은 컴퓨팅 리소스 자원의 부족을 원으로 보기 때문에 아래 2가지 관점에서의 메트릭 수집을 진행 cpu..

운영체제/Linux 2023.09.05

[Linux] tcpdump - 네트워크 트러블 슈팅 도구 (리눅스 패킷 수집 및 분석하기)

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 📌 tcpdump 명령어 'tcpdump' 은 네트워크 패킷 수집을 위한 명령어..

운영체제/Linux 2023.09.02

[Linux] netstat - 리눅스 네트워크 연결 정보

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 📌 netstat 명령어 'netstat' 은 네트워크 연결정보를 위해 사용되는..

운영체제/Linux 2023.09.01

[Linux] top - 리눅스 CPU 사용량 보기

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 📌 top 명령어 커널 혹은 쉘스크립트 환경에서 간단하게 CPU 및 메모리 사용..

운영체제/Linux 2023.08.31

[Linux] df - 디스크 사용량 모니터링 하기

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 ✅ df 명령어 df는 리눅스 환경에서, 디스크의 여유 공간과 inode 의 공..

운영체제/Linux 2023.08.28

[YOUTHCON'23] 유스콘 2023 오프라인 참가 후기

좋은 기회로 유스콘 오프라인 행사에 다녀올 수 있었습니다. 많은 인사이트와 동기부여를 얻을 수 있었던 좋은경험이었기에, 짧게남아 글로 남겨보고자 합니다. 서론 유스콘을 처음 알게된것은, 여러군데 들어가있던 개발 오픈단톡방 중 1곳이었습니다. 소수의 인원만이 존재했던 한 오픈채팅방에서 한분이 유스콘 발표를 한다는 말을 꺼내셔서 처음 알게되었습니다. → 이후, 지인의 유스콘 오프라인 신청 권유, ATDD 슬랙방의 홍보, 다른 단톡방에서의 언급 등등으로 생각보다 큰 행사임을 깨달았고, 오프란인 참가 자격을 얻어 다녀왔습니다. (300명이 지원했고 140여명이 오프라인 참가자격을 얻었다.) "주니어 개발자가 발표하는 컨퍼런스" 라는 키워드에서, 나와 비슷한 연차의 사람들이 이런 무대에서 발표도 할수 있구나,, ..

반응형