전자·IT·전기는 정말 다른 분야일까? — 전자공학자가 IT를 거쳐 전기설비를 바라보며 발견한 공통점

|Convergence|16분 읽기

전기 도면을 제대로 붙잡고 본 건 몇 해 전 금요일 오후였습니다. 분전반 도면 한 장을 놓고 전기 하시는 분이 회로를 하나씩 짚어주는데, 저는 설명을 들으면서 계속 딴생각을 했습니다. 이 그림 어디서 봤는데.

전자공학, IT, 전기. 보통은 서로 다른 산업으로 칩니다.

전자공학에서는 반도체와 회로, 센서, MCU를 다룹니다. IT에서는 서버와 네트워크, 데이터베이스, 애플리케이션을 다룹니다. 전기에서는 전력과 변압기, 배전반, 분전반, 차단기를 다룹니다.

쓰는 기술이 다르고 관련 법규와 표준도 다릅니다. 특히 전기설비는 사람 안전과 바로 붙어 있어서, IT 시스템과 나란히 놓고 "같다"고 말하면 현장에서 혼납니다. 이 얘기는 먼저 못 박아둡니다.

다만 한 단계 위로 올라가서 '이 시스템이 어떻게 동작하는가'만 남기고 보면 겹치는 자리가 보입니다.

저는 이걸 거칠게 이렇게 정리했습니다.

전자는 신호를 다루고, IT는 정보를 다루고, 전기는 에너지를 다룬다.

대상은 다릅니다. 그런데 그것을 전달하고, 나누고, 제어하고, 보호하고, 들여다보는 구조는 닮았습니다.

전자회로에서 출발합니다

회로 하나를 아주 간단하게 놓아봅니다.

센서가 바깥 상태를 잽니다. 그 신호를 회로가 받고 MCU나 프로세서가 처리합니다. 처리한 결과로 LED를 켜거나 모터를 돌리거나 다른 장치를 제어합니다.

구조만 남기면 이렇습니다.

입력 → 전달 → 처리 → 제어 → 출력

여기서 실제로 팔 물건을 만들기 시작하면 얘기가 길어집니다.

전압이 너무 높으면 어떻게 하나. 전류가 이상하게 흐르면 어떻게 하나. 센서 값이 튀면 어떻게 하나. 통신이 끊기면 어떻게 하나.

그래서 보호회로가 들어가고 퓨즈가 붙고, 상태를 확인하려고 센서와 계측 기능이 추가됩니다. 시스템은 조금씩 이런 모습이 됩니다.

입력 → 전달 → 처리 → 제어 → 보호 → 관측 → 출력

전자 쪽을 공부한 사람에게는 지겹도록 익숙한 그림입니다.

문제는 IT 시스템도 별로 다르지 않다는 것입니다.

IT에서는 신호가 데이터로 추상화됩니다

웹서비스를 놓고 봅니다.

사용자가 요청을 보냅니다. 네트워크를 타고 요청이 들어옵니다. API가 받고 애플리케이션이 처리합니다. 필요하면 데이터베이스를 다녀와서 결과를 돌려줍니다.

Client → Network → API → Application → Database

복잡한 클라우드 시스템도 크게 보면 이 구조를 늘린 것입니다.

사용자가 늘면 Load Balancer를 둡니다. 서비스가 늘면 API Gateway를 둡니다. 장애를 전제하고 Timeout, Retry, Circuit Breaker를 붙입니다. 상태를 알아야 하니 Metric과 Log를 모읍니다. Prometheus 같은 시스템으로 긁어모으고 Grafana 같은 도구로 그림을 그립니다.

IT도 같은 질문을 합니다. 어디로 전달하는가. 어떻게 나누는가. 누가 제어하는가. 문제가 생기면 어디에서 끊는가. 지금 정상인지 어떻게 아는가.

회로 앞에서 하던 고민이 규모만 바꿔서 되돌아옵니다.

광고

전기설비를 보다가 멈칫한 지점

건물 전력 시스템을 거칠게 줄여봅니다.

