현재 모니터링 범위는 java 기반의 어플리케이션과 엔드유저 모니터링 등에 집중되어 있으나, python 및 php 로 만들어진 어플리케이션에 대한 모니터링은 현재 개발중에 있습니다. 빠른 기간내에 선보일 수 있도록 하겠습니다.
네.. 해당 분야에 적용한 사례는 다수 있습니다. TUNA 도입 이후 장애율이 대폭 감소하였으며, 이를 통한 tco 절감 효과를 갖고 올 수 있었습니다.
DevOn F/W 관련 금융권 도입사례를 말씀하시는 건가요?
주요 은행, 카드, 보험 등에 많은 사례를 가지고 있습니다. 고객사명을 전부 오픈하긴 어려우니 실제 문의처로 다시한번 연락해주시면 소개자료 전달드리겠습니다.
아직 답변이 없습니다
아직 답변이 없습니다
가장 큰 차별화는 실 데이터를 자동 수집해서 오픈 예정인 시스템을 대량, 반복 검증할 수 있다는 것입니다.
AS-IS거래의 요청/응답 트랜잭션을 Set로 처리하기 때문에 응답 결과 자동비교가 가능하다는 장점이 있습니다. 그리고 대외 연계를 포함하여 프로세스가 중단되지 않는 장점이 있습니다.
AS-IS와 TO-BE가 같을 수 없기 때문에 요청트랜젝션을 변조하는 "요청매핑"을 정의할 수 있고, 응답결과를 비교하는 "응답매핑"을 정의하실 수 있습니다.
PerfecTwin Rule manager기능을 활용하면 별도 테스트를 진행하지 않으셔도 됩니다.
PefecTwin은 클라우드 이관/전환도 지원합니다. 질문하신 내용 가능합니다.
클라우드 환경에서 적용된 실 사례가 있으며 멀티클라우드도 지원이 가능합니다
아직 답변이 없습니다
가능합니다. 업무담당자/개발자가 진행합니다.
네 변환 규칙을 관리하는 도구(룰매니저)를 이용하여 수시로 수정이 가능합니다.
[질문] TO-BE가 AS-IS와 다르게 반응하여야 하는 부분이 나타나는 경우도 있는데 알려주신 도구를 활용해서 이러한 다른 부분을 반영하는 것이 가능할까요? 아니면 TO-BE가 AS-IS와 다르게 반응해야 하는 부분은 PerfecTwin을 사용하지 않고 별도로 테스트를 진행하도록 계획하는 것이 효과적일까요?
네 가능합니다
우선 클라우드 및 온프레미스 환경도 지원 가능합니다. TunA 와 UXM 을 도입했을 경우 어느 정도의 장애율ㅇ
장애율이 감소되는지 정량적으로 정확히 말하기는 어렵지만 발생하는 장애의 원인을 정확히 파악할 수 있기 때문에 이에 대한 대응방안을 수행한다면 상당수의 장애는 해결하실 수 있습니다.
네
요청/응답을 TO-BE 시스템으로 변환하는 규칙을 장 정의하고, 검증 기준일의 데이터를 일치 시키는 사전 준비작업이 요구됩니다.
트랜젝션(CRUD)는 즉각 검증이 가능합니다. 실시간으로 보시면 되겠습니다.
답변 감사합니다.
AS-IS 시스템에서 발생된 거래 시각과 동일한 시각에 TO-BE 시스템에 거래를 재현할 수 있고, 속도를 빠르게 해서 검증할 수도 있습니다.(ex. 하루치 거래를 3시간에 고속 검증)
응답/요청을 네트워크 상의 패킷을 캡처하거나, 시스템에 저장된 전문로그를 이용합니다. 개인정보는 전문로그의 경우 고객사에서 변조 처리하여 제공합니다.
1. 웹서버나 연계서버의 N/W 패킷을 캡처하여 저장하는 방식을 적용하거나, 2. 운영 시스템의 요청/응답 전문 로그가 관리되고 있다면 로그를 이용할 수 있습니다. 개인정보가 포함될 경우 변조 등의 보안대책을 적용합니다.
아직 답변이 없습니다
클라우드 서비스 형태의 제공은 현재는 가능하지 않고, 준비중에 있습니다.
가능합니다.
아직은 지원하지 않으나 곧 마켓플레이스, SaaS 형태로 제공할 예정입니다
현재도 영구 라이선스개념이 아닌 섭스크립션 방식으로 제공합니다
즉각 확인이 가능합니다.
AS-IS와 TO-BE 결과비교는 응답코드, 응답메시지, 응답내용을 구성하는 개별 항목단위로 수행됩니다.
그래서, AS-IS가 성공 TO-BE가 실패하거나 AS-IS가 실패 TO-BE가 성공하거나 AS-IS가 실패 TO-BE가 실패이나 내용이 다르거나 AS-IS가 성공 TO-BE가 성공하더라도 내용이 다르다면 모두 실패로 판정하게 됩니다
사용료는 라이선스와 인건비로 구분되어 있고, 라이선스는 검증건수별, 사용 기간별로 사용료가 책정되어 있어서 상황에 맞게 선택할 수가 있습니다.
실 사례에서는 1년간 매일 사용하기도 했고 십 수일의 트랜잭션을 수행해서 일마감을 연속하여 검증하기도 했습니다
라이선스는 월 혹은 주단위로 라이선스를 제공하고 있습니다
라이선스외에 인건비는 반드시 cns 인원이 투입되어야하는건지 SI프로젝트중인 인원이 교육받고 사용가능한지 궁금합니다.
개발중인 시스템을 오픈하기전에 미리 오픈한것처럼 돌려보게 되면 오픈상황에서의 결함들을 미리 확인하는 구조입니다
확인된 결함들을 실제 오픈하기전에 미리 조치하고 제대로 조치되었는지 계속해서 자동으로 수행하게됩니다
대량의 실거래 데이터로 TO-BE 거래 자동 수행 -> AS-IS 시스템과 결과 비교 및 TO-BE 오류 조치 -> 재 수행시 동일 오류 발생 여부 점검 순으로 진행됩니다.
인프라 측면에서는 검증을 위한 TO-BE 시스템의 환경 준비가 요구됩니다. 검증 기준일에 맞춰 데이터 전환이 된다면 검증의 효과가 종아집니다. 어플리케이션 측면에서는 AS-IS 요청/응답 대비 변경되는 TO-BE 요청/응답에 대한 변경 규칙 식별이 필요합니다.