시나브로

이력서 AWS 기준 실무경험

두달동안 몸 담았던 회사에서 분석했던 어느 사이트. 도서 대출, 검색 관련 사이트.MSP 클라우드 엔지니어로 입사해서, 사내 업무용 작업 사이트를 계속 보며, 미래를 계속 계획했었다.수습기간이었고, 역량 부족으로 다시 취준이 되었다.여기 입사 전에 2년 반을 경험으로 쌓은 곳이 있는데 무색하게, 여기가 배운 것이 훨 많았다.한달은 적응할 겸, ㅇㅇ도청 AI 인프라 현황 파악하였고, 두달 째에 팀장님이 나만의 분석하는 방향과 어느 정도 알고 있는지를 보기 위해, 이 사이트를 발표하도록 요청하셨다.그래서 선임님들께 집중 요청과 질문해가며 습득하려고 애썼다. 그리하여 나름 공부하며 구성도를 적응하려고 했다.일단 느낀 점은, 소규모만 했던지라 서버가 많고 타이트해보였다.그런데 이정도 규모는 CSP를 이용하는데 ..

입사 후 첫번째 미션이 ㅇㅇ도청 생성형 AI 인프라 현황 인데, 통신 흐름 파악이었다.이 흐름이란게 요청에 따라서 계속 바뀔수있는거라 큰 의미는 없겠지만그때 파악한거대로 적어보려 한다. ㅇㅇ도청 생성형 AI 흐름 구성도 구성도는 단순하게 이런 흐름이었고,리소스 현황은 다음과 같다.ServerVPCSubnetLBDBNAT(표시 안되어있지만)NAS까지만 있었다. 오픈 전이라고 했으니까 개발하고 이제 운영 단계인거 같았다. 퇴사 하루 전에 ㅇㅇ도청 예산 조정으로 인프라 백업 후 일부가 정리된 상황이었다.-------------------------------------------------------------------------- 이후에 구성도를 보는데 사용 이유와 흐름이 이해되지 않아Chatbot,..

3티어 web-was-db 연동 기억 되짚기 - Web (apache)정적인 것에 강함. 이미지·CSS 같은 정적 파일을 Apache가 처리하고, Tomcat까지 보내지 않음문지기 역할. 요청 받고, HTTPS 처리하고, 뒤로(was) 넘김 - WAS (tomcat)동적인 것 담당. 자바 코드(로직)를 실행함복잡한 계산·판단은 Tomcat이 전담 → 자바의 강점"로그인 맞나 확인", "장바구니 계산" 같은 머리 쓰는 일 수행함 - DB (mariadb)데이터 보관·검색. 회원정보, 게시글, 주문내역을 저장하고 꺼내줌데이터는 전부 DB에,(Tomcat은 데이터를 "들고 있지" 않고 필요할 때만 꺼내 씀그래서 Tomcat 여러 대로 늘려도 데이터 일관성 유지됨) Apache는 받고, Tomcat은 생각하고,..

용어이해한대로pod클러스터 안에서 제일 작은 단위. 컨테이너를 감싸고 있다deploymentpod 배포. replicas 적용 가능service4가지 타입 - ClusterIP, Nodeport, lb, External NameClusterIP클러스터 내부 IP. 단일 진입점. 클러스터 안에서만 통신 가능Nodeport포트. pod 내 컨테이너에서 외loadbalancer ingress coreDNS도메인 역할. CNI컨테이너 네트워크 인터페이스. Cluster (클러스터) 전체 묶음. Master node + Worker nodeMaster Nodecontrol plane이 돌아가는 서버 Control Plane 클러스터의 두뇌. api-server, etcd, scheduler, controller..

1. 컨테이너 빌드 컨테이너 Registry 계정 가입docker regisitry에 계정 등록docker login이외에 여러 번 실패 로그인 성공 k8s-worker1컨테이너 빌드하기 - Petclinicsudo apt updateJava OpenJDK 버전 17 설치sudo apt install openjdk-17-jdk -yjava --version...어마어마한 양의 패키지들이 설치됨더보기설치 완료 버전 확인 Petclinic 패키지 컴파일 git clone https://github.com/spring-projects/spring-petclinic.git cd spring-petclinic package - 프로젝트를 컴파일 -> 빌드하여 target/ 디렉토리에 binary jar 파일..

create namespace get ns kubectl get pods -n product kubectl run webserver -n product --image nginx:1.14 kubectl get pods -n product kubectl delete pod webserver -n product 1. product라는 namespace에 webserver라는 pod를 삭제해라 2. 삭제 후 pod 없는 상태 확인 kubectl run webserver --image nginx:1.14 --port 80 --dry-run=client -o yaml > test.yaml1. nginx 1.14 이미지로, 80번 port를 쓰는 webserver라는 pod 1개를 만드는데,2. 실제로 만들지..