CONTENTS

• 목록

[KSUG 2주년 스페셜 패널 토크 : 핵심 포인트만 보기!]

5월 13일(금)에 진행된 Cisco, Timegate 전문가들과 함께한 제 15회 KSUG 2주년 스페셜 패널 토크, “SAP랑 AppD랑 친구! SAP에게 유일하게 인증받은 어플리케이션 모니터링 방법”세션이 성료되었습니다!

패널토크도 어느덧 15회차가 되었습니다. 그동안 시간을 늘리고 좀 더 깊게  내용을 다루면 좋겠다는 많은 의견을 주셔서, 2주년 기념으로 하나의 주제, 하나의 솔루션으로 보다 깊이 있고 집중적으로 주제를 다루는 특집 패널 토크를 진행했습니다.

단순하게 구성되어 있던 예전의 시스템 구조와 달리 오늘날은 User-Freiendly 하면서도 다양한 기술들을 사용함으로써 수작업이 많이 요구 되는 기존의 관리방법으로는 시스템 운영 효율이 많이 떨어지게 됩니다. 특히 지금의 어플리케이션은 서버단의 구조 이해는 물론 사용자가 접근하는 접점. 즉, 웹 브라우저/모바일 부터 어플리케이션의 사용으로 보고 있기 때문에 관리해야 하는 포인트 및 문제가 야기될 수 있는 요소들도 매우 다양해졌는데요. 그래서 KSUG 2주년 스페셜 패널토크는 End-to-End 모니터링을 제공하며, ABAP을 지원하는 유일한 솔루션인 앱다이나믹스를 중심으로 어플리케이션 구조를 모니터링하는 방법에 대해 알아보는 시간을 가졌습니다!
 

<Session 1. 최적의 효율적인 모니터링 방안 발표>

Cisco 김민수 프로님께서 최적의 효율적인 모니터링 방안에 대해서 발표해 주셨습니다.

최근에는 기술이 많아 지면서도 빠르게 발전하여 다양한 기술들로 구성된 시스템을  총체적으로 알아보기 쉽게 보여주면서도 가시성을 폭넓게 제공해주는 것에 대한 관심이 많아지고 있는데요. 문제나 비효율이  발생하고 있어서 더 좋은 방법으로 관리를 하고 싶다면 현재 관리 방식을 살펴보고 부족한 부분이 있는지, 내가 미처 알지 못한 솔루션이 있는지 조사하고 확인할 필요가 있습니다.

기존의 툴에서 제공하지 못했던 부분들 특히 코드 레벨로 아주 디테일하게 모니터링 하는 것, 축적된 데이터를 바탕으로 학습하는 것, 그리고 각 객체들을 별도로 보지 않고 서로 간의 연관관계를 확인하면서 분석하는 등… 복잡해지는 시스템 환경에 꼭 필요하고 유익한 정보를 얻을 수 있는 시간이였습니다.

<Session 2. SAP 어플리케이션 구간별 성능 분석 방법 데모 & 실시간 Q&A>

Cisco 김민수 프로님께서 설명 해주신 것들이 직접적으로 어떻게 보여지는지 그리고 어떻게 도움이 될지 이어서 Timegate 진경장 프로님의 3가지 토픽별 데모로 알아 보았습니다. 뿐만 아니라 여러분들의 사전 및 실시간 질문에 대한 Cisco, Timegate 전문가들의 답변을 실시간 생생한 내용으로 들을 수 있었습니다. 

전문가들의 답변, 지금 바로 확인해 보세요! 

[Topic 1. 데모] 시스템 가시성과 시스템 성능 파악

1) 시스템들 간의 연결을 보여주는 게 플로우맵 이라고 했죠? 이건 수동으로 하나씩 그려줘야 하는 건가요? 연계된 시스템이 추가되거나 하면 수정은 어떻게 해주나요? 

[Timegate]
어플리케이션 트랜잭션 맵은 수동으로 그리는 게 아니고요, 앱다이나믹스 컨트롤러라는 앱다이나믹스 메인서버가 설치가 되고요, 그 다음에 운영서버에 앱다이나믹스 어플리케이션이 Agent가 설치가 됩니다. 에이젼트와 앱다이나믹스의 컨트롤러가 연결되고, 트랜잭션이 발생하면 앱다이나믹스가 자동으로 플로우를 그려줍니다. 그리고 만약에 시스템이 뭐 더 추가되었거나 어플리케이션이 늘어났을 경우에도, 수동으로 그려주는 게 아니고 에이젼트가 설치되고 트랜잭션만 흘러간다면 자동으로 업데이트가 됩니다.

2) 플로우 맵에 아이콘을 보면 녹색/노란색 칼라가 있는데, 이 색이 의미하는 것이 있나요?

[Timegate]
시스템상태 라고 확인하시면 됩니다. 플로우맵에서 보셨던 그 원은 어플리케이션이라고 생각하시면 되는데요. 어플리케이션에 문제가 있을 경우, 앱다이나믹스는 색깔로 알람을 표시해 주고요. 운영자분들은 그 색깔을 통해서 알람을 빨리 확인 할 수가 있습니다. 그 해당 알람은 지표에 대해서도 보여주고요. 트랜잭션 다음에 보여 드릴 트랜잭션에 대해서도 임계치가 적용돼서 해당 임계치를 초과하면 알람 색깔을 바꿔서 운영자들이 확인할 수 있습니다.

