<aside> 👋

Embedded Linux · C++ · Network · Robotics Software Developer

레거시 HMI 유지보수에서 시작해, 네트워크 보안 게이트웨이의 C++20 재설계와 eBPF 커널 패킷 처리, 2D SLAM 알고리즘 구현까지 경험 범위를 넓혀 왔습니다. 문제를 단순 증상 수준에서 끝내지 않고 OS·네트워크·프로토콜·동시성·알고리즘 계층으로 분해해 재현하고 검증하는 것을 중요하게 생각합니다.

</aside>

Profile

주요 분야: Embedded Linux, Network Programming, C/C++, Robotics, Qt
강점: 레거시 분석 및 리팩터링, 비동기 네트워크 구조 설계, Linux/eBPF 패킷 처리, 장애 원인 분리, 알고리즘 구현
개발 방식: 로그와 패킷을 통한 재현 → 계층별 원인 분리 → 최소 수정 또는 구조 개선 → 실제 장비/테스트로 검증
GitHub: github.com/Inkiiee

Career Journey

기간	영역	주요 경험
2025.04 ~ 2026.03	HMI / Qt 레거시 / C++98	Qt4 기반 HMI 유지보수, BLE, PLC 통신, 스크립트 동시성·메모리 문제 해결
2026.03 ~ 2026.04	Robotics / Embedded R&D	ROS2 학습 및 자체 2D SLAM 구현에 집중, 이후 OTAC Gateway 개발로 전환
2026.05 ~ 2026.09	OTAC Gateway C	C로 작성된 코드의 유지 보수 및 기능 개발
2026.07 ~ 2026.09	OTAC Gateway C++20	C 기반 gateway를 C++20/Asio/eBPF 기반 모듈형 서비스로 재구축

Project 1. OTAC Gateway — C++20 비동기 네트워크 보안 게이트웨이 재설계

<aside> 🛡️

기존 C 및 blocking 중심의 산업용 네트워크 게이트웨이를 C++20 + Asio coroutine + eBPF 기반의 모듈형 임베디드 서비스로 재구축했습니다.

</aside>

Environment

C++20 · C · standalone Asio · OpenSSL · libbpf/eBPF · HTTP/HTTPS · USB · CMake · Yocto Linux

문제

기존 구조는 blocking socket, BPF map, 로그, 인증, 설정, bypass 기능이 강하게 결합되어 있었고, 여러 프로세스 간 파일 기반 통신과 반복 구현으로 인해 기능 변경의 영향 범위가 컸습니다. 자원 제약이 있는 ARM Linux 장치에서 요청·로그·파일이 누적될 경우 메모리와 eMMC 사용량도 운영 리스크가 될 수 있었습니다.

내가 한 일

기존 C 기반 Gateway와 L2 eBPF bridge 동작을 분석하고 C++ 구조로 재설계
Agent 요청 수신 → 검증 → 외부 인증 서버 전송 → 응답 반환을 Asio coroutine + bounded channel pipeline으로 분리
HTTP/HTTPS listener, TLS handshake, outbound HTTP/TLS transport 구현
다중 proxy 후보 순회 및 failover, 기존 단일 서버 설정과의 하위 호환성 유지