바깥에서 전력이 들어옵니다. 필요한 형태로 변환되고 배전됩니다. 분전반에서 여러 회로로 나뉩니다. 조명, 콘센트, 냉난방기, 모터, 생산설비 같은 실제 부하에서 소비됩니다.

전원 → 수배전 설비 → 분전반 → 분기회로 → 부하

여기서도 같은 문제가 나옵니다.

특정 회로에 전류가 몰리면 어떻게 하나. 단락이 나면 어떻게 하나. 한 회로에서 난 사고가 옆 회로까지 번지지 않게 하려면 어떻게 하나. 지금 얼마나 쓰고 있는지는 어떻게 아나.

그래서 차단기가 있고 보호장치가 있고 계측기가 있습니다. 도면을 짚어주던 그날, 저는 이 대목에서 좀 멍했습니다. 전날 회의에서 하던 얘기랑 문장 구조가 똑같았거든요.

세 분야를 한 장에 올려놓으면

퓨즈와 Circuit Breaker Pattern과 배전 차단기가 같은 기술이라는 말은 아닙니다. 동작 원리가 다르고 목적이 다르고 안전 요구사항의 무게가 완전히 다릅니다.

다만 시스템 아키텍처 관점으로 추상화하면 이렇게 겹칩니다.

시스템 관점 전자 IT 전기
주요 대상 신호 정보·데이터 에너지
입력 센서·전기신호 Request·Data 전력
전달 회로·Bus Network·API 전선·모선
처리/제어 MCU·Controller Application 제어·보호 시스템
분배 회로 구성 LB·Routing 배전·분전
보호 Fuse·보호회로 격리·Circuit Breaker 차단기·보호기기
관측 Sensor·계측 Metric·Log·Trace 전압·전류·전력 계측
최종 대상 Actuator Service·User 부하

장비 하나하나를 억지로 짝지어 놓는 건 별 의미가 없습니다. 제가 본 건 시스템을 만드는 기본 원리가 계속 반복된다는 쪽입니다.

왜 항상 보호가 붙는가

여기서 공통점 하나가 선명해집니다.

좋은 시스템은 고장이 안 나는 시스템이 아니라, 고장이 나도 전체가 같이 죽지 않는 시스템입니다.

전자회로는 과전류나 과전압에서 회로를 지킵니다. 전력 시스템은 이상이 생긴 회로를 끊어서 사고가 커지는 것을 막습니다. IT도 서비스 하나의 장애가 전체로 번지지 않게 격리합니다.

마이크로서비스 아키텍처에서 자주 나오는 Circuit Breaker Pattern은 이름부터 전기 차단기에서 가져왔습니다. 차단기가 이상 상태에서 회로를 끊듯, 소프트웨어도 계속 실패하는 대상에 요청을 밀어 넣지 않고 일정 시간 막아둡니다.

분야는 달라도 태도는 같습니다. 장애 자체보다 장애의 전파를 막는 쪽이 먼저다.

작은 전자제품에서도, 건물 전력망에서도, 서버 수천 대가 도는 클라우드에서도 그렇습니다.

커지면 관측이 따라붙습니다

작은 회로면 테스터기로 찍어보면 됩니다. 서버 한 대면 터미널 들어가서 보면 됩니다. 작은 전기설비면 현장에서 계측기로 확인합니다.

시스템이 커지면 그게 안 됩니다.

이때부터 Observability, 안에서 무슨 일이 벌어지는지 밖에서 알아채는 능력이 앞으로 나옵니다.

IT는 이 얘기를 이미 지겹게 합니다. CPU 사용률을 봅니다. 메모리를 봅니다. Network Traffic을 봅니다. Latency와 Error Rate를 봅니다. 로그를 모으고 이상하면 Alert를 던집니다.

전력 시스템은 어떨까요. 전압을 봅니다. 전류를 봅니다. 전력량을 봅니다. 역률을 봅니다. 온도도 봅니다. 시간에 따른 변화를 계속 저장해두기도 합니다.