[Topic 2. 데모] 엔드 유저 모니터링, 트랜잭션 모니터링과 소스레벨 장애 근본원인 분석(RCA)

3) ABAP 코드레벨 분석에 대한 아키텍쳐에 대해 말씀해 주실 수 있을까요? 
-> 돌도사 : 트랜잭션 모니터링이 가능하다고 하는데, 모니터링 하는 방식이나 결과가 어떻게 제공되나요? 

[Cisco]
ABAP 코드레벨의 분석에 대해서는 사실 저희 앱다이나믹스 에이젼트는 이제 트랜스포트 형태로 저희 SAP시스템에 임포트가 되면서 ABAP 코드가 백엔드에서부터 생성이 되가지고 모든 펑션을 처리할 때, 같이 처리하기 때문에 그 모든 펑션들을 태깅 트레이스하기 때문에 그 전체적인 가시성을 제공할 수 있다라고 생각을 하시면 될 것 같습니다.  

4) 사용자단 모니터링에서 서버단 모니터링이 함께 파악이 된다라고 했는데, 맞나요? 이게 어떤 의미인가요? 영역이 다른 것 같은데 함께 파악이 가능한가요?
-> sadalless : Fiori단부터 NetWeaver까지 세부적인 코드레벨 정보로 모니터링이 된다고 되어있는데, HANA DB단의 영역까지 모니터링이 되는지 궁금합니다.
예를들어 Fiori의 특정 Overview의 heavy 쿼리가 DB에 악영향을 줘서 전반적인 ERP시스템의 성능저하가 있을 경우 해당 DB의 이슈와 문제가 되는 쿼리를 찾을 수 있을까요?  

[Timegate]
아까 데모에서 보여 드렸듯이 앱다이나믹스는 ABAP 코드레벨까지 분석이 가능합니다. 코드레벨까지 분석이 들어갔을 때 코드레벨로 어떤 메소드나 어떤 클래서, 어떤 펑션까지 처리시간 확인이 가능하구요, 그 다음에 DB문제에 대해서도 DB처리 구간에서 가장 문제가 오래 걸렸다면 DB처리 구간의 쿼리까지도 확인이 가능합니다.  

5) 모니터링 결과 제공 화면은 기본으로 제공되는지요? 모니터링 기능에 추가적인 기능을 만들어서 활용할 수 있는지요?
-> 돌도사 : 모니터링 결과를 제공하는 화면을 Fiori 등으로 별도 구현을 해야 하는지요? 아니면 기본 제공되는 화면이 있는지요?
->  leelak72 : 모니터링 기능에 대해서 추가적인 기능을 만들어서  활용이 가능한가요? 만약 가능하다면 시스템 감사대응과 같은 자료제공의 목적으로 활용 할 수 있나요?

[Cisco]
사실 추가적으로 뭐 예를 들어서 콘피규어를 해야 되거나 뭐 UI단을 추가로 생성해야 되거나 그런 것은 전혀 필요 없습니다. 저희 앱다이나믹스 에이젼트를 사용하시고 계시는 그 SAP 시스템에다가 설치만 하시면 저희 에이젼트든 혹은 STK형식으로도 들어가게 되면은 저희가 SAP퓨어에서부터 뭐 뒷단에 있는 네트위버 HANA 어떤 것이든 간에 저희가 전체적으로 다 가시성을 제공할 수 있기 때문에 추가적인 그런 프로세스는 필요가 없구요. 그리고 감사에 대해서는 제가 간략하게 말씀 드리면, 유럽 EU에서는 지디퓨얼 때문에 감사를 할 수 있어야 된다라는 룰이 있습니다. 데이터 프라이빗 관련회사이기 때문에 앱다이나믹스에서도 감사 관련해서 기능들을 다 캐퍼빌리티를 벌써 제공하고 있다라는 점 말씀 드리고 싶습니다. 

6) 단계별 모니터링이 실시간으로 가능한지요?
-> 별다방짜글이 : 관리자가 업무 처리과정을 실시간으로 단계별 모니터링이 가능한지요?

[Cisco]
네 그 부분에 대해서 간략하게 말씀 드리면 “네 가능합니다”.

7) 클라우드와 온프레미스 간에도 연동되어 통합 모니터링이 제공되는지요?
-> 이광재 : 최근 cloud와 on-premise간 연동된 하이브리드 형태로 운영이 많이 되고 있는데 통합 모니터링 가능한지 궁금합니다.
-> 최진훈 : 모니터링이 on-premise와 하이브리드 클라우드 멀티클라우드 상황에서 모두 지원이 되는지요?

[Cisco]
네. 그 부분에 대해서도 답변을 드리자면 사실 되게 좋은 질문 입니다.  지금 아무래도 디지털 업계에서 IT업계에서는 되게 중요한 질문인 것 같은데요. 앱다이나믹스 같은 경우는 사실 어떤 클라우드 환경이냐에 대한 제한적인 사항이 없습니다. 그런 이유는 저희가 에플리케이션에 기능에 포커스를 하기 때문이죠. 에플리케이션이 뭐 예를 들어서 프라우빗 클라우드를 사용하든 퍼블릭 클라우드를 사용하든 어떤 클라우드를 사용하든 예를 들어서 KT든 AWS든 상관없이 에플리케이션이 사용하는 모든 펑션을 저희가 태깅하고 트레이싱하기 때문에 클라우드 환경과 상관 없이 모든 것을 저희가 가시성을 확보하고 제공해 드린다고 생각하시면 될 것 같습니다.

