네트워크 토폴로지 그래프

문제와 백엔드

네트워크 토폴로지에서 도달 가능성, 서비스 영향, 고립된 구성 요소를 구분합니다. TinkerGraph를 써서 컨테이너와 네트워크 편차를 빼고 모델부터 검증합니다. 먼저 핵심 모델과 TinkerPop을 읽고, 운영 전에는 선택 가이드를 적용합니다.

그래프 모델

정점: Site/Device/Segment/Service
간선: CONTAINS_DEVICE/CONNECTED_TO/MEMBER_OF_SEGMENT/HOSTS_SERVICE
주요 속성: siteId, deviceId, segmentId, serviceId, cidr, tier, status

준비와 릴리스 경계

JDK 21, 커밋 3e0fa7cb9e3bc70c2743aeebda2487f3e45e4907, 저장소의 Gradle Wrapper가 필요합니다. 예제는 배포되지 않으므로 릴리스 소스를 체크아웃하고 Gradle 프로젝트로 실행합니다. 소비자 애플리케이션에서는 bluetape4k-dependencies:<ecosystem-version>만 선택하고 필요한 그래프 모듈은 개별 버전 없이 추가합니다.

실행과 관찰

./gradlew :network-topology-examples:test --tests "io.bluetape4k.graph.examples.networktopology.TinkerGraphNetworkTopologyImpactTest"

테스트는 도달 가능한 장비, 영향을 받는 서비스, 고립된 구성 요소가 토폴로지 고정 데이터와 일치하는지 검증합니다. 실패하면 연결 간선의 방향, 고립 관계 누락, 영향 탐색의 경계를 확인합니다.

코드 읽는 순서

security-attack-path 다음에 읽고 observability-graph로 이어가십시오. 동기·코루틴 API, 테스트, 운영도 함께 보십시오.

확장과 운영 진단

결과를 바꾸는 간선과 단언을 하나 추가하고 suspend API로 반복하십시오. 영속 백엔드 테스트는 직렬로 실행하고 끊어진 경로와 잘못된 입력도 검증하십시오. 이 고정 데이터는 처리량, 군집, 권한, 테넌트 격리, 마이그레이션, 백업, 원격 드라이버 제한 시간, 인덱스 품질을 증명하지 않습니다.