nextcoder nextcoder

이슈 1 : 마스터 노드에 pod가 배포되어 부하로 인해 접근이 불가-> 마스터 노드에 taint를 걸어서 pod가 배포되는 것을 방지 이슈 2 : 워커 노드에 하나의 pod가 부하를 일으켜 접근이 불가-> pod 별로 리소스 사용량 limit을 걸음 Deployment : 배포 관련 편의 기능 제공 이슈 3 : 변경 사항이 반영되지 않음JAVA 서비스에서 properties만 수정 시 이미지 변경을 캐치하지 못하여 변경 사항이 벼ㅏㄴ영 안됨-> rollout 통해서 강제 재시작 가능 이슈 4 : 내 Pod가 배치 작업에 영향을 받음배치 작업을 별도 노드로 분리 (노드에 레이블 설정)operation = true 인 노드에만 배포 이슈 5 : 내 파드들이 하나의 노드메만 배포됨천재지변이 있을 수 있으므로..

스프링 개발 시작하기스프링 프로젝트더라도 스프링 부트를 통해 셋업하면 용이: 스프링을 사용하게 되면 스프링 버전과 각각의 의존성 버전이 호환 가능한지 확인해야 함스프링 버전과 스프링부트의 버전은 다르니 유의PaymentService 개발프로젝트 생성 시 유의점자바 버전 확인Gradle JVM 확인돈과 관련된 data type은 부동수소점(double, float)쓰면 안된다. BigDecimal을 쓰는 것이 보편적객체에 데이터가 들어가는 시점이 생성된 시점보다 한참 멀거나 여러 시점이 아니라면 (특히 생성되자마자 세팅된다면) setter보다 생성자를 만드는 것이 좋다. (IntelliJ에서 command + N)잭슨을 사용하여 json 데이터 처리 가능 (build.gradle에 spring-boot-s..

출처 :https://fastcampus.co.kr/dev_online_devops_kubernetes 실무까지 한 번에 끝내는 DevOps를 위한 Docker & Kubernetes feat. aws EKS | 패스트캠퍼스130시간 이상의 커리큘럼을 통해 온프레미스 환경 & AWS EKS 환경까지 실무 환경을 그대로 잡은 국내 유일 Kubernetes 강의! 300가지가 넘는 실습을 통해 강의 하나로 개발자부터 Devops, SRE, 각종 인프라fastcampus.co.kr01.컨테이너 가상화 이해가상 머신 vs Docker가상머신 : HostOS 위에서 Hypervisor 위에서 별도의 GuestOS 위에서 동작 (하드웨어 수준의 가상화)Docekr : HostOS 위에서 엔진을 통해 동작 (커널을 ..

AWS DataSyncAWS DataSync는 데이터를 자동으로 AWS 클라우드로 전송할 수 있는 관리형 서비스입니다. DataSync를 사용하면 대량의 파일과 객체를 온프레미스 스토리지 시스템에서 AWS 스토리지 서비스(Amazon S3, Amazon EFS, Amazon FSx)로 쉽게 전송할 수 있습니다. DataSync는 다음과 같은 기능을 제공합니다:고속 데이터 전송: 네트워크를 최적화하여 빠른 데이터 전송 속도를 제공합니다.자동화된 데이터 복제: 주기적인 데이터 전송 작업을 예약할 수 있어, 지속적인 데이터 동기화가 가능합니다.파일 권한 및 속성 유지: NTFS 권한과 같은 파일 시스템 속성을 유지하면서 데이터를 전송할 수 있습니다.간편한 설치 및 관리: 온프레미스에 DataSync 에이전트를..

생성 패턴Simple Factory 패턴: 객체를 생성하는 팩토리를 따로 두는 것, 객체 생성 로직을 클라이언트 코드에서 분리장점 : 복잡한 오브젝트의 생성 과정을 클라이언트가 직접 다룰 필요 없음어떤 상황에서는 Object를 생성하는 과정이 복잡할 수 있다.오브젝트 생성 과정은 모두 팩토리 안에 숨겨놓고 클라이언트는 "테슬라 모델3 만들어주세요" "테슬라 모델Y 만들어주세요"를 요청하면 팩토리가 필요한 오브젝트를 생성하여 return#include #include #include class Car {public: virtual ~Car() = default; virtual void brake() = 0;};class Model3 : public Car {public: void brake..

클라우드 컴퓨팅의 유형 퍼블릭 클라우드 사용자는 컴퓨팅 리소스를 소유하지 않음 인터넷을 통해 제공 가상화 기술로 만든 서비스를 그대로 사용 프라이빗 클라우드 특정 조직내에서 컴퓨팅 리소스를 소유 사설 네트워크를 통해 제공 가상 컴퓨팅 기술을 직접 구축 하이브리드 클라우드 퍼블릭 클라우드와 프라이빗 클라우드 또는 데이터센터 간 네트워크를 연결 멀티 클라우드 다수의 퍼블릭 클라우드를 사용 (AWS + GCP) 클라우드 서비스의 특징 탄력성/민첩성 확장성 사용한 만큼 지불 내결함성 및 재해복구 고 가용성 (여러 개의 데이터 센터가 고속 네트워크망으로 연결되어 가용성 설계 가능) 유지 관리 간소화 클라우드 서비스 모델 IaaS : 물리적 자원 가상화 (ex. EC2) PaaS : 어플리케이션을 바로 구축할 수 ..

다음에 CI/CD를 구축할 때 도움이 되고자 시행 착오를 적는다. 시행 착오 기존 코드가 완전한 코드라고 생각하지 말자. 서버 자체를 백업하고 비교하라 수동 배포가 진행되었던 서버 내 부산물들의 형상 관리가 되지 않았다. 바람직한 SW는 소스 코드 기준으로 빌드/배포 되어야 한다. 하지만 온프레미스 방식의 배포를 하는 경우 기존 서버에 특정 바이너리만 바꿔 끼우는 형식으로 작업이 진행되기에 바이너리를 제외한 다른 구성요소들은 형상 관리가 되지 않았다.(예를 들면 tomcat 등) 업데이트가 자주 되지 않는 스크립트의 경우 GIt으로 부터 복사되지 않고 사용되었다. 심지어는 Git에 형상이 존재하는 스크립트도 서버의 내용과 달랐다. 수동 배포에 쓰였던 빌드/배포용 서버에 서버 종속적인 내용이 존재했다. C..

형상 관리를 위한 팀이 별도 존재했지만, 우리 팀을 위한 CI/CD를 별도 구축했다. CI/CD 적용 배경 수동 빌드/배포로 인한 반복적인 수작업 및 Human Error 가능성 존재 빌드 산출물 및 릴리즈 버전 파악의 어려움 정적 검증이 타 팀을 통해 이뤄짐으로써 느린 반영, 검증 대기 문제 CI/CD 목표 빌드에서 배포까지의 과정 자동화 -> Human Error 최소화, 빠른 피드백 루프 Bamboo에서 빌드 history 파악 및 Release 관리, 복구 기능 -> 소프트웨어 품질 확보 CI/CD 파이프라인 내 자체 정적검증(SonarQube), 동적검증(UnitTest) Quality Gate 적용 -> 소프트웨어 품질 확보 CI/CD Tool CI/CD Tool : Bamboo Version..