8) 아까도 언급되었지만 대부분 SAP의 모니터링은 솔루션 매니저(Solution Manager)을 통해서 하고 있습니다. 차이점이 뭔가요?
-> 주광파파 : appdynamics는 풀 스택 APM이라고 알고 있는데, 기존 SAP Solman과 무슨 차이가 있을까요?

[Cisco]
네 그러면 그 부분에 대해서 제가 언급을 했기 때문에 덧붙여서 설명을 좀 드리자면 Solman 같은 경우는 사실 SAP제품에 특화된 상품이기 때문에 SAP가 아닌 연계되는 시스템이나 연계구간이나 다른 뭐 레가시 환경이나 클라우드 같은 경우는 모니터링 하기가 어렵습니다. SAP Solman 하고 앱다이나믹스는 여기서 말씀 드리면 경쟁사가 아닌 서로간에 상호작용할 수 있는 파트너 시스템이라고 생각하시면 됩니다. 그렇기 때문에 SAP Solman으로 사용하시는 부분에서 부족한 부분들을 이 앱다이나믹스가 더욱 보강을 해 간다고 생각을 하시면 될 것 같습니다.

[Topic 3. 데모] IT 운영자, 현업 담당자도 활용 가능한 대시보드

9) 대시보드에서 SAP 주요지표는 어떤 것들이 있고 또 얼마만큼 보여주나요?

[Timegate]
네 대시보드에서 방금 말씀 드렸듯이 데모 보셨듯이 설치와 동시에 SAP에 대한 서버 관련 지표 뭐 SAP 서버에 대한 CPU, Memory, Disk  이런 대시보드는 기본적으로 제공을 하구요, 그 다음에 하나 관련 대시보드를 한 10개 이상 제공하구요, 그 다음에 SAP 주요 관련 지표 보여 드렸듯이 뭐 WorkProcess나 뭐 RFC 그 다음에 뭐 덤프 같은 기본 대시보드를 제공해 줍니다.  

10) 사용자별 권한을 각 팀마다 원하는 대시보드를 만들고 조회가 가능한가요?

[Timegate]
네. 가능합니다.

11) 관심유저 : 모니터링을 하고 관리되는 기능은 SAP와 연계하여 각 조직에 담당자와 매핑하여 전체 운영 조직별 현황을 토플로지로 볼 수 있는 대시보드를 구현할 수 있는지 궁금합니다

[Cisco]
네 좋은 질문이구요 사실 그 부분에 대해서 말씀 드리면 또 간단하게 말씀 드리면 “네 가능합니다”. 사실 각 역할 각 팀마다 제가 앞서 말씀 드린 것처럼 각 팀과 역할마다 중요하게 생각하는 매트릭이 다 다르기 때문에 그 부분만 예를 들어서 인프라팀이면 인프라 부분만 확인 할 수 있도록 하고 베이시스팀이면 베이시스팀만 확인할 수 있는 그런 대시보드 그리고 각 역할에 대한 그런 엑세스를 주어 질 수 있습니다.  

[Q&A] 실시간, 사전 질문 · 응답

12) 시스코가 네트워크 장비 관련 비즈니스만 하는 줄 알았는데, 이러한 가시성 제공 솔루션도 하는군요. 과정 등에 대해 좀 더 상세한 설명 부탁 드립니다.
-> slip2955 : SAP과 CISCO, Timegate 의 기술력이 어떻게 시너지를 낼 수 있는지 그  특장점이 궁금합니다.
-> 강수철 : 시스코가 AppDynamics를 인수한 이유, 그리고 시스코의 어떤 제품과 같이 통합하거나 콜라보레이션 해서 서비스를 제공할 지 궁금합니다.
 -> 이광재 :  cisco와 sap가 언뜻 보기에는 매치가 안되는데 어떤 관계가 있는지 궁금합니다.

[Cisco]
사실 맞습니다. 시스코가 네트워크 회사로 잘 알려진 것은 뭐 누구나 다 아는 부분인 것 같습니다. 저도 마다할 수 없는 부분이지만 시스코가 뭐 지난 몇 년 동안 계속 많은 회사들을 인수해 가면서 네트워크 회사만이 아닌 진짜 전체적인 풀스택에 대한 가시성을 줄 수 있는 그런 회사로 변하고자 많은 회사들을 인수 했는데요. 아시다시피 웹액스 같은 것도 있고, 텐드버그나 이런 다양한 회사들을 계속 인수해 나가면서 사업을 키워 왔습니다. 그 중에도 이제 시스코가 사실 인수를 많이 하기 때문에 그 회사에 대한 가치를 보고 그 가치를 저희가 돈을 주고 인수를 하는데요, 사실 앱다이나믹스가 제가 기억하기로는 한4조 3천억 정도의 되는 그런 비용을 시스코가 돈을 주고 인수를 했습니다. 그만큼의 값어치를 보고 앞으로의 비젼, 미래 비젼을 보고 인수 하고 그렇게 투자를 했다라고 생각하시면 될 거 같습니다.

