공부/개발 전체적인
-
TIL 191일 - EB worker공부/개발 전체적인 2022. 7. 8. 23:11
EB를 만들 때 worker 환경으로 만들 수 있다. worker 환경은 어떤 SQS를 컨슘하는 서버라고 생각하면 될 듯 하다. 작업자 환경인 worker는 200 ok를 응답하면, DeleteMessage를 호출하여 SQS에 있는 메시지를 삭제한다(컨슘한다) 200 ok가 아닌 응답을 할 경우, EB는 ErrorVisibilityTimeout 기간이 경과할 때 까지 대기한 후 메시지를 대기열에 다시 넣는다.(이 기간동안의 메시지가 이동중인 메시지 인 듯) 최대 재시도 횟수 – Elastic Beanstalk에서 메시지를 배달 못한 편지 대기열로 이동하기 전에 Amazon SQS 대기열로 메시지 전송을 시도하는 최대 횟수를 지정합니다. 기본값은 10입니다. 1 ~ 100을 지정할 수 있습니다. 참고글 h..
-
TIL 179일 - aws backup공부/개발 전체적인 2022. 6. 26. 17:26
aws backup 1. 백업 계획을 생성한다. 2. 새 계획을 생성하고 규칙을 생성한다. 별다른게 없다면 대부분 디폴트로 해둬도 무관해 보인다. 다만 특정 시점으로 복구하는 것은 좋아보임 3. 리소스를 할당한다. 계획을 만들고 나면, 이 계획에 어떤 리소스를 할당할지 처리를 할 수 있다. 백업계획에 들어가서, 리소스를 할당하면 아래같은 것들이 나온다. 나 같은 경우 s3, rds의 백업을 하고 싶었기에 아래같이 설정했다. 끝 뭔가 예전에 하던 policy에 다시 손이 안 가는데 흠... 한번 이력서를 써보면서 나를 좀 돌아보고 이직을 하지 않더라도 다른 회사 입사 조건을 보면서 공부를 틀을 다시 잡을 필요가 있어 보인다.
-
-
TIL 176일 - 자잘자잘 피드백공부/개발 전체적인 2022. 6. 24. 02:20
1. 어떤 Id를 만들 때 다른 두 개의 값을 합쳐서 만드는 것 e.g) bookId : bookType 은 상관이 없지만, 이것을 진짜 Id의 역할로만 사용할거면 노상관 그런데 어디선가 bookType에 따라서 나눈다던가 같은 행동을 한다면 id의 역할도 아닐 뿐 더러, 이 두 값을 나눠주는 것이 좋다. 2. 그리고 어떤 데이터가 현재는 뭔가 이유가 있어서 A같은 형태로 만들어지고, 나중에는 B로 만들어질 거 같다면 버전을 넣어주느 ㄴ것이 좋다. 3. 어디선가 동일한 유형의 데이터를 받을 때 아래같은 json으로 받지 말고 { A: aaa, B: bbb, C: ccc } 아래같은 방식으로 받으면 저런 데이터들이 더 추가되더라도 코드에서 따로 처리를 안 해줘도 된다. [ {key:A, value:aaa}..
-
TIL 175일 - 테스트 코드 짜다가....공부/개발 전체적인 2022. 6. 23. 01:01
1. sevice 레이어 테스트 코드를 짜다가 처음에 service 레이어 테스트 코드를 작성할 때 service 코드에서 작동하는 모든 것을 확인하려고 했는데... 생각해 보니 이상하다. service 레이어에서 왜 그걸 테스트 하지? 원래 내가 작성하려고 했던 테스트 코드는 1. 특정 조건에 맞는데이터를을 잘 가져오는지 확인 2. 그리고 그 데이터를 command로 변환하는 것 확인 3. 그 command로 인해서 또 다른 데이터가 잘 생성되는지 확인 다른 코드 쪽을 봐보니 verify라는 애가 계속 쓰이던데, 서비스 레이어에서 도메인 쪽 메서드들이 실행되냐 안 되냐 이런 것들을 보고 있었다. 그럼 1번에 대한 건 그냥 repoTest에서 하는거고... 2번은 CommandFactory 테스트 인거고..