24/11/05 멘토링

[tensorplumber]

다음 일정

24/11/06 수요일에 금요일 오 온라인 일정 결정

• 강사님 알림

노션 지속적 관찰예정, 카톡 피드백 및 알림 환영

• 깃허브 초대

금요일 논의할 것들

• 앱 배포 및 동작 확인 -
• 구체적인 자신의 목표 및 포트폴리오 범위 확정 - 멘토가 제시하는 것이 룰이 될 위험이 있으므로 가이드를 해주는 것 정도가 좋다

문의사항

멘토

• 서비스 계획

1. 워커노드는 비용을 고려 3개 정도에 분산처리.
2. rds는 aws 상에서 ha로 구성하면 자동으로 replication 된다.
3. db는 데이터 persistence 유지를 위해 클러스터 밖에 유지하는 것이 맞다.
4. 모니터링은 내부/외부 둘다 논리적으로 맞다. 클러스터가 죽지 않는다면 내부에 구성할 수 있다. 다만 컨트롤노드가 죽을 경우 분석이 안된다. 외부에 구성하려면 block storage 위에 vm으로 띄워서 고정해도 된다. 구현하기 쉬운 쪽으로 구성하고 논리는 나중에 만들것
5. fargate는 기술난이도가 지금과 크게 다르지 않고, 고객사/면접에서 봤을때 k8s을 구현하지 못하기 때문이 아닌가라는 의심을 살 수 있기에 추천하지 않는다.
6. 원칙적으로는 서비스/인터페이스 당 디비가 하나씩 붙는 것이 맞으나 실무는 다르다. db상 상호참조를 구현하기 어렵기 때문에 일반적으로는 하나로 구성한다. 과스펙이나 오버엔지니어링을 할 필요는 없고 구현이 우선일 때는 적정기술을 쓰는 것이 좋다. ㅇ
7. kafka 는 managed kafka service 나 kinesis가 있는데 aws에서는 오래 전부터 kinesis를 밀어왔고 비용도 약간 저렴하기 때문에 kinesis를 추천한다. 또한 firehose, opensearch, kinesis 로 파이프라인이 있는 모델이 일반적이고 튜토리얼 제공이 가능하다. 파드에서 나오는 앱로그를 json 형태로 받아서 로그통합저장소에 쓰고, frontd 라는 읽기전용 파드를 띄워서 메세지큐로 쏘면 된다.
8. 이번주 안에 앱이 동작/배포가 가능한 형태가 되면 이미지 컨테이너 포팅, 통합모니터링, 통합로깅, 배포자동화 등을 맡아서 남은 2주 동안 달리는게 최상의 시나리오.

• 수민 - 백업 엔지니어로서 특정 워커노드가 죽었거나, db가 나갔을때의 리커버리 정책을 만들고, 이를 자동화하는 것까지 구현하면 좋은 포트폴리오가 될것

9. si든지 devops 든지 주제로 '우리 비즈니스가 위험에 빠지지 않도록 준비한다' 라는 모토로 구현
10. db를 온프렘에 구성하는 건 리전을 달리하거나 오라클 클라우드에 mysql을 올리고 멀티클라우드 형태로 만들수 있다. 다만 먼저 aws rds로 구성하고 나서의 이야
11. route53에 cdn으로 s3를 붙이면 될것
12. 완성후 앞쪽에 깃허브 액션 등을 붙여서 배포 자동화 구성도 가져갈 수 있을

• 재욱 - 코드 작업이 종료되면 java graal과 spring native를 이용한 컨테이너 경량화를 알아볼 것
• 재욱 - 단위테스트가 있을때와 없는때는 외부제약을 덜받는 차이도 있지만 향후 개선작업이 사이드이펙트에 대한 기준을 세울수 있기때문에 좋다. = 품질관리가 가능하다. ex)sonarcube

과제

• aws 계정나오면 eks에 api 워드프레스 gw lb container 2개 rds 1개를 띄우는 튜토리얼

주중 계획

찬준

나연

수민

재욱

특이사항

언제든 배포가능하고 고도화 가능한 형태로 포트폴리오를 가져가기 위해 프로젝트 종료 후 2주 정도의 시간 투자가 필요

• 프로젝트 종료후 출석에 대해 운영사무실 문의

기타

1.시스템 엔지니어, 클라우드 계열에서 하드웨어를 직접 만지는 것이 아닌 직무라면 자동화에 종사하기 마련이고 그말은 곧 코드를 만진다는 뜻. 개발자보다는 csp의 api 를 불러오는 역할에 그치기 때문에 난이도는 낮은 편. 그러나 최소 1개~2개 이상의 언어를 할 줄 아는 것이 중요하므로 시간을 투자해야 한다. 가장 추천하는 것은 파이썬, 그다음 문법이 비슷한 Go, 그리고 로우레벨에서는 Rust, 하이레벨에서는 자바스크립트. 데이터 엔지니어링은 ruby. 맨 바닥에 처음부터 쓰는 것보다는 뭐라도 있는게 낫기 때문에 Ai 코드 생성 서비스를 적극적으로 이용하기를 추천. 챗gpt, copilot, cursor. 특히 유료버전의 코드 생성 생산율이 월등히 높기 때문에 유료로 사용하는 것을 권장.

2.개발자층이 고령화 되어 허리가 얇기 때문에 일단 경력을 쌓기 시작하면 장기적으로 갈수 있다. 처음 진입할 때는 약점을 없애는 것이 중요한데, 무엇이 싫다거나 못한다고 하지말고, 잘할 필요는 없다고 생각하라. 초기에는 일한만큼 받을 수 없지만, 더 일하고 더 일한만큼 pr해서 더 받는것이 맞다.