13) SAP에 인증을 받는다는 것의 의미는? 받고 받지 않은 것의 차이는? 유일한 인증 솔루션인지요?
-> 별뭘 : SAP에게 인증을 받고 안받고의 차이는 무엇인지? SAP를 모니터링 할 수 있는 서비스는 AppDynamics가 유일한지? 궁금합니다.
-> jgsff : SAP에게 인증을 받고 안받고의 차이는 무엇인지? SAP를 모니터링 할 수 있는 서비스는 AppDynamics가 유일한지? 궁금합니다.
-> EricLee : AppsDynamics가 SAP에 유일하게 인증받은 APM 솔루션인데요. SAP가 글로벌 유수한 APM 솔루션들 중에 AppsDynamics를 유일하게 인증한 이유가 뭔가요?

[Cisco]
네 그러면 그 부분에 대해서 제가 간략하게 말씀을 드리자면 사실 맞습니다. SAP가 그러니까 앱다이나믹스가 인증서를 받은 것은 SAP한테서 직접 받은 겁니다. 이 기술력은 SAP가 증명을 하는 거구요 어떤 부분을 이제 증명을 하느냐고 하시면은 사실 진짜냐? 라고 물어보실 수 있어요. 사실 그게 오늘의 핫 토픽 중 하나인 거 같아요. 그런데 그 부분을 직접 확인 할 수도 있습니다. SAP 웹사이트에 Certified Solutions Directory에 가시면 저희 앱다이나믹스 검색하시면 저희가 유일한 밴더라는 것을 APM 밴더라는 것을 확인 할 수 있고, 또 조금만 제가 또 덧붙여서 뭐 영어 울렁증이 있으시면 사실 들어가면 다 영어로 써져 있어서 제가 조금은 풀어서 말씀 드리면 이제 ABAP 코드레빗단이나 뭐 뒤에 서버단이나 마이그레이션 S/4HANA로 옮겨 가는 거나 이 전체적인 과정 그리고 보안부분적 까지도 저희가 저희 프로덕트를 쓰면 SAP가 SAP환경에서는 문제가 일어나지 않을거다 라고 보장을 해주는 그런 인증서라고 생각을 하시면 될 것 같습니다.

14) 경쟁 제품과 간단한 비교 부탁 드립니다 
-> TMLA : AppDynamics와 Dynatrace의 차이점은 무엇입니까?

[Timegate]
앱다이나믹스와 다이나트래이스는 거의 뭐 동등한 툴이라고 생각하시면 되구요. 그리고 가트너 매직쿼더런트를 봐도 거의 두 제품이 리더 그룹에 속해 있구요. 그런데 가장 큰 차이점을 얘기하자고 그러면 아까 말씀 드렸듯이 서치 관련 부분 입니다. 앱다이나믹스는 서치를 오래 전에 했구요. 그리고 SAP가 서치를 한번 획득했다고 계속 유지되는게 아니구요 2-3년에 한번씩 갱신 과정을 거쳐야 됩니다. 그런데 앱다이나믹스는 올해 4월에 SAP로부터 서치가 갱신되었습니다. 그래서 서치가 갱신되었다는 것은 말 그대로 안정성을 얘기하는 것이거든요. 제가 이제 프로젝트를 많이 진행 해봤는데 SAP 모니터링에 대해서요. 그런데 다른 모니터링 툴들은 SAP쪽에 부하가 좀 생기는 경우도 많구요 SAP에 에러가 많이 떨어지는 경우가 많습니다. 그런 경우를 방지할 수 있다고 생각하시면 될 것 같습니다. 

15) xfile9999 : 상용APM으로 AppDynamics, WhaTap과 오픈소스로는 Scouter, Pinpoint 있는데 이 중 Scouter와 Pinpoint를 비교해보면, Scouter는 실시간 모니터링, 트러블슈팅을 위한 지표가 많고 Pinpoint의 경우 전체 뷰 등 서버 간 관계를 지켜볼 수 있고 분산 저장이 용이한데 Appdynamics는 기능차이가 없다고 봐도 되는지? 

[Timegate]
기능적인 차이점도 있습니다. 네 가장 기능적인 큰 차이점을 얘기하자면 일단 플로우맵을 들 수가 있구요, 그 플로우맵은 시스템 전체구성도라고 생각하시면 됩니다. 시스템 전체 구성도를 자동으로 그려주는 기능은 되게 큰 기능이구요, 제가 다른 솔루션으로 플로우 테스트 했을 때는 자동으로 그려주는 기능이 없어서 수작업으로 그려야 되는데 그 시스템 전체 환경을 알고 계시는 분이 별로 없습니다. 뭐 다 담당자분이 다르니까 어떤 뭐 여러분이 모여서 회의를 한다고 그래도 전체 플로우맵까지 그릴 수 있는 과정을 도출해 내는 게 쉽지 않거든요. 그 것도 뿐만 아니고 가장 큰 장점이라고 그러면 ABAP 코드레벨까지 분석이 가능하다는 것입니다. ABAP에 어떤 펑션까지 호출했는지 그 다음에 그 펑션에서 호출한 DB에 문제가 있을 경우는 DB의 쿼리내용까지 보여 주거든요. 그 두가지 점이 가장 큰 차이점이라고 말씀 드릴 수 있습니다.

16)  어른폰주인장 : 국산제품 제니퍼와 차별점이 궁금합니다.