이 순간부터 전기설비는 전기 장치가 아니라 데이터를 만들어내는 시스템이 됩니다. 전기와 전자와 IT가 만나기 시작하는 자리가 바로 여기입니다.

광고
광고

분전반 하나에 세 개의 세계

평범한 분전반을 놓고 봅니다.

전력이 들어옵니다. 차단기를 통해 여러 회로로 나뉩니다. 각 회로가 조명이나 기계 같은 부하에 전력을 보냅니다. 여기까지는 전기의 영역입니다.

여기에 전류와 전압, 온도를 재는 센서를 붙이면 어떻게 될까요.

전자가 들어옵니다. 센서 값을 MCU나 Edge Controller가 읽습니다. Modbus나 다른 산업용 통신으로 넘깁니다. Gateway를 거쳐 서버로 보냅니다.

이제 IT가 들어옵니다. 서버는 데이터를 쌓습니다. Dashboard를 만듭니다. 이상 상태가 생기면 알림을 보냅니다.

데이터가 충분히 쌓이면 통계나 머신러닝으로 평소와 다른 패턴을 찾는 데까지 갑니다. AI가 연결되는 지점입니다.

분전반 하나에서

전기 → 전자 → 통신 → IT → 데이터 → AI

이런 기술 스택이 만들어집니다.

앞으로의 경쟁력은 기술 하나보다 연결 쪽일지도

산업은 오래 전문 영역을 쪼개면서 컸습니다.

전기 엔지니어는 전기를 압니다. 전자 엔지니어는 회로와 제어를 압니다. 소프트웨어 엔지니어는 프로그램을 압니다. 인프라 엔지니어는 서버와 네트워크를 압니다. 그렇게 나눠야 했습니다.

앞으로도 각 분야의 전문성은 그대로 필요합니다. 전기설비처럼 사람 안전이 걸린 쪽은 소프트웨어적 발상만으로 건드리면 안 됩니다. 제가 아무리 IT 쪽 눈으로 봐도 여기서는 물러설 생각이 없습니다.

다만 IoT, 스마트팩토리, Edge Computing, Cloud, AI가 산업 현장으로 들어오면서 경계는 점점 흐려집니다.

앞으로 값나가는 능력 하나는, 기술 하나를 깊게 파는 것과 함께 서로 다른 기술이 어디에서 붙는지를 아는 쪽이 아닐까 생각합니다. 확신은 아닙니다. 제가 그쪽에 걸고 있을 뿐입니다.

광고

세상은 하나의 큰 시스템처럼 보입니다

전자공학은 작은 회로를 봅니다. IT는 서버와 네트워크를 봅니다. 전기는 건물과 공장을 돌리는 전력망을 봅니다.

규모가 다르고 쓰는 기술이 다릅니다.

그런데 한 칸 위에서 보면 같은 질문이 계속 돌아옵니다. 무엇이 들어오는가. 어디로 전달되는가. 어떻게 나뉘는가. 누가 제어하는가. 문제가 생기면 어디에서 격리하는가. 지금 상태를 어떻게 관측하는가. 마지막에는 그 데이터로 더 나은 판단을 하는가까지 이어집니다.

저는 전자와 IT와 전기를 떨어진 세 세계로 두는 것보다, 이렇게 놓고 보는 쪽이 재미있습니다.

전자는 신호를 다루고, IT는 정보를 다루며, 전기는 에너지를 다룬다. 그래도 모두 자원을 전달하고, 제어하고, 보호하고, 관측하는 시스템이다.

이 셋이 실제 산업 현장에서 만나는 자리 중 하나가 분전반입니다.

다음 글에서는 한 칸 더 들어가 보려고 합니다. 평범한 분전반은 어떻게 '스마트 분전반'이 되는가. 센서 몇 개 붙이면 되는 것인지, 아니면 뒤에 다른 아키텍처가 통째로 필요한 것인지. 사실 저도 아직 답을 다 못 냈습니다.

이 글이 도움이 되셨나요?

버튼 하나가 다음 글을 쓰는 힘이 됩니다

광고
#전자공학#전기설비#시스템 아키텍처#분전반#Observability#Circuit Breaker