요약

  • Andrei Dinu는 AI 조수가 16분 만에 16쪽짜리 스위치 이전 계획을 만들었다고 말했다. 실행은 팀이 단계별로 했으며 조수의 도구는 읽기 전용이다.
  • Lighthouse는 Nokia와 Arista 장비의 변경을 검증하고 기록하며 장비의 되돌리기 타이머를 쓴다. 안전한 복구를 입증할 수 없으면 사람이 맡는다.

고객 화면에서는 서비스 신청 버튼 하나다. 실제 네트워크에서는 여러 장비의 설정이 동시에 바뀔 수 있다. InterLAN IX의 Andrei Dinu는 RIPE 93 발표에서 Nokia SR OS와 Arista EOS를 함께 다루는 Lighthouse를 소개했다. 고객에게 편한 버튼일수록 뒤편의 실패 처리 절차가 중요하다.

공식 발표 기록에 따르면 서비스 설정은 버전이 있는 템플릿에서 만들어지고 장비의 검증을 거쳐 적용된다. 여러 장비를 건드리는 작업에서 한 단계가 실패하면 장비의 되돌리기 타이머에 의존한다. 안전한 복구를 확신할 수 없으면 운영자가 개입한다. 사람이 라우터에서 직접 바꾼 설정도 데이터베이스의 목표 상태와 다른 것으로 표시한다. 조용히 새 목표로 받아들이지 않는다.

Dinu는 두 독립 회선으로 연결된 스위치의 이전 계획을 AI에 부탁했다. 16분 뒤 16쪽짜리 문서가 나왔고 팀이 차례로 실행했다. 공식 초록은 AI 도구가 읽기 전용이라고 밝힌다. AI가 변경을 제안하고 사람이 승인하는 기능은 앞으로의 구상이다. 질의응답에서는 gNMI 쓰기가 디지털 트윈에서 시험됐지만 운영망에서는 아직 쓰이지 않는다고 선을 그었다.

그가 설명한 운영 규모는 Nokia 라우터 10대, 추가 Arista 스위치, 약 100개 서비스와 고객이다. 계획을 빨리 쓰는 능력보다 중요한 것은 누가 장비에 쓰고, 실패하면 어디로 돌아가며, 언제 사람을 부르는가다.