이전강의에서 우리는 bastion host에 대해 간략하게 알아보았다. 하지만 텍스트만 보고서는 당췌 이게 무슨 말인지 잘 이해하기 어려울 수 있다. 그렇기에 이번에는 실습을 통해 알아보도록 하자. AWS VPC part 2. (NAT와 네트워크 동작원리) private subnet에서는 주로 상당히 보안적으로 중요한(DB와 같은)것들이 저장되어 있는 경우가 많다. 그런데 한 번 생각해 보자. 만약 DB를 사용하기 위해서는 일단 먼저 설치를 해야한다. 이 설치는 chicode.tistory.com pageant, putty와 같은 프로그램을 사용해서 직접 눈으로 확인해 볼 예정이다. 아래의 링크를 따라 들어가면 프로그램을 다운로드 받을 수 있다. https://www.chiark.greenend.org...

private subnet에서는 주로 상당히 보안적으로 중요한(DB와 같은)것들이 저장되어 있는 경우가 많다. 그런데 한 번 생각해 보자. 만약 DB를 사용하기 위해서는 일단 먼저 설치를 해야한다. 이 설치는 어떻게 할까? 직접 설치파일(exe와 같은)을 외부 저장장치를 통해 설치할 수 도 있지만 가장 좋은 방법은 역시 인터넷을 통해 설치하는 것이다. 혹은 어찌어찌 설치한 DB를 업데이트 하기 위해서는 역시 인터넷에 연결이 되어 있어야한다. 즉 프라이빗 이라고 하더라도 인터넷과 연결을 할 필요가 있다는 것이다. 이럴때는 어떻게 해야할까? 바로 '우회' 라는 방법을 통해서 할 수 있다. 여기서 외부(인터넷)과 연결할 수 있는 포인트는 어디일까? 바로 퍼블릭 서브넷이다. 이곳을 통해서 우회해서 인터넷 게이트..

VPC란 무엇일까? Amazon Virtual Private Cloud(이하 Amazon VPC)는 이름에서 알 수 있듯 가상의 프라이빗한(개인적인) 클라우드 라고 할 수 있다. 즉 유저가 정의한(구축한, 만든 기타 등등) 가상의 네트워크로 AWS리소스를 사용하는 하나의 서비스 형태이다. 우리가 일반적으로 인터넷을 설치하고 사용하는과정을 한 번 생각해 보자. 먼저 내가 원하는 ISP에 연락해서 속도, 환경 등을 다 계약한 후 설치기사님이 직접 오셔서 케이블 설치하고 라우터 연결하고 이것저것 만들고 나서 구동이 된다. 이것과 마찬가지로 AWS에서 로그인하여 설정을 하면 이와 같은 가상의 네트워크를 만들 수 있다. 이런 VPC의 특징은 7가지로 다음과 같다. 1. AWS계정 생성시 default값의 VPC가..

EC2의 라이프사이클은 크게 3가지 주축을 바탕으로 이루어 진다. 영어단어라 그런지 ed, ing로 구분하는게 굉장히 불편하긴 한데 전반적인 흐름은 다음과 같다. 표를 보듯 이렇게 복잡한 이유는, 모든 행동은 각각에 대한 상태값을 가지게 되는데, 왜 이렇게 복잡하게 만들어 졌냐면 바로 API형식으로 사용하게 되기 때문이다. Launch를 하게 되면 실제로 돌아가는(OS, App)서비스가 구동이 되며(Running) 이것을 멈추기 위한 명령어를 실행하면(stop~stopping) 구동중인 서비스를 정지 시킨다(stopped). 이런 서비스를 삭제하고 싶으면 termiate를 하여 실제로 삭제 시킨다.(teminatied). 조금 눈여겨 볼 것이 하나 있는데 "절전 모드"를 지원한다. 실행중인 app을 중지..

최근 출-퇴근을 할때 하는 게임이 있다. 넥슨에서 퍼블리싱을 하는 블루아카이브 라는 게임이다. 뭐 개임성이 어쩌고..는 모르겠고 그냥 귀여움+킬링타임으로 종종 한다. 그런데 이 개임을 하다보니 PTSD가 올 만한 상황이 발생했다. 아니 세상에 판사님 이게뭡니까 왜 나는 개임을 하면서도 공부를 해야하는거죠 CDN이 뭐하는 놈이길레 데이터를 못 받아온겁니까 그리고 왜 ) 가 하나 더 있는거죠 빨리 오탈자를 지우셔야 합니다. 네트워크 환경을 변경하라는데 난 와이파이만 쓴다고 허브를 설치하고 라우터를 깔고 선을 연결하고 프로그렘은 하청의 하청의 하청에 주면 olle..꼴 나니까 그러면안ㄷ... 암튼 이번 시간에는 CDN이 뭔지에 대해 알아보겠다. Content delivery network 또는 content ..

과거에 있던 전통적인 데이터 분석에 관련된 아키텍쳐 들은 관계형 데이터 를 시작으로해서 데이터가 로드 되기 전에 정의가 된 스키마를 데이터 웨어하우스에 로드한 이 후, 비즈니스 인텔리젼스로 분석하는게 일반적이다. 하지만 이런 상황이 진행되기 위해서는 반드시 스키마가 정리가 잘 되어 있어야 하며, 대규모의 초기 투자 설비가 필요했다. 이런 방식의 문제점은 여러 데이터가 따로 따로 분산되어 흩어져서 관리가 되는 경우가 많다. 혹은 담당 부서, 서비스 별로 데이터들이 각각 분산되어 데이터간의 격벽(사일로=곡물등을 담아두는 거대한 탑 같은것)가 생길 수 있게 된다. 이렇게 되면 관리 등에 총합적으로 비용이 증가가 되며, 중복 보관 등으로 인한 정확성이 감소, 협업의 저하 등의 문제가 생기게 된다. 이런 잡다한 ..