nextcoder nextcoder

출처 :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 에이전트를..

다음에 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..

들어가며Mac에서의 Docker 설치 방법 및 리액트/스프링부트 빌드 결과물을 띄울 수 있는 간단한 스크립트를 만들어보았다.Docker 설치Mac Docker 설치https://kanoos-stu.tistory.com/22 Docker Destop 을 클릭하고 자신의 os 버전에 맞게 선택해 설치를 한다. 설치가 완료되면 mac 의경우 " data-og-host="kanoos-stu.tistory.com" data-og-source-url="https://kanoos-stu.tistory.com/22" data-og-url="https://kanoos-stu.tistory.com/22" data-og-image="https://scrap.kakaocdn.net/dn/n8r6R/hyTlbfpqhl/7aVa..

https://3d-yeju.tistory.com/63 AWS EC2에 웹 프로젝트 배포하기 (React) EC2 인스턴스 생성하기 터미널에서 EC2 인스턴스에 접속하기 웹 프로젝트 배포 하기 웹 프로젝트 배포 확인 리액트로 만든 웹페이지를 로컬 호스트 주소가 아닌 누구든 볼 수 있는 url로 변경하기 3d-yeju.tistory.com

1. RDS 인스턴스의 퍼블릭 엑세스 설정 허용 확인 2. 보안 그룹 인바운드/아웃바운드 확인 -> 연결이 되는지 일단 보고 싶다면 모든 트래픽, 모든 IPv4, 0.0.0.0/0 -> 추후 이해하고 수정하기 3. 위 두개를 했는데도 안된다면 subnet이 private 이어서 인터넷 게이트웨이와 라우팅 필요할 수 있음 (default가 private이라고 한다....) - VPC - 라우팅 테이블 메뉴에서 - RDS 라우팅 테이블 클릭 후 - 작업 - 라우팅 편집 - local 로 되어있다면 - 라우팅 추가 - 왼쪽 대상에 0.0.0.0/0 입력, 오른쪽 대상에는 인터넷 게이트 웨이 (igw ... 뜨면 클릭) - 변경 사항 저장 후 다시 시도!! -> 나는 3번에서 잘 됐다. 휴. 서브넷 생각을 못했다.

문제 : '따라하며 배우는 AWS 네트워크 입문"를 따라하던 중 이미 키 페어를 (ppk) 받고 난 후, CloudFormation을 통해서 생성한 EC2에 ssh 접속이 되지 않았다. (Windows PuTTY이기 때문에 ppk를 받음. Mac은 pem) 이 오류는 2가지로 발생하는데, AMI에 적합한 사용자 이름이 아닐 때 잘못된 프라이빗 키를 사용하고 있을 때 잘못된 프라이빗 키를 가진 경우에는 (Windows인데 pem을 받았다거나) 확장자를 수정하거나, 올바른 키를 첨부하는 것으로 문제를 해결할 수 있다. 나는 AMI에 적합한 사용자 이름이 아닌 경우로 해당되었는데, AMI 별로 디폴트 사용자 이름이 존재했다. (AMI는 만든 서버(EC2)의 OS 정도로 이해했다.) 인스턴스 설명에 '플랫폼'에..