22.5 전역 환경 변수 의존성 격리 및 멀티플 릴리스 제어 기법
자율 에이전트 드론의 소프트웨어 연구 및 운용 환경에서는 시스템 통합 테스트를 위해 구형 배포판(예: ROS2 Humble Hawksbill) 기반의 레거시(Legacy) 센서 드라이버와, 차세대 배포판(예: ROS2 Jazzy Jalisco) 기반의 최신 딥러닝 퍼셉션(Perception) 모듈을 단일 물리적 머신 레이어에서 동시에 개발하거나 교차 검증해야 하는 상황이 빈번하게 발생한다. 이처럼 이기종 버전의 미들웨어와 언어 런타임이 하나의 커널 안에서 동작할 때 발생하는 충돌 공간을 분리하고, 전역 레벨의 파일 시스템 오염을 방지하기 위해서는 환경 변수를 매개로 한 동적 의존성 주입(Dynamic Dependency Injection) 및 릴리스 격리 기법이 체계적으로 적용되어야 한다.
1. ROS2 환경 변수 스코프(Scope) 및 setup.bash 소싱 메커니즘
운영체제가 수백 개의 ROS2 실행 파일, 공유 객체(Shared Object), 파이썬 모듈의 위치를 스스로 추적하는 것은 불가능하다. ROS2는 전역 운영체제의 환경 변수(PATH, LD_LIBRARY_PATH, PYTHONPATH)를 영구적으로 수정하여 생태계를 장악하는 대신, 개별 터미널 세션 단위로 환경을 임시 정의하는 소싱(Sourcing) 메커니즘을 채택한다.
ROS2를 특정 경로(예: /opt/ros/jazzy)에 설치하면 패키징 시스템은 루트 디렉토리에 setup.bash (또는 setup.zsh) 스크립트를 생성한다. 사용자가 터미널 셸(Shell)에서 source /opt/ros/jazzy/setup.bash 명령을 실행하면, 해당 스크립트는 ament 환경 훅(Environment Hook)들을 순차적으로 호출하여 현재 프로세스 메모리 공간에 ROS2 전용 환경 변수를 동적으로 오버레이(Overlay)한다.
예를 들어, ROS_DISTRO 변수를 통해 릴리스 버전을 명시하고, AMENT_PREFIX_PATH를 업데이트하여 런치(Launch) 파일과 리소스의 검색 경로를 확장한다. 이 구조의 공학적 의의는 터미널 세션이 종료됨과 동시에 주입되었던 ROS2 환경 변수가 소멸하여 커널의 원래 시스템 상태(Idempotency)를 안전하게 복구한다는 데 있다.
2. 인터프리터 언어 통합: Python 가상 환경(Virtual Environment)을 활용한 격리
ROS2 시스템 내부에는 rclpy를 다루는 코어 파이썬 스크립트 외에 드론의 강화학습 및 비전 모델을 위한 PyTorch, TensorFlow 등 무거운 서드파티 의존성이 결합된다. Ubuntu 운영체제의 전역 파이썬 공간(sudo pip install)에 이러한 패키지를 무분별하게 설치할 경우, ROS2 코어 체계가 요구하는 빌드 시스템 종속성 패키지(예: colcon-core, catkin_pkg)의 버전과 충돌을 일으키는 치명적인 ’의존성 지옥(Dependency Hell)’이 초래된다.
이를 방지하기 위해 ROS2 워크스페이스 내 파이썬 런타임 구성 시 표준 가상 환경 패키지(python3-venv)를 활용한 의존성 격리 기법이 의무적으로 수반된다. 프로젝트 루트 혹은 src 디렉토리 외곽에 샌드박스화된 venv를 생성하고(python3 -m venv ./venv), 이를 활성화함으로써 파이썬 인터프리터의 사이트 패키지 트리를 OS 전역 영역과 완전히 격리시킨다. 이를 통해 특정 드론 행동 트리에 필요한 numpy나 scipy 버전을 ROS2의 다른 워크스페이스에 부작용 전파 없이 독립적으로 고정시킬 수 있다.
3. 단일 커널 상의 멀티플 릴리스 제어(Multiple Release Control) 기법
복수의 ROS2 배포판을 하나의 호스트 머신에서 능동적으로 통제하기 위한 전략으로, 셸 환경 설정의 ‘지연 바인딩(Lazy Binding)’ 기법이 적용된다.
일반적으로 사용자는 편의를 위해 ~/.bashrc 하단에 특정 ROS2 배포판의 setup.bash를 하드 코딩(Hard-coding)하여 전역적으로 실행되도록 구성하지만, 이는 멀티플 릴리스 제어에 치명적인 패착이다. Humble의 런타임 변수와 Jazzy의 런타임 변수가 혼재되면, 노드 실행 시 존재하지 않는 인터페이스 기호를 링커가 요구하는 Segmentation Fault나 심볼 매핑 오류가 자명하게 발생한다.
올바른 공학적 해결책은 셸 스크립트 기반의 에일리어스(Alias) 함수 분리다. ~/.bashrc 내에 전역 소싱 구문을 모두 제거하고, 아래와 같이 명시적인 호출 시에만 컨텍스트가 주입되도록 래퍼(Wrapper) 함수를 선언한다.
alias ros_humble='source /opt/ros/humble/setup.bash && export ROS_DOMAIN_ID=10'alias ros_jazzy='source /opt/ros/jazzy/setup.bash && export ROS_DOMAIN_ID=20'
이 방식을 통해 개발자는 터미널 인스턴스 A에서는 ros_humble을, 인스턴스 B에서는 ros_jazzy를 호출하여 완벽하게 샌드박스된 병렬 네임스페이스를 개설할 수 있다. 나아가 ROS_DOMAIN_ID를 상호 배타적으로 분리함으로써, 동일한 멀티캐스트 네트워크 상에서 각 릴리스 버전 간의 토픽과 서비스 페이로드가 혼선(Cross-talk)을 일으키는 것을 라우팅 레벨에서 물리적으로 차단하는 견고한 멀티플 배포 운영 환경을 완성한다.