create value with tech, not tool

십년 전 학생 때만 해도 맥에서 윈도우를 사용하기 위해 부트캠프 USB를 만들고 패럴라이즈로 썼던 기억이 있습니다. 애플 ARM 기반 맥인 M1부터는 부트캠프를 지원하지 않게되어 이제 부트캠프 USB를 만들던 것은 정말 소싯적 얘기가 되어버렸네요. 하긴 Parallels로 아예 SaaS 서비스로 나와버린 시대니 십년 동안 참 많은 변화가 있었습니다. 안녕~인텔 x64, intel museum(2012) 20년말 M1이 출시되고 초기 모델이라 호환성 문제가 있을듯하여 M2 출시를 지켜보고 있었는데 M2가 출시되고 2달쯤 지나 사람들 반응을 보니 생각보다 기존 M1에 대한 평이 좋아 늦은감이 있지만 Mac mini로 ARM 기반 맥을 구매했습니다. 2년이 지났는데 가격은 여전하네요. Mac mini(M1) ..

WSL 환경에서 발생한 이슈를 공유합니다. WSL WSL는 Window Subsystem for Linux의 약자로 Linux용 Windows 하위 시스템을 사용하여 Linux 배포판(Ubuntu, OpenSUSE, Kali, Debian, Arch Linux 등)을 설치할 수 있습니다. (참고) Window용 Linux 배포판 설치 예 WSL 사용 예 Windows Subsystem for Linux(WSL)에서 쿠버네이티즈 CLI 사용하기 [Windows 10] WSL2 설치 및 사용법 위와 같이 많은 사람들이 WSL에서 리눅스 환경을 사용하고 있어 큰 문제가 없겠다 생각하고 WSL에서 리눅스 접속을 하며 테스트를 했습니다. 이슈 WSL 환경에서 K8S CLI 명령어로 AWS EKS 클러스터 API ..

GCP 프로젝트 간 스냅샷 데이터 공유하기 GCP에 3-tier architecture를 구축해보는 중 다시 WAS,DB를 만들고싶지않은 귀차니즘으로 기존 프로젝트에서 테스트한 WAS,DB 인스턴스 스냅샷을 다른 프로젝트에서 사용하고싶었다. Google cloud docs에 프로젝트 간 스냅샷 데이터 공유 내용이 있어 테스트해봤다. 1.기존 프로젝트 스냅샷 화면 - 기존 프로젝트에서 만들어둔 스냅샷이다 2.새로운 프로젝트 스냅샷 화면 - 새로운 프로젝트에 스냅샷이 없는 것을 확인할 수 있다. 3.스냅샷 리스트 확인 - 스냅샷 리스트를 확인한다 gcloud compute snapshots list --uri 4.스냅샷 공유 - 아래 쉘명령어로 스냅샷을 복사한다 gcloud compute snapshots ..

GCP Cloud Build를 이용하여 CI/CD 구축하기 요즘 CI/CD 파이프라인을 구축하는 것이 당연시되고있다. 지속적인 서비스 개선을 위해 반드시 필요한 개발 환경이다. CI(Continous Integration) : 개발자들의 코드를 지속적으로 통합해주며 버그를 신속하게 찾고, SW 품질을 개선하고, 새로운 업데이트의 검증 및 릴리즈 시간을 단축시킬 수 있다. CD(Continous Deployment) : 관계부서(기획,디자인,마케팅 등)에 지속적으로 서비스를 제공 또는 배포해줄 수 있다. 이는 고객의 프로덕션 환경까지 릴리즈 되는 것을 말한다. Jenkins, Travis CI, Github Function 등 기존에 많은 툴들이 있지만 GCP 서비스 중 Cloud Build를 활용하여 간..

HTTP Load Balancer에 Cloud Armor 적용하기 지난번 생성한 2 tier architecture에 Cloud Armor 보안 정책을 만들어보자. Cloud Armor를 사용하여 siege-vm이 HTTP Load Balancer에 액세스하는 것을 막아보자. 1.Siege 툴로 부하테스트 HTTP Load Balancer 부하 테스트를 위해 Siege라는 오픈 소스를 vm에 설치해준다. sudo apt-get -y install siege HTTP Load Balancer의 IP 주소를 저장하고 해당 주소로 부하테스트를 시행한다. export LB_IP=[LB_IP_v4] siege -c 250 -t150s http://$LB_IP 2.Siege-vm 액세스 막기 Cloud Armor로..

GCP 리소스 모니터링 지난 GCP 2 tier 실전편에서 만든 리소스들을 모니터링해보자. Cloud Monitoring - GCP는 Metric Scope를 구성하여 프로젝트의 메트릭을 개별적으로 확인할 수 있으며 다른 프로젝트에 저장된 메트릭과 함께 볼 수 있다. 1) 단일 프로젝트 - 새로운 Project A를 생성하면 해당 프로젝트는 자동으로 Metric Scope가 설정되고 해당 프로젝트의 메트릭만 볼 수 있다. 2) 단일 조직 내 여러 프로젝트 - 여러 프로젝트에 대해 모니터링을 한 곳에서 통합 관리 할 수 있는 방법으로 Project a-host, a-ingest, a-data 를 Metric Scope에 액세스하면 Scoping Project에서 프로젝트 세 개 모두의 메트릭을 볼 수 있다..