[Timegate]
가장 큰 차이점이라고 얘기하면요. 제니퍼가 국내에서 가장 많이 알려지기도 했구요. 그리고 솔직히 말씀 드려서 자바 어플리케이션에 대해서는 뭐 많이 사용한 제니퍼가 더 익숙 할 수도 있고 그렇습니다. 그런데 기능적인 면에서는 앱다이나믹스도 제니퍼와 동일한 기능을 제공하지만 이제 익숙하게 사용한다는 점에서 가장 큰 차이점이구요, 그 다음에 앱다이나믹스가 내세울 수 있는 것은 자바 어플리케이션 뿐 만 아니고 SAP모니터링에 대해서 내세울 수 있는 것입니다.

17) 앱다이나믹스 솔루션의 차별화된 특장점, 차이점은? 유용한 적용 사례는?
-> hckim : 현재 수작업 모니터링중인데 AppDynamics 도입을 하면 자동화 된다고 했는데, 타 솔루션 대비 차이점은?
-> Fillia07 :  AppDynamics는 애플리케이션 성능 모니터링 솔루션으로 알고 있는데요. 이 솔루션의 차별화된 특장점과 도입 시에 가장 고려해야 할 사항은 무엇인지 궁금합니다.
->아이라바 : AppDynamics를 세계적으로 사용하는 추세인건가요? 다른 기업에서 유용하게 사용하고 있는 사례가 있을까요?  AppDynamics 사용함으로써 회사나 사용자가 얻을 수 있는 가장 큰 장점이 있을까요?
-> dream54 : SAP과 AppDynamics의 조합이 일반 Application 모니터링 제품과 조합보다 좋은 점은 무엇인가요?

[Cisco]
앱다이나믹스가 매우 뛰어나다라고 저희가 자세히 말씀드릴 수 있는 건 앞서 어떻게 보면 계속 써티에 대해서 계속 얘기를 하기는 하는데 이 써티가 어떤 의미를 부여하는지에 대해서 조금 더 제가 설명을 드리자면 SAP는 아시다시피 모든 SAP는 SAP만의 프로토콜이나 ABAP을 사용하게 됩니다. 그런데 이 ABAP에 대한 가시성을 제공 할 수 있는 APM 밴더가 앱다이나믹스가 유일 합니다. 없습니다. 다른 데서는 할 수가 없기 때문에 사실 SAP도 저희한테 써티를 주고 저희를 플래티넘 파트너라고 인증을 한 이유는 SAP와 앱다이나믹스를 통해서 엄청난 상호작용을 통해서 정말 유저들이 더욱 더 편한 모니터링 환경을 구축 할 수 있기 때문에 주었다 라고 생각을 하시면 될 것 같습니다.

18) SAP 시스템의 프로세스나 DB 워크로드 때문에 부하가 걸리는데 AppDynamics를 설치하면 시스템에 더 무리가 오지 않을까요?

[Cisco]
네 그 부분에 대해서 제가 봤을 때는 두 부분으로 답변을 드릴 수 있을 거 같습니다. 되게 좋은 질문 이구요, 사실 앱다이나믹스를 설치를 해서 사용했을 경우에는 저희가 이제 앱다이나믹스가 판단을 한 것이 아니라 제 3자 뭐 써드파티 솔루션에서부터 이제 판단을 해서 계산을 했었을 때 전체 시스템에 무려 2% 이하의 CPU 유세지 밖에 차지하지 않기 때문에 사실 큰 용량을 차지하지 않구요, 두 번째 부분에서 제가 말씀 드리고 싶은 것은 앞서 이제 진프로님께서 보여주셨던 데모를 뭐 대시보드를 보여 주셨을 때 초록색, 노란색, 빨간색 이렇게 보여 주셨잖아요. 사실 APM 솔루션이라고 하는 것은 장애가 터졌을 때 사용하는 것이 아니고 물론 그 때도 사용을 할 수 있지만, 그 전에 이제 미리 프로엑티브하게 이제 대응 할 수 있도록 사용할 수 있도록 사용하는 계획 툴이 APM이라고 하는 솔루션이거든요. 그래서 앱나이나믹스가 저희 이제 SAP든 SAP가 아닌 환경에서든 지금 현재 지금 프로세스가 전체적으로 이게 느린지 아니면 말씀 하신대로 예를 들어서 DB가 85%인데 어? 85%가 왜 일어나는지? 미리 알고 해결을 함으로써 장애가 터지기도 전에 이제 벌써 처리를 할 수 있는 그런 툴이라고 또 생각을 하시면 좋을 것 같습니다.

19) AppDynamics를 사용하기 위해서 SAP Standard Code를 수정해야 하나요?

[Cisco]
네 매우 좋은 질문 이구요, 되게 기술적인 질문이 오늘 많이 들어 오네요. 그 SAP 스탠다드 코드를 수정해야 될 필요는 전혀 없으십니다. 저희는 이제 ABAP와 함께 이제 컴파일 되가지고 DB단에서부터 컴파일 되어가지고 운영하는 방식이기 때문에 따로 콘피규어 하실 건 없구요 저희 그냥 앱다이나믹스 에이젼트를 임포트를 하신 후에 그냥 뭐 웹포탈이나 그런 UI기반에서 추가적인 그냥 Configuration만 작업을 해주시면 된다 라고 생각하면 됩니다.

20) SAP S/4 Hana로 이전 계획이 있는데 AppDynamics가 도움이 될까요?
-> 제임스전 : 클라우드로의 전환 및 S/4Hana 업그레이드 작업 관련 최근 이슈와 해결사례가 궁금합니다.
-> 이연철 : Ecc6.0에서 S/4HANA로 마이그레이션 하려고 하는데 최근 기업들의 현황은?

[Timegate]
네 아까 데모에도 잠깐 보여 드렸듯이 이제 앱다이나믹스가 시스템 마이그레이션 시에 많은 도움을 줄 수 있습니다. 물론 플로우맵을 통해서 이관대상을 정확히 파악하여 이관을 할 수도 있구요. 그 다음에 이관 후에 진짜로 실제로 성능이 개선되었는지 판단하기는 쉽지 않습니다. 그런데 앱다이나믹스는 트랜잭션 스코어카드를 통해서 트랜잭션 모니터링을 한다는 건 그게 시스템 성능이거든요. 트랜잭션이 얼마나 빠른지에 대한 모니터링이기 때문에 그러니까 기타 다 다른 솔루션들은 트랜잭션 모니터링보다는 그냥 모니터링 지표에 대해서 더 많은 모니터링에 집중해 왔었습니다. 워크플로우 사용률이라든지 뭐 CPU나 메모리 사용률에 더 집중해 왔었는데 트랜잭션 모니터링을 한다는 건 실제 시스템 성능에 대해서 더 가시성을 확보할 수 있는 거구요, HANA로 마이그레이션 했을 때 트랜잭션 스코어카드를 통해서 실제로 트랜잭션이 뭐 많이 개선이 되었는지 속도가 얼마나 빨라졌는지를 확인하는 지표로 사용할 수 있습니다.       

21) 모니터링 관련해서 질문이 많습니다. 특히 기존 어플리케이션과는 어떻게 연동이 되는지요? 
-> JSH39 : 어플리케이션을 모니터링 하기 위해서는 기존의 어플리케이션과 AppDynamics과의 연동이 어떻게 되는지요? 또한 어플리케이션 자체의 오류를 어떻게 구별해 내는지?

[Cisco]
사실 앱다이나믹스를 설치할 수 있는 게 저희가 에이젼트라고 계속 얘기를 했지만 에이젼트 외 다른 방식이 있습니다. 뭐 API STK 익스텐션 플러그 안드로이드 스튜디오를 사용하시는 분들은 뭐 플러그인에 앱나이나믹스를 치시면 바로 사용할 수 있는걸 볼 수 있습니다. 사실 다양한 방식으로 설치가 될 수 있구요, 설치가 된 후에 설명 드린 것과 같이 에플리케이션이나 펑션을 모두 저희가 태깅 앤 트레이싱하고 이 정보가 저희 컨트롤러 저희 대시보드를 볼 수 있는 그 센트럴된 UI로 보내지는데요, 이 UI가 저희가 그 사실 머신러닝 기반에 코그니션 엔진이라는 앱다이나믹스 만의 특유의 머신러닝 엔진을 사용 하기 때문에 이 머신러닝 엔진이 에플리케이션 퍼포먼스의 정상이 어느 만큼인지 “이거는 조금 느리다”, “이거는 너무 느리다”, “어? 여기선 에러가 났다” 라고 판단을 하는 그런 머신러닝 기반의 엔진을 사용하기 때문에 저희가 정확하게 판단을 해서 드리는 거구요, 그 다음에 사실 물어보시는 질문들은 어? 그럼 만약에 저희 뭐 회사에서는 70%가 정상인데 계속 앱다이나믹스가 그럼 60% 이상이 비정상 이라고 하면 어떻게 하냐? 라는 질문도 드릴 수 있는데요, 그 부분에 대해서는 그러면 그 프레쉬코드를 컨피규레이션은 추가적으로 사용자분 들이 들어가서 또 수정 할 수 있기 때문에 그거에 대한 권한까지 그거에 대한 컨트롤까지 다 드린다라고 생각을 하시면 될 것 같습니다.

22) 기존 모니터링 시스템과의 차이점 등에 대한 설명도 부탁 드립니다.
-> 푸른하늘 : 기존 모니터링 시스템과 차별성이 무엇일까요? 기존 모니터링 시스템 로그 등 마이그레이션이 가능한지요?

[Cisco]
네 그러면 짧게 말씀 드리면, 전체적인 에플리케이션 그러니까 하나의 에플리케이션 플로우맵도 가져가지만 모든 에플리케이션들 간에 상호작용하는 그런 에플리케이션 플로우맵도 제공을 합니다. 그렇기 때문에 마이그레이션이든 어떤 업그레이드를 하든 그 전체적인 시스템에 대한 임팩트에 대한 가시성도 가져갈 수 있다라고 보시면 될 것 같습니다.

23) SAP 모듈만 모니터링 되는지? SAP 연계 부분까지 포함해서 모니터링 되나요? 또한 모니터링을 하고는 있지만 운영 수준은 각각 다릅니다, 최적 운영을 위한 방안은?
-> EricLee : 최근 IT는 연결, 융합 등으로 인해 하나의 시스템 사용이 아닌 여러 개의 시스템간 연계되어 운영하는 경우가 많은데요. AppDynamics가 SAP의 모듈만 지원하는지 아니면 SAP과 연계된 영역까지 모니터링 되는지 문의 드립니다.
-> ugtree :  SAP에게 유일하게 인증 받은 어플리케이션 모니터링 방법을 기업의 상황에 맞게 최적으로 운영할 수 있는 방법에 대해서 문의 드립니다
-> 지뉘 :  어플리케이션 통합 모니터링을 각 기업에 맞춰 개인화 및 최적화를 어떻게 진행을 하시는지 궁금합니다

[Timegate]
지금 오늘은 앱다이나믹스를 SAP를 포커스 해서 설명을 드렸는데요, 앱다이나믹스가 SAP만 모니터링 하는 솔루션은 아닙니다. 인프라 DB 기존 SMS 솔루션하고 비슷한 똑 같은 기능을 다 제공을 해주고요, 그 다음에 EUM도 추가로 제공해 주고 SAP에 대해서 특화된 기능이 있어서 더 장점이 있다는거지, 다른 솔루션 다른 뭐 시스템에 모니터링이 안된다는 게 아니기 때문에 하나만 가지고도 뭐 SAP던 NONE SAP던 다 커버할 수 있는 솔루션이라고 생각하시면 됩니다.  

24) 모니터링이 되는 범위와 실시간 Alert 문자나 SNS로 전달이 되는지요? 
-> 너의의미 : 어디까지 모니터링이 되는지 알 수 있을까요? 저같은 경우는 BC인데 서버 성능/SAP성능/프로그램오류 같은 폭넓은 모니터링이 필요한 부분인데 모든 부분이 케어가 된다면 솔루션 도입에 긍정적인 판단이 될 수 있을것 같습니다. 실시간 alert문자나 카톡이 구현되나요?

[Cisco]
맞습니다 네 됩니다.

25) 장애 관련 질문도 여러 분이 질문 주셨습니다. 실시간 장애 대응을 위한 프로세스나 사전 예측 등 효율적인 지원 방안에 대한 설명 부탁 드립니다.
-> 람보최고 : 실시간 장애 대응을 위한 프로세스나 효율적인 지원 방법이 있는지요? 가장 중요한 것은 Legacy 시스템과 통합하여 관리 가능토록 하는 것입니다. ERP 이외에 다양한 구간이나 시스템에서 오류가 발생하는데, 원인추적이나 해결방안이 있는지요?
-> juni5juni : 사전 경고 체계 (Proactive alert) 환경을 구축하기 위해서는 어떤 환경 설정 작업이 요구되는지 문의 드립니다.

[Timegate]
아까 전에도 말씀 드렸듯이, 다음 솔루션들은 지표에 대해서 포커스를 둬서 모니터링을 했거든요. 그런데 앱다이나믹스는 지표보다, 지표도 모니터링이 가능하지만 트랜잭션에 대한 모니터링도 가능합니다. 어떤 트랜잭션에 문제가 있었는지 그리고 그 트랜잭션이 어느 서버에서 발생했는지도 모니터링이 가능하거든요. 그렇기 때문에 지표 모니터링 보다는 훨씬 효율적으로 모니터링이 가능합니다.

26) 문제 발생과 관련해서 몇 가지 질문 드립니다.
-> 대박 :  문제 발생 시 트랜잭션의 모자 관계를 알아야 할 경우도 있는데, 실행되는 어플리케이션의 PID에 대한 설명이 잘 되어있나요?

[Cisco]
네 사실 뭐 트랜잭션이라는 것은 벌써 익숙한 단어 이실 것 같아요. 그런데 앱다이나믹스에서는 저희는 비즈니스 트랜잭션이라는 단어를 씁니다. 그런 이유는 트랜잭션이 어떤 요청에 의해서 뭐 리스폰스가 오는 전체적인 과정이라면 저희는 그 과정 전체에 대해서 연관관계 까지도 다 제공이 됩니다. 그래서 특정한 요청이 왔었을 때, 그거에 대한 모든 프로세스, 모든 펑션클래스 이런 것들에 대한 전체적인 플로우 그리고 이게 어디서부터 왔고 어디서부터 발생을 했고 라는 걸 명확하게 저희가 보여드릴 수 있기 때문에 예를 들어서 네트워크팀 에서는 뭐 “우리 문제가 아니야” , 인프라팀 에서는 “우리 문제가 아니야” 라고 서로 막 이렇게  싸웠었다면 이제는 정확한 연관관계를 통해서 “아 인프라팀에서 이런 부분 이런 서버의 보틀넥으로 인해서 이런 문제가 생겼구나“ “얼른 대처하자”라고 이렇게 쉽게 신속하게 대응할 수 있다 라고 보면 될 것 같습니다.  

27) 사례 관련해서 몇 가지 질문 드립니다.

->oheony : 공공기관은 클라우드는 프라이빗 클라우드를 구축할 수 밖에는 없습니다. 이에 대한 방안이 있는지 궁금합니다

[Cisco]
네 저희는 사실 공공기관에 되게 인기가 많은 리피움 솔루션이구요. 그런 이유는 저희는 온프라미스도 되고 프라이빗 클라우드도 되고 클라우드 어떤 환경이 그게 되지 않기 때문에 인기가 많은데요. 사실 좋은 고객사들 중 하나는 미국에 한국의 국세청과 동일한 곳 이라고 생각을 하시면 되요. 제가 I사라고 말씀을 드리겠습니다. 거기에서도 최근에 뭐 세금을 내야 되는 기관이었는데도 불구하고 이제 저희 앱다이나믹스가 프라이빗 클라우드 환경에서 저희가 에플리케이션 펑션을 태깅하고 트레이싱 하다 보니까 환경에 불문하고 자기만의 프라이빗 클라우드를 통해서 그 부분도 뭐 사양하고 있다라고 지금 자신 있게 말씀 드릴 수 있습니다.

28) 열혈남아: 홍콩 등 동남아 기반의 이커머스 및 물류 시스템 기획 중인데 사례를 통한 조언 부탁 드립니다

[Cisco]
이커머스 하고 되게 인기가 많습니다. 뭐 예를 들어서 뭐 칼할츠라는 사도 있고 예를 들어서 “월 뭐 사”라고 미국에서 유명한 물류 그런 회사에서도 지금 현재 사용하고 있기 때문에 사례는 되게 많습니다. 제가 지금 생각 할 수 있는 게 지금 두 개 밖에 없어서 그런데, 추가적인 사례들을 제가 최대한 많은 고객 사례들을 모아서 보실 수 있도록 올리도록 하겠습니다.

29) 요즘 클라우드 전환을 많이 고려하고 시행하고 있습니다. 이러한 상황에서 예기치 못한 문제들이 발생할 수도 있는데, 앱다이나믹스가 어떤 도움을 줄 수 있는지요? 사례가 있다면 더욱 도움이 될 것 같습니다.
 

[Cisco]
사실 도움 준 사례가 되게 많습니다. 처음 앱다이나믹스를 쓰기 위해서는 세가지 유형의 고객 분 들이 많은 것 같아요. 첫 번째는 문제 이제 장애처리 때문에 오시고 두 번째는 문제를 사전 예방하고 싶으신 분들 세 번째는 마이그레이션을 해야 되는데 마이그레이션 하다가 이거 문제 나면 이거 어떻게 해결해야 하느냐 그런 걱정을 많이 하시거든요. 그래서 그런 세 가지의 고객 유형 분 들이 제일 많으신데, 지금 뭐 자동차 쪽에서도, 매뉴팩처링 쪽에서도 “다O사”에서 사용하고 있는데 제가 지금 생각 할 수 있는 건 그거 밖에 없지만 뭐 추후에 제가 더 공유 드리도록 하겠습니다.

30) 기존에 ERP등 투자를 많이 했고 추가적인 비용이 부담스러운 가운데 앱다이나믹스에 대한 라이센스 유형이나 가격정책이 어떻게 되는지?

[Cisco]
네 뭐 라이센스 적이나 뭐 가격적으로 측면이 궁금하신 부분들이 있으면 언제든지 저희에게 또 연락을 주시면 저희가 또 자세하게 안내를 드릴 수 있구요. 사실 맞습니다 뭐 많은 분들이 “어 벌써 나 이마만큼 투자를 했는데 더 투자를 해야 되나?” 라는 질문을 해요. 스페이드 제가 앞서 말씀 드린 고객사도 마찬가지로 “우리가 이마만큼 투자를 했는데도 불구하고 이마만큼이 더 들어간다”, “매년 뭐 3억이 들어간다”, “문제 뭐 장애 해결하는데 대해서 3억이 들어간다”, “이거 어떻게 해야 되느냐?” 했을 때 저희는 저희한테 투자를 함으로써 그 모든 비용들을 엄청나게 감소시켜 줄 수 있다라는 것을 제가 강조드리고자 해서 스페이드 고객사례들을 준비한 거구요. 그 외에도 많은 장점이 있지만 그 장점에 대해서는 저희에게 직접 문의를 주시면 더 자세하게 알려 드리도록 하겠습니다.

31) 박해일: 사스 타입인지 온프레미스 방식으로도 사용 가능한지? 

[Timegate]
둘 다 지원이 가능합니다. 사스베이스로 서비스도 가능하구요 온프레미스 내 설치에서 모니터링도 가능합니다.

32) 모니터링의 한계점은 무엇인가? 

[Cisco]
없지는 않습니다. 모니터링의 한계점이라는 것은 사실 모든 모니터링 툴마다 약간 자기만의 스페셜티를 가져가는 부분들이 있거든요. 뭐 예를 들어서 어떤 회사는 뭐 로그 모니터링에 집중을 할 수도 있고, 뭐 어떤 회사는 뭐 인프라를 모니터링에 집중할 수 있고, 그런데 저희 앱다이나믹스는 사실 유저 사용자들 저희 고객에 포커스를 해서 만든 제품이기 때문에 에플리케이션 프로맵이나 저희 특화된 이런 기술들을 제공한다 라고 보시면 될 것 같구요. 사실 모니터링에 사실 제가 봤을 때 제일 큰 제약사항은 “모니터링 할게 너무 많다”는 것 입니다.

33) 조안나 : AI나 메타버스를 적용한 어플리케이션 등 신기술이 적용되어도 정상적으로 모니터링이 가능한지? 

[Cisco]
네 사실 그런 부분은 제가 말씀드릴 수 있는 것은 뭐 AI, 메타버스, 머신러닝 사실 사용하는 뭐 예를 들어서 뭐 CNN이나 뭐 유어네트워크나 이런 부분들은 어차피 같은 알고리즘이고 자기만의 특화된 뭐 다른 알고리즘을 사용할 수 있지만, 이제 저희 같은 경우는 어떤 에플리케이션이든 정상 퍼포먼스가 뭔지 저희는 파악을 우선은 먼저 합니다. 그리고 그 정상 퍼포먼스라는 것을 여러 고객 분들이 수정 할 수 있기 때문에 그마저도 프랙시빌리티를 제공하기 때문에 그 부분에 대해서도 저희는 뭐 어느 정도 자신 있게 할 수 있다라고 말씀을 드리고 싶습니다.