| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- Avast Security
- Window redis-cli
- 패스트캠퍼스후기
- AWS S3 계정이동
- 패스트캠퍼스
- RedisJSON
- 직장인자기계발
- 패캠챌린지
- AWS S3 migration
- 직장인인강
- 한 번에 끝내는 AWS 인프라 구축과 DevOps 운영 초격차 패키지 Online
- aws
- aws s3
- 환급챌린지
- Avast 구독취소
- redis cli
- nodemailer
- Ngrinder Docker
- 잔디이전
- elastic cache
- 캐시백
- ERR unknown command 'JSON.SET'
- redis-cli
- Redis
- 캐시백챌린지
- AWS S3 버킷 삭제
- vscode
- ERR unknown command 'JSON.GET'
- gitlab 잔디옮기기
- putty Inactive
- Today
- Total
목록전체 글 (101)
Developing
kubectl, kustomize, minikube 설치와 관련된 클립을 수강하는식으로 챌린지를 진행하였다. yaml 파일에서 어떤식으로 유기적으로 연결되어 동작하는지 잘 설명해주셔서 쉽게 이해갔던 것 같다. t3 small 요금제를 사용하는것이 용량이 살짝 부족할 수도있다고 하고 command로도 경고를 주지만 실습하는데에는 문제가 발생하지 않아서 사용해도 된다고 한다. 다음 포스팅은 도커 이미지/컨테이너 및 라이프사이클에 관련된 내용을 포스팅 할 예정이다. Kubectl 소개 Kubernetes를 위한 Command line 도구 Kubernetes의 API 서버와 통신하여 사용자 명령을 전달할 수 있음 Kubectl 설치 (Ubuntu) 공식 가이드 라인 : https://kubernetes.io/..
1) .ppk -> .pem 파일로 변환하고 싶은 경우 Load 버튼으로 ppk 파일을 불러온 뒤 상단의 Conversions > Export OpenSSH Key 를 선택 후 .pem 파일로 저장한다. 2) .pem -> .ppk 파일로 변환하고 싶은 경우 Load 버튼으로 pem 파일을 불러온 뒤 Save private Key를 선택해 저장하면 된다. AWS 공식문서에 command를 활용하는방법도 있는 듯 하다! https://aws.amazon.com/ko/premiumsupport/knowledge-center/ec2-ppk-pem-conversion/
WSL에서 chmod 명령어가 정상적으로 동작하지 않는 경우에는 아래와 같은 command를 입력해준다. cd / sudo umount /mnt/c sudo mount -t drvfs C: /mnt/c -o metadata (매번 notion을 뒤적거리기 싫어서 포스팅으로 남겨놓는다!)
Docker/Kubernetes Part쪽으로 넘어와서 docker/docker-compose 설치하는 부분의 클립을 수강하는식으로 챌린지를 진행하였다. terraform과 관련된 클립도 있기에 혹시 terraform에 대한 이해가 부족하면 못듣는파트인가 싶어서 먼저보고왔는데 terraform을 활용해서 aws실습환경을 코드로 올인원으로 쉽게 관리하는 내용이어서 굉장히 신기했다. 굳이 terraform 파트쪽을 먼저 다 보고오지 않아도 Docker쪽 파트를 수강할 수 있을 것 같아서 현행대로 가려고 한다. 특히 이 파트오면서 Senior님의 기운이 강력하게 느껴져서 안정감이 많이 들었다. 빠르게 강의를 보고싶다는 생각이 들정도로..ㅎㅎ github discussion도 따로 운영하시기에 한결 마음이 놓이..
MSA 도메인 개발 도입부와 도커에 관한 클립을 수강하는식으로 챌린지를 진행하였다. MSA 파트를 잠깐 들어보고 Docker쪽을 먼저 수강하기로 결심을 하게 되었다. 처음에 이 강좌를 왜 신청했었는지를 곰곰하게 생각하였을때 도커/쿠버네티스쪽 파트에 더 관심이 있었던 것 같고 해당 파트를 맡으시는분이 유명한 기업의 SRE쪽을 담당하셔서 신뢰감이 많이 갔기때문이었다. 얕게 다양한것들을 다루는 내용의 파트를 보는것보다 세부내용들을 깊이있게 다루고나서 MSA 파트로 다시 넘어가는것이 현명하겠다는 생각이 들었다. 따라서 기존에 생각하였던 MSA쪽의 포스팅예정을 바꾸고 도커쪽으로 포스팅을 하게 될 것이다. MSA 도메인 개발 일부분(이후에 도커파트쪽으로 넘어갈 예정) 강좌에서 기존에 AWS EC2에서 작업하던것과 ..
Microservice Architecture과 Monolithic Architecture의 장단점에 대한 리뷰와 통신패턴에 관한 클립들을 수강하는식으로 챌린지를 진행하였다. 상황별로 각각의 아키텍쳐로 개발할때 발생할 수 있는 상황에 대해 알 수 있었고, Synchronous와 Asynchronous에 관한 내용도 다루어주셔서 통신패턴들의 종류도 알게되었다. 향후에는 Django와 Flask로 개발하며 RabbitMQ도 다루게 될 것이라고 한다. 다음 포스팅부터는 Microservice Architecture로 개발해가는 포스팅을 할 예정이다. 모놀리식 아키텍처 장점 ⇒ End-to-End 테스트가 용이 ⇒ 빠르게 간단한 서비스를 만들 수 있음 단점 ⇒ 조그마한 수정사항이 있어도 전체를 다시 빌드하고 배..