요즘 우리의 관심의 많은 매우 신뢰할 수 있는 구축에 있을 것 같다 (캐리어 등급까지) 구름, 하지만 우리가 파트너와 협력 했습니다 또 다른 영역은 사물 인터넷의 개념 (IoT). 클라우드의 경우와 마찬가지로 IT 운영에 혁신적인 공간이 될 수 있습니다. 하지만 사람들에게 이것에 대해 이야기할 때 그들은 종종 저를 조금 재미있게 바라보며 “모바일 장치를 만들지 않습니다. 당신은 큰 서버를 합니다. IoT와 어떻게 해야 할까요?”
글쎄요, 알고보니, 아주 많더라구요.
요즘 대부분의 IoT 주의는 종료점과 해당 데이터를 전달하는 네트워크에 배치됩니다. 그리고 네, 그것은 큰 문제이지만, 현실에서 IoT 아키텍처를 지원하는 많은 레이어가 있습니다. 당신이 구글경우 “IoT 참조 아키텍처”당신은 이러한 레이어를 정의하는 예쁜 사진을 많이 볼 수 있습니다. 정의는 공급업체마다 다르지만 높은 수준에서 레이어는 다음과 같습니다.
- 장치(일명 사물) – 이것은 작업의 특정 엔트포인트 이며, 무인 자동차에서 창고의 팔레트에 보안 동글, 또는 Apple Watch에 이르기까지 무엇이든 될 수 있습니다.
- 접속 네트워크 – 장치가 첫 번째 액세스 지점에 도착하는 데 사용하는 네트워크 계층입니다.
- 제어 계층 – 많은 기술을 포괄할 수 있기 때문에 가장 느슨하게 정의된 계층일 수 있습니다. 엣지데이터 센터 나 클라우드에서 광범위한 응용 프로그램을 지원할 수 있습니다.
- 백 엔드 서비스 – 여기서 데이터 분석 및 집계, 과금 또는 기타 중앙 집중식 서비스에 대한 작업이 발생할 수 있습니다.
이제 백 엔드 서비스 계층이 나머지 계층에서 신뢰할 수 있고 사용할 수 있는 방식으로 IT 팀에서 관리할 가능성이 있다고 가정하는 것이 안전합니다. 그러나 제어 레이어는 완전히 다른 문제일 수 있으며 해당 레이어의 안정성에 대해 생각해야 합니다. 안정성이 매우 중요한 이유는 생각만큼 간단하지 않을 수 있지만 IOT에서는 실제 작업이 컨트롤 레이어에 있습니다. 기존의 응용 프로그램 아키텍처는 백 엔드 서비스에 크게 의존하여 엔드 시스템(일반적으로 랩톱 이나 태블릿과 같은 사람이 주도하는 장치)에 실시간 지원을 제공합니다. 그러나 IoT 세계에서는 제어 계층에서 훨씬 더 많은 실시간 활동이 있습니다.
제어 계층에 있는 애플리케이션은 다음과 같습니다.
- 프로세스 제어 애플리케이션 – 이런 모든 장치 자체는 어느 정도의 자동화가 되어 있으며 자동화가 실제 제공될 때는 제어 계층에서 계획되고, 통신 하고, 모니터링 될 것입니다.
- 규정 준수 응용 프로그램 – 일부 IoT 환경은 규제되거나 감사됩니다. 이 장치는 분석을 위해 백 엔드 서비스로 더 이상 배송될 수도 있거나 아닐 수도 있는 제어 계층에 데이터를 전달합니다. 그러나 네트워크 나 기타 비즈니스 상의 이유로 보다 지역화된 규정 준수 솔루션이 필요한 경우가 많습니다.
- 메시징 응용 프로그램 – 데이터를 저장하거나 장치를 로컬로 관리하지 않더라도 연결하려면 일종의 보안 또는 메시징 게이트웨이가 필요할 수 있습니다. 엣지 코어에.
그래서, 제어 계층은 정말 IoT의 unsung 영웅입니다. 데이터 센터에서는 백 엔드 서비스의 나머지 부분과 함께 일괄 처리될 수 있습니다. 그러나 제어 계층이 기존의 데이터 센터 외부에 있는 경우가 많습니다(Stratus의 컨트롤 레이어는 엣지). 에서 엣지, 당신은 단지 신뢰성 이상이 필요합니다. IT 기술이 부족하기 때문에 단순함이 필요합니다. 엣지. 또한 이러한 기계는 데이터 센터 시스템보다 더 오래 자리를 유지하는 경향이 있기 때문에 장수도 필요합니다.
