2020.07.22

칼럼ㅣ’포그 컴퓨팅 노드’, 언제 사용해야 하는가?

데이비드 린티컴 | InfoWorld
‘포그 노드(Fog node)’는 에지 컴퓨팅을 위한 새롭고 핫한 구성요소다. 하지만 포그 노드의 진정한 용도를 이해하지 못한다면 이를 남용할 위험성이 있다. 

포그 컴퓨팅 노드는 ‘에지 장치’(예: 온도 조절 장치, 로봇, 차량 내부 컴퓨터)와 일반적으로 퍼블릭 클라우드에서 호스팅되는 ‘백엔드 시스템’ 사이의 물리 서버로 생각하면 된다. 포그 노드는 다음의 아키텍처 문제에 대응한다.

퍼블릭 클라우드 기반 서비스로 요청을 전달할 때까지 지연시간이 너무 길다는 것, 그리고 에지 장치 자체에서 데이터를 처리할 성능이 부족하다는 것이다. 
 
ⓒAleksandar Pasaric (CC0)

이 3계층 시스템, 즉 포그 노드는 백엔드 프로세싱 일부를 수행할 수 있는 컴퓨팅 플랫폼을 추가한다. 따라서 성능 낮은 보급형 에지 장치가 데이터를 처리하고 저장할 성능을 갖추지 못했다는 우려를 해소한다. 이제 데이터는 지연시간을 걱정할 필요 없이 포그 노드로 전송돼 처리된다. 
 
이렇게 포그 노드는 간단한 문제에 관한 간단한 솔루션이다. 하지만 중요한 것이 있다. 포그 노드를 언제 사용해야 하는지, 그리고 언제 사용해선 안 되는지를 알아야 한다는 점이다. 

포그 노드를 사용해야 할 때는 다음과 같다. 데이터가 너무 복잡하거나 방대해서 엣지 기반 디바이스를 압도하는 경우다. 다시 말해, 서버가 과열됐을 때 공장 로봇을 중단시키는 것과 마찬가지로, 거의 실시간 대응이 이뤄져야 한다.  

전문 인력이 에지 장치로 응답을 보내야 할 때도 포그 노드를 사용해야 한다. 기다릴 수 없는 사건에 대응해야 하는 것처럼 사람은 거의 실시간에 가까운 아키텍처 구성요소로 간주될 수 있다. 하지만 원격 클라우드 시스템의 응답을 기다리기에는 ‘전문 인력’은 너무 비용이 많이 든다. 

여러 유형의 에지 장치에서 데이터를 다중화(multiplexing)하거나 다양한 데이터를 전송할 때도 포그 노드를 사용해야 한다. 포그 노드는 데이터를 백엔드 클라우드 서버로 전송하기 전에 의미 변환(semantic transformation)과 같은 것들을 수행한다. 이를 통해 여러 에지 장치의 데이터 처리를 한 번에 관리할 수 있다. 또한 포그 노드가 에지 기반 장치를 직접 처리하고 응답할 수도 있다. 

포그 노드를 사용해선 안 될 때는 다음과 같다. 기본적으로 아키텍처 및 요건이 위의 기준과 맞지 않는 경우다. 필자는 항상 포그 노드를 신중하게 사용하라고 권고한다. 이것이 비용과 운영상의 복잡성을 증가시키는 것은 물론 오히려 장애가 발생할 수도 있는 계층을 추가하기 때문이다. 

현재로서는 포그 노드를 배제한 다음, 이것을 사용할 수 있는 상황이 있는지 파악하는 것이 최선책이라고 할 수 있다. 

* 데이비드 린티컴은 딜로이트 컨설팅의 클라우드 전략 부문 최고 책임자다. ciokr@idg.co.kr
 



2020.07.22

칼럼ㅣ’포그 컴퓨팅 노드’, 언제 사용해야 하는가?

데이비드 린티컴 | InfoWorld
‘포그 노드(Fog node)’는 에지 컴퓨팅을 위한 새롭고 핫한 구성요소다. 하지만 포그 노드의 진정한 용도를 이해하지 못한다면 이를 남용할 위험성이 있다. 

포그 컴퓨팅 노드는 ‘에지 장치’(예: 온도 조절 장치, 로봇, 차량 내부 컴퓨터)와 일반적으로 퍼블릭 클라우드에서 호스팅되는 ‘백엔드 시스템’ 사이의 물리 서버로 생각하면 된다. 포그 노드는 다음의 아키텍처 문제에 대응한다.

퍼블릭 클라우드 기반 서비스로 요청을 전달할 때까지 지연시간이 너무 길다는 것, 그리고 에지 장치 자체에서 데이터를 처리할 성능이 부족하다는 것이다. 
 
ⓒAleksandar Pasaric (CC0)

이 3계층 시스템, 즉 포그 노드는 백엔드 프로세싱 일부를 수행할 수 있는 컴퓨팅 플랫폼을 추가한다. 따라서 성능 낮은 보급형 에지 장치가 데이터를 처리하고 저장할 성능을 갖추지 못했다는 우려를 해소한다. 이제 데이터는 지연시간을 걱정할 필요 없이 포그 노드로 전송돼 처리된다. 
 
이렇게 포그 노드는 간단한 문제에 관한 간단한 솔루션이다. 하지만 중요한 것이 있다. 포그 노드를 언제 사용해야 하는지, 그리고 언제 사용해선 안 되는지를 알아야 한다는 점이다. 

포그 노드를 사용해야 할 때는 다음과 같다. 데이터가 너무 복잡하거나 방대해서 엣지 기반 디바이스를 압도하는 경우다. 다시 말해, 서버가 과열됐을 때 공장 로봇을 중단시키는 것과 마찬가지로, 거의 실시간 대응이 이뤄져야 한다.  

전문 인력이 에지 장치로 응답을 보내야 할 때도 포그 노드를 사용해야 한다. 기다릴 수 없는 사건에 대응해야 하는 것처럼 사람은 거의 실시간에 가까운 아키텍처 구성요소로 간주될 수 있다. 하지만 원격 클라우드 시스템의 응답을 기다리기에는 ‘전문 인력’은 너무 비용이 많이 든다. 

여러 유형의 에지 장치에서 데이터를 다중화(multiplexing)하거나 다양한 데이터를 전송할 때도 포그 노드를 사용해야 한다. 포그 노드는 데이터를 백엔드 클라우드 서버로 전송하기 전에 의미 변환(semantic transformation)과 같은 것들을 수행한다. 이를 통해 여러 에지 장치의 데이터 처리를 한 번에 관리할 수 있다. 또한 포그 노드가 에지 기반 장치를 직접 처리하고 응답할 수도 있다. 

포그 노드를 사용해선 안 될 때는 다음과 같다. 기본적으로 아키텍처 및 요건이 위의 기준과 맞지 않는 경우다. 필자는 항상 포그 노드를 신중하게 사용하라고 권고한다. 이것이 비용과 운영상의 복잡성을 증가시키는 것은 물론 오히려 장애가 발생할 수도 있는 계층을 추가하기 때문이다. 

현재로서는 포그 노드를 배제한 다음, 이것을 사용할 수 있는 상황이 있는지 파악하는 것이 최선책이라고 할 수 있다. 

* 데이비드 린티컴은 딜로이트 컨설팅의 클라우드 전략 부문 최고 책임자다. ciokr@idg.co.kr
 

X