개인적으로는 AWS를 꽤 오래 사용하였지만, 업무에 사용하게 된건 이직한 이후다. 그래서 AWS를 잘 다룬다는 걸 증명하고 싶어서 자격증이 있으면 좋겠다는 생각을 하고, 자격증 소모임에 참여해봤다. 오거나이저 중 한 분이 진행했는데, 짧은 시간이었지만 유익한 내용이 많았다. 이번 소모임에서는 대부분의 시간을 SA 시험 안내서를 보고 중요한 내용을 설명을 해줬다.시험 안내서에서 중요한 내용 정리 - 시험 안내서가 엄청 중요하다.- 시험은 65문제 중 50문제를 푸는 것이고, 720점 이하로 대표적으로 690점으로 떨어졌다? 아쉽게 떨어지는건 절대 아니다. AWS가 점수를 후하게 준다. SA는 보안에 대한 문제도 나온다.- 보안은 IAM이나 SSO를 설계하는 경우가 더 많다. SSO를 왜?- 공동 책임 모델..
AWS Summit에서 마지막 세션을 인상깊게 들었었는데, 못다한 이야기가 있다고하니 참을 수 없어서 신청(네트워킹은 겸사겸사 가능했으면 좋겠지만 어렵다는걸 알고 있음...) AWS Summit에서 했던 발표를 chalk talk 버전으로 가볍게 하려고 한다고 하셨음. 현실적인 이야기를 추가해서... 다음달 모임이 기대된다 하셨음-> AWS에서 실제로 일했던, 플랫폼을 잘 사용한 개발자가 어떨까하고 모실려고 함 파란색은 내가 생각하고 작성한 내용한진님이 AWS Summit에서 했던 세션을 가볍게 진행 플랫폼을 제공하는게 골든 패스다. 다만 골든 패스가 "이것 만 해"를 이야기하는게 아님 개발자가 자유도를 얻을 수 있도록 샛길도 열어둠, 하지만 100% 지원하지는 않음 검토가 필요한 부분이 있을 수 있기 ..
2024.05.18 - [일상] - AWS Summit Seoul 2024 - 1일 차 후기 1일차에 너무 많이 걷고, 세션에서 줄서는 시간이 길었어서 2일차부터는 전략을 다시 짰다. 기업 부스를 안가고(1일차에 많이 봣음) 세션 열리기 30분전부터 대기해서, 좋은 자리를 선점하는 방식으로 움직였다. 2일차는 플랫폼 엔지니어링이 뭔지 막연하게만 알고 있던 나에게 도움이 되는 좋은 세션이었들이 많았다. (1일 차 후기에 플랫폼 엔지니어링에 대한 내용이 들어갈 수 있었던건 2일차까지 봐서 였다) 4:30분 세션은 조기 연설 강연장에서 WAF에 대한 세션이 있어서 거기로 빠졌다. 강연장에서 준비된 세션이 있다는 걸 알았으면 더 필요한 것만 쏙쏙 잘 들었을 것 같은데 아쉬웠다. 플랫폼 엔지니어링 기반 개발자 ..
2024.05.19 - [일상] - AWS Summit Seoul 2024 - 2일 차 후기 다행히 회사에서 여유가 있는 상태라 1, 2일차를 모두 참석할 수 있었다. 참가 신청이 뜨자마자 신청해서 참석 이메일도 받은 상태였는데... 코엑스는 생각보다 멀었다. 아래는 강연인데 나는 표시한 순서대로 들었다. 세션들은 아무래도 LLM이 이슈다보니 LLM과 빅데이터 처리를 위한 방법에 대한 세션이 많았다. 그러다보니 개발자가 들을만한 세션이 생각보다 많이 없었다. 같은 시간에 두 개가 있는 건 처음에는 KT DS의 세션을 듣다가 중간에 나왔다. 이유는 나중에 설명하기로 하고, 들었던 세션들을 하나씩 정리해보려고 한다. 중간 중간 나오는 파란색 글들은 내 생각을 넣은 것이다. 데이터 처리도 이제는 컨테이너..
금토일 3일간 인제님이 운영하시는 오픈소스 멘토링에 참여했다. 이전부터 오픈소스 멘토링이 있었다는 건 알고 있었는데, 매번 일정이 맞지 않았었다. 5월은 주차별 모집을 하셔서 맞는 시간을 골라서 참여할 수 있었다. 신청한 이유는 옛날부터 오픈 소스에 관심도 있었고, 죽어있는 GitHub를 살렸으면 좋겠다는 생각도 있었다. GitHub 관리가 참 어려웠는데 개인 프로젝트는 딱히 떠오르는게 없기도 하고, 코딩 테스트로 채우는것도 재미가 없어서 오픈 소스에 꾸준히 기여하면서 유지/관리하는게 제일 좋을 것 같았다. 내 Github : https://github.com/imsosleepy 지원하기주기적으로 인제님이 모집을 하신다(이번이 4기인데 주차별로 모집을 하셨음) 인제님 링크드인 : https://www.l..
강남 교보문고 빌딩 11층 당근 사무실 한켠에서 한 밋업이었다. 공간이 뭔가 발표를 하고, 듣기엔 조금 특이한 공간이었다. 세션은 두 개로 구성되어 있었는데, 두 세션 모두 빨리 끝나서 추가 세션을 하나 더 진행했다. Session : 스타트업을 위한 Serverless 기반에서 개발환경 운영 및 부하 테스트 진행 방법 Host 1 : 윤창현 님 (Software Engineer, granter) Host 2 : 김선형 님 (Backend Engineer, Wonderwall) 스타트업을 위한 Serverless 기반에서 개발환경 운영 스타트업의 개발 라이프 사이클을 효율적으로 구성해보자는 취지에서 시작 제품 : 스타트업을 위한 AI 지출 분석 서비스 기존의 개발환경의 한계 1. 배포/hotfix가 너무..
https://www.inflearn.com/course/%EC%9E%90%EB%B0%94-%EC%8A%A4%ED%94%84%EB%A7%81-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%98%A4%EB%8B%B5%EB%85%B8%ED%8A%B8 Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트 | 김우근 - 인프런김우근 | Spring에 테스트를 넣는 방법을 알려드립니다! 더 나아가 자연스러운 테스트를 할 수 있게 스프링 설계를 변경하는 방법을 배웁니다., 프로젝트 설계를 발전시키는 테스트의 본질을 짚www.inflearn.com 아키텍처에 정답은 없다. 문제와 해결과정만 있다. 이 강의를 요약하면 다음과 같다. 레이어드 아키..
1편에서 부터 이어지는 내용 2024.03.30 - [일상] - 가상면접사례로 배우는 대규모 시스템 설계 기초 -1 을 읽고 12장. 채팅 시스템 설계요청 사항이 조금 빡세다. DAU 5천만에 일반적으로 알고 있는 모든 메신저의 기능 지원, 메시지 길이 10만자까지 지원해야 한다. 너무 많은 요구 사항이 있고, 대용량 데이터를 저장해야 하는 작업이라 DB부터 실시간성을 지원하기 위한 방법론까지 필요하다. 우선, 채팅 서비스 접속에는 HTTP의 keep alive 헤더를 이용한 방식을 제안한다. 하지만 메시지 수신 시나리오는 조금 더 복잡한 방식을 고려해야 한다. 폴링 방식은 접속한 사용자가 연결이 끊어졌는지 알 수 있는 방법이 없고, 답 해줄 메시지가 없는 경우에도 응답을 대기하다가 타임아웃 후 재연결..
- Total
- Today
- Yesterday
- openAI API
- cache
- CloudFront
- docker
- 코딩테스트
- 람다
- elasticsearch
- Elastic cloud
- GIT
- java
- terraform
- lambda
- ChatGPT
- EKS
- Kotlin
- 스프링부트
- Log
- JWT
- serverless
- AWS
- awskrug
- Spring
- AOP
- springboot
- MySQL
- OpenAI
- AWS EC2
- S3
- chat GPT
- jenkins
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |