웨비나속 Q&A
최근 웨비나 진행 중 발생한 질문과 답변을 조회할 수 있습니다
[질문] 단순 조회 SQL보다 오라클의 PL/SQL 프로시저와 함수가 사용된 시스템을 운영하는 경우에도 일반적인 SQL 마이그레이션 방식으로 접근 가능한가요?
접근은 가능하지만, 일반 SQL 변환만으로는 부족합니다. PL/SQL은 단순 문법이 아니라 패키지 상태, 예외 처리, 동적 SQL, Collection, Autonomous Transaction, DBMS_* 기능까지 포함하기 때문입니다. eXperDB 전환에서는 먼저 프로시저·함수의 호출 관계와 오라클 종속도를 분석한 뒤, 자동 변환 가능한 부분은 PL/pgSQL로 옮기고 나머지는 재설계합니다. 이후 컴파일 확인뿐 아니라 단위·회귀·성능·동시성 테스트까지 수행해야 하며, 핵심 로직은 대표 업무 PoC로 전환 난이도와 공수를 먼저 확정하는 것이 안전합니다.
인젠트 담당자
2026-08-25 14:25
[질문] 모든 Oracle 시스템을 PostgreSQL 계열로 전환하는 것이 반드시 효율적인 것은 아닐 것 같은데, 실제 마이그레이션 프로젝트에서는 어떤 기준으로 전환이 적합한 시스템과 Oracle을 유지하는 것이 나은 시스템을 판단하시나요?
전환 여부는 ‘가능한가’보다 ‘효과가 위험보다 큰가’로 판단합니다. 표준 SQL 비중이 높고, 오라클 종속 기능이 적으며, 라이선스 부담이 큰 신규·고도화 시스템은 eXperDB 전환에 적합합니다. 반면 복잡한 PL/SQL·RAC·Exadata 의존도가 높거나, 패키지 솔루션이 Oracle만 인증하고, 매우 짧은 중단시간과 검증된 성능이 절대적인 핵심 코어시스템은 유지가 합리적일 수 있습니다. 실제로는 업무 중요도·호환성·성능·의존성·운영역량·5년 TCO를 평가한 뒤, PoC 결과로 전환·유지·단계 전환을 결정합니다.
인젠트 담당자
2026-08-25 14:23
[질문] 오라클 복합 패턴 처리와 관련된 패키지나 저장 프로시저를 오픈소스로 옮길 때 자동으로 안 바뀌고 직접 사람이 수정해야 하는 비중이 보통 얼마나 되는지 궁금합니다
일반 SQL과 단순 PL/SQL은 도구로 70~80%까지 전환되지만, 복합 패키지·저장 프로시저의 수작업 비중은 보통 20~40%로 보는 것이 현실적입니다. 다만 DBMS_* 패키지, 동적 SQL, Autonomous Transaction, Collection, Job·DB Link 등 오라클 종속 기능이 많으면 50%를 넘기도 합니다. eXperDB 전환은 객체 수보다 난이도·호출 빈도·업무 중요도를 기준으로, 사전 호환성 분석과 핵심 프로시저 PoC를 통해 실제 수정률과 공수를 확정하는 것이 안전합니다.
인젠트 담당자
2026-08-25 14:21
[질문]1.오라클에서 오픈소스 DB로 전환하는 과정에서 가장 많이 발생하는 실패 요인은 무엇이고, 인젠트는 이를 사전에 어떻게 진단하고 예방하는지 궁금합니다. 2.인젠트만의 맞춤형 마이그레이션 전략은 기존 DB 분석, 전환 설계, 데이터 이관, 검증 단계에서 기존 방식과 어떤 차별점을 가지고 있는지요? 3.대규모 엔터프라이즈 환경에서 오라클의 PL/SQL, 프로시저, 배치 프로그램 등을 오픈소스 환경으로 전환할 때 가장 큰 기술적 난제와 해결 방안은 무엇인지요? 4.오라클 라이선스 비용 절감 효과와 함께 오픈소스 DB 도입의 실질적인 TCO 개선 효과를 어떻게 측정하고 검증할 수 있는지요? 5.금융·제조·공공 등 미션 크리티컬 시스템에서 오픈소스 DB로 전환할 경우 성능과 안정성을 보장하기 위한 인젠트만의 검증 방법론은 무엇인지요?
아직 답변이 없습니다
[질문]고객 입장에서 비용 절감만 보고 시작시 놓치기 쉬운 요소가 무엇인지, 실제 업무 중요도, 의존 시스템, SQL 호환성, 운영 리스크 중 무엇을 우선순위로 봐야 하는지 궁금합니다.
비용은 출발점이 아니라 검증의 결과로 봐야 합니다. 우선순위는 ① 업무 중요도와 허용 중단시간(RTO·RPO) ② 연계·배치·인터페이스 등 의존 시스템 ③ SQL·프로시저·데이터 타입의 호환성과 성능 ④ 백업·복구·HA·모니터링 및 운영인력 리스크 ⑤ 최종 TCO 순입니다. eXperDB가 이기종 이관과 정합성 검증을 지원하더라도, 애플리케이션 수정 범위와 전환·롤백 계획은 PoC로 반드시 확인해야 합니다. 핵심 업무를 한 번에 전환하기보다 저위험 업무부터 단계적으로 확대하는 것이 가장 안전합니다.
인젠트 담당자
2026-08-25 14:19
[질문] 이미 Active Directory·Entra ID·Okta 등을 운영 중인 환경에 IDIRA를 추가 도입할 때 기존 아이덴티티 인프라를 교체하지 않고 통합할 수 있나요? 도입 범위와 구축 기간은 어떻게 되나요?
아직 답변이 없습니다
[질문] 탈취된 자격증명을 이용한 정상 로그인처럼 기존 보안 솔루션이 탐지하기 어려운 아이덴티티 공격을 IDIRA는 어떤 방식으로 감지하며, 오탐 없이 실제 위협만 걸러내는 정확도는 어느 수준인가요?
아직 답변이 없습니다
수고하셨습니다. 제가 질문한 것 말씀을 해주셨는지?
아직 답변이 없습니다
[질문]IDIRA를 도입한 이후 실제 고객들이 가장 크게 개선했다고 평가하는 KPI는 무엇인가요? 예를 들어 특권 계정 감소율, 인증서 관리 자동화율, Mean Time to Revoke(MTTR) 단축 등의 정량적 효과가 있었는지 궁금합니다.
아직 답변이 없습니다
[질문]최근 공격자들은 계정을 탈취하기보다 API Key나 Service Account를 먼저 노리는 경우가 많은데, IDIRA에서는 이러한 공격을 탐지하는 핵심 지표는 무엇인지 궁금합니다.
아직 답변이 없습니다
[질문]머신 아이덴티티는 사람보다 훨씬 빠르게 증가하는데 실제 고객사에서는 사람 계정과 머신 계정의 비율이 어느 정도이며, 가장 먼저 관리해야 하는 대상은 무엇이었는지 궁금합니다.
아직 답변이 없습니다
[질문]AWS IAM Role, Azure Managed Identity, Google Workload Identity까지 하나의 정책으로 관리할 수 있는지 궁금합니다.
아직 답변이 없습니다
[질문]GitHub Actions나 GitLab CI/CD에서 사용하는 Secret과 Cloud IAM Role도 IDIRA에서 통합 관리할 수 있는지 실제 구축 사례가 궁금합니다.
아직 답변이 없습니다
[질문]Kubernetes Service Account와 SPIFFE/SPIRE 기반 Workload Identity도 IDIRA에서 함께 관리할 수 있는지 궁금합니다.
아직 답변이 없습니다
[질문] AI Assistant 기능 사용시에, 원하는 분야나 전문용어 등에 제한하여 생성형 결과를 도출할 수 있도록 학습하는 데이터나 금지어 등의 처리를 통해 원하는 범위 내에서 AI가 생성할 수 있도록 설정이 가능한가요?
아직 답변이 없습니다
[질문] .제로트러스트이나 랜섬웨어 관점에 스토리지의 방어,보안효과는 어떻게 평가될 수 있고, 보안취약점 검출에 따른 패치/업데이트 절차와 방법도 궁금합니다. 그리고 장애시 DR로의 절체 속도 및 신뢰성 등에서 스토리지와 솔루션은 타사대비 어떤 강점이 있는지도 궁금합니다.
아직 답변이 없습니다
[질문] AWS, Azure, GCP 및 다양한 업무용 SaaS에 계정과 권한이 파편화되어 있습니다. IDIRA가 이종 클라우드 환경 전반에 걸친 과다 권한 상태를 단일 대시보드로 시각화하고 자동으로 최소 권한 정책을 적용하는 데 걸리는 시간/공수는 어느 정도인가요?
아직 답변이 없습니다
[질문] CI/CD 파이프라인에서 사용하는 서비스 계정이나 API Key도 자동 교체와 만료 정책을 적용할 수 있는지 궁금합니다.
아직 답변이 없습니다
[질문] 기존 운영 중인 계정과 권한 체계를 최대한 유지하면서 IDIRA를 도입하려면, 사전에 반드시 점검해야 할 사항들이 궁금합니다.
아직 답변이 없습니다
[질문] LLM을 적용할 경우, 초기 학습에 필요한 데이터 확보 방법과 함께 데이터 보안 및 개인정보 보호 문제를 해결하기 위한 주요 기술적 조치와 관리 방침은 무엇인지 설명해 주실 수 있나요?
아직 답변이 없습니다