작성자 : Techopedia Staff, 2017 년 6 월 21 일
테이크 아웃 : 호스트 Eric Kavanagh는 Dr. Robin Bloor 및 IDERA의 Bill Ellis와 함께 모바일 인력에 대해 논의합니다.
현재 로그인하지 않았습니다. 비디오를 보려면 로그인 또는 가입하십시오.
에릭 카바나 흐 : 모든 권리, 신사 숙녀 여러분, 6 월 21 일 수요일입니다. 동부 표준시 시간은 4:00이며 엔터프라이즈 기술 세계에서는 핫 테크놀로지가되었습니다. 네 확실합니다. 제 이름은 Eric Kavanagh입니다. 오늘 행사의 호스트이자 중재자가됩니다. 화제가되고 싶은 사람들 이랍니다.“En Marche! 저는 모바일 인력을 가능하게했습니다.”그리고 저는 의도적으로 프랑스에있는 마크론 대통령의 표를 얻지 못했습니다. 우연의 일치 였지만 약속하지만 여전히 흥미 롭습니다. 그래서 우리는 모바일 인력과 그 사람들이 필요한 것을 얻을 수 있고 그들이 잘하는 것을 할 수 있도록하는 방법에 대해 이야기 할 것입니다. 많은 도전 과제, 많은 문제가 있습니다. 나중에 볼 수 있도록이 웹 캐스트를 보관할 것이므로 무언가를 놓친 경우 다시 방문하여 확인할 수 있습니다. 또한 친구 및 동료와 공유하십시오.
그리고 나는 부끄러워하지 말라고 말해야한다. 실제로 맞춤형 콘텐츠와 이와 같은 이벤트에서 필요한 정보를 얻는 가장 좋은 방법은 질문을하는 것입니다. 따라서 대화 창 또는 웹 캐스트 콘솔의 Q & A 구성 요소에서 질문을 할 수 있습니다. 행사 기간 중 언제든지 보내 주시면 마지막에 Q & A에 보내겠습니다. 우리는 몇 가지 프리젠 테이션을 할 예정이며, IDERA Software의 Bill Ellis로부터들을 것입니다. 물론, 우리 자신의 Robin Bloor가 오늘 온라인에 있습니다. 그리고 바로 그것으로 뛰어 들자.
그래서 RCR Wireless에서 무슨 일이 일어나고 있는지에 대한 좋은 통계를 얻었습니다. 실제로 마음이 부는 것입니다. 그들은 2022 년까지 전 세계 모바일 인력이 18 억 8 천만 명에이를 것이라고 전 세계 인력의 40 % 이상을 차지한다고 말합니다. 따라서 지금 생각해 보면 IT 기능, 컴퓨터와 같은 장치의 기능 측면, 예전에는 99 % 이상을 구내에서 사용했던 곳에서 갑자기 사무실 – 심지어 15 년 전, 10 년 전에는 85-90 %, 5 년 전에는 70 %에 해당한다고 가정 해 봅시다. 그런 것? 이제 거의 60 %로 줄었습니다. 그리고 이것은 큰 문제입니다. 그래서 우리는 사람들이 사용하는 실제 도구 인 기술 측면에서이 엄청난 변화가 사무실 밖에서 인력으로 이동하는 것을 보았습니다.
이것에는 수많은 이점이 있습니다. 말 그대로, UPS와 같은 운송 산업을 보거나 유전의 굴착 장치를 찾는 사람을 보거나, 당신과 함께 깊은 기능을하는 데 도움이되는 다양한 직업을 본다면 이동 중에도 모바일 인력이 모든 것을 변화시키고 있습니다. 이제 문제 중 하나 – 그리고 이것에 대해 좀 더 깊이 이야기하겠습니다 – 우리는 몇 가지 다른 일이 진행되고 있으며 그 중 하나는 다양한 인력입니다. 그래서 2020 년 – 오늘 통계를 보았습니다. – 노동 인구에는 5 세대가있을 것입니다. 그것은 당신이 할머니와 할아버지, 그리고 엄마와 아빠 그리고 아이들을 가질 것이라는 것을 의미하지만, 이론적으로 당신은 본질적으로 위대한 할아버지와 위대한 할아버지와 위대한 할머니를 가질 것입니다. 이제는 분명히 특정 가족에 속하지 않지만 요점은 세대별로 다르며, 노동 인구에 5 가지 범주의 광범위한 개인이 있으며, 각자 고유 한 경향, 자신의 편향, 함께 일하는 성향 과학 기술.
분명히, 아이들은 세상과 어떻게 상호 작용하는지에 대해 먼저 이동하는 경향이 있습니다. 그리고 변경된 커뮤니케이션 채널에 대해 생각해보십시오. 최근 다른 쇼에서 이에 대해 이야기했습니다. SnapChat은 많은 십대들이 의사 소통하는 방식이며, 실제로는 전화로 대화하고 싶지도 않고 SnapChat 메시지를주고 받기만합니다. 이는 소비자 세상에서 상황이 어떻게 변하고 있는지에 대한 하나의 예일 뿐이며 기술, 기능, 개인, 회사, 비즈니스 모델의 전체 스펙트럼에 걸쳐 확산 될 수 있습니다. 그것은 단지지도 전체에 있지만, 요점은 모바일 인력이 실제로 존재한다는 것입니다. 그리고 회사가 비즈니스 프로세스에 어떤 영향을 미치는지 이해하기위한 견고한 프로그램을 가지고 있지 않다면 매우 구체적인 기술 중심 데이터를 이야기하고 있습니다. 강화 된 프로세스 – IT 인프라와 프로세스 및 거버넌스 관점을 통해 프로세스가 무엇인지 이해하지 못하고 관리하지 않으면 모든 종류의 문제가 발생합니다.
따라서 iPhone이 있습니다. 나는 그 빨판이 나왔을 때를 기억합니다. 그러나 2007 년 또는 '08 년은 무엇입니까? 얼마 전까지 만해도 iPhone이 없었으며 폼 팩터가 기술을 근본적으로 변경하여 실제로 모바일 인력을 가능하게했습니다. 물론 당시에는 아이 패드가 나온 다음 아이폰이 나왔던 것을 기억합니다. 어느 것이 처음인지 기억이 나지 않지만 iPad는 실제로 메인 프레임 이후 엔터프라이즈 IT의 가장 큰 변화 요인 중 하나였습니다. 그리고 그 이유는 솔직히 많은 고위 임원들, 대기업의 C-suite 사람들이 바로 그것을 좋아했기 때문입니다. “저는 그것을 원합니다. 글쎄, 그것에 대해 생각해보십시오. 갑자기 모든 IT 부서가 돌아 서서 다루고 싶지 않은 문제를 해결해야했는데, 이 모든 새로운 장치를 다루었습니다.
자 이제 아이 패드를 가지고 있다면 어떻게 매트릭스에 직조 할 수 있습니까? 그에 대한 관리를 어떻게 유지합니까? 이러한 문제는 모두 매우 큰 과제이며, 구식 iPad와 iPhone은 규모에 관계없이 많은 조직의 IT 및 IT 관리에 큰 지장을주었습니다. 따라서 우리는 여전히 모바일 장치를 통해 상상할 수있는 광범위한 어레이와 범위의 도전과 이점을 가지고 있습니다. 물론 그들은 계속 바뀌고 있습니다. 따라서 지금은 BYOD뿐만 아니라 BYOA이기도합니다. 임원과 전문가가 자체 장치를 가져 오는 경우가 많습니다. 우리는 이것을 "그림자 IT"라고 불렀습니다. 그 오래된 세대의 사람들에게는 오래된 라디오 쇼를 기억할 수 있습니다. 라디오 드라마가 있었고 그중 하나는 그림자였습니다.“사람의 마음에 악이 숨어있는 것을 누가 알 수 있습니까? 그림자도 알아요.”그리고 나는 어 렸기 때문에 기억합니다. 쉐도우 IT는 요즘 어느 곳에서나 어려움을 겪고 있습니다. 모두가 섀도 IT를하고 있습니다.
따라서 이는 모든 운영 인력이 IT 관리 및 비즈니스 프로세스 관리에있어 실질적인 과제입니다. 모바일 장치를 활용할 수 있기를 원하지만 그 장치를 시스템에 다시 연결할 수 있기를 원하며, 이상하고 작은 문제가 많이 발생합니다. 모바일 장치를 사용할 때 얻는 시각적 경험과 관련 기능 중 최소한은 아닙니다. 그리고 iPad, 랩톱, 데스크탑, 나오는 새로운 모바일 스마트 폰과 같은 여러 장치를 사용한 사용자 중 일부는 기능이 제대로 작동하지 않는다는 사실을 경험 한 적이 있습니다. 진짜 문제. 사실, 브라우저 전쟁은 우리를 위해 준비해야 할 것입니다. 브라우저는 모두 약간 다르게 작동하기 때문입니다. 그리고 이는 디자인뿐만 아니라 사용하는 응용 프로그램의 모양과 느낌뿐만 아니라 실제 기능뿐만 아니라 실제 기능에 대한 또 다른 큰 과제입니다. 드롭 다운 메뉴를 통해 해당 장치에서 원하는 것을 선택하는 방법은 무엇입니까? 큰 문제입니다.
이것이 바로 오늘 우리가 이야기 할 내용입니다. 제가 언급 한 것처럼이 분야의 진정한 전문가 인 Robin과 Bill Ellis의 의견을들을 것입니다. 따라서 이것은 사람들이 겪고있는 큰 문제 중 하나입니다. 단지 다양한 종류 일 뿐이며 여러 플랫폼에서 작업 할 수있는 단일 방법이 없습니다. 당신은 삼성과 애플이 주로 이런 것들을 만들고 있지만 모든 종류가 있습니다 – 기기가 너무 많습니다! 최근에 iPhone이 판매 측면에서 승리하고있는 것을 보았고 그 숫자가 얼마나 낮은 지에 놀랐습니다. 마치 20 %도 아니었다 고 생각합니다! 그리고 그것들은 1 위였으며, 이는 문자 그대로 수백 대가 아니라면 사용할 수있는 장치가 있다는 것을 의미합니다. IT 부서가 그것에 대해 어떻게 느끼는지, 물론 그 기술 범위가 어떻게 변화하고 있는지 상상할 수 있습니다. 날이 갈수록 다양 해지고 있습니다.
모든 것이 바뀌고 있습니다. 컨테이너에는 모든 종류의 물건이 있습니다. 용기는 여기에 다른 렌치를 던지기 위해서입니다. 물론 우리는 다양한 인력을 보유하고 있습니다. 많은 밀레 니얼 세대는 선호도, 기술 사용 방법, 기꺼이 극복하려는 대상, 물건을 얼마나 빨리 파악할 수 있는지에 따라 크게 다릅니다. 일반적으로 기존 타이머보다 속도가 빠르지 만 온 프레미스 시스템 또는 클라우드에 매핑해야하는 모든 것이 더 빠릅니다. 그리고 그것은 큰 도전입니다.
그걸로 저는 흉내낼 수없는 로빈 블로어 박사에게 전달할 것입니다. 로빈, 가져가
로빈 블로어 : 알겠습니다. 소개해 주셔서 감사합니다. 모바일에 대해 이야기합시다. 에릭이 아이폰의 도입을 언급 한 것은 분명하지 않았다. 아이폰이 이것이 정확히 무엇이 들어 왔는지 정확히 알 수는 없었다. iPad가 등장했을 때 우리는 실제로 매우 다양한 모바일 세상을 가지게 될 것이 분명해 졌다고 생각합니다. 저는 실제로 일종의 Apple Bigot입니다. 따라서 Android 측면에서는 실제로 생각하지 않지만 Apple은 패드 시장과 전화 시장 모두에서 큰 이익을 얻습니다., 더 이상 숫자가 없으므로 재미있는 것입니다. 즉, 다른 기기와는 별도로 새로운 기기가있을 것이며 사람들이 기기를 가져와 수백만 달러에 판매 할 것입니다. 따라서 매우 다양한 환경을 조성해야합니다.
여기서 신호를받을 수 있다면 Siri에게 우리가 어디에 있는지 물어볼 것입니다. 모바일 장치를 약간 다르게 만드는 것은 데스크톱이 항상 연결되어 있다는 것입니다. 사람들이 휴대 전화를 끌 수 있기 때문에 휴대 기기가 반드시 연결되어있을 필요는 없으며 24/7 일 필요는 없습니다. 또한 비행기 나 그와 같은 것들로 데려 갈 수 있기 때문에 이전과는 다른 종류의 장치입니다. 휴대 전화는 실제로 개인용 컴퓨터라고 생각합니다. 왜냐하면 그것은 항상 당신과 함께있는 컴퓨터이기 때문입니다. 인간을 정의하는 모바일 장치입니다. 타블렛은 약간 다릅니다. 일종의 이상한 상황입니다. 여러분이 생각할 때, 어떤면에서든 하나 이상의 기능적인 종류의 모바일 장치가 있습니다.
어쨌든, 그것이 모바일이라는 의미입니다. 인터넷이 바뀌었다. 우리는 이런 일이 일어나지 않았다는 것을 알지 못했습니다 – 나는 그 일이 일어나지 않았지만 – 오늘날 인터넷 활동의 80 %는 모바일 장치에서 발생합니다. 그러나 80 %의 47 %가 태블릿 트래픽입니다. 모바일 환경에서 대부분의 응용 프로그램을 제공 할 수 있습니다. 다시 말해, 이미 존재하는 응용 프로그램이 있고 데스크톱에서 액세스 할 수있는 응용 프로그램이있는 경우 휴대 전화에 넣을 수는 있지만 제한적인 요소가 있습니다. 폼 팩터와 키보드 중 하나입니다. Microsoft와 Apple에 따르면 태블릿 자체는 점차 모바일 PC를 대체 할 것입니다. 또한 더 견고하기 때문에 특정 분야에서 특정 용도로 사용됩니다.
헬스 케어 IT 사람들과 이야기하는 것을 기억하는 것 중 하나는 태블릿이 존재하기 전에 격리 병동이었던 환경에 들어가면 가지고 다니는 장치가 있어야한다는 사실이었습니다. 실제로는 어떤 식 으로든 소독해야합니다. 태블릿을 사용하는 것은 정말 쉬운 일입니다. 트롤리를 사용하고 환경에 연결되어 있기 때문에 모바일이었던 데스크톱이었던 것만으로는 전혀 쉽지 않습니다. 그들은 그런 종류의 환경에 머 무르거나 그러한 환경에서 나오는 특별한 종류의 소독 과정을 거쳐야했습니다. 우리는 그러한 환경에서 일하지 않는 한 그러한 환경에 대해 많이 생각하지 않습니다. 그러나 태블릿과 휴대 전화는 이러한 환경에서 작업하고 연결하는 것이 매우 자연 스럽습니다.
Eric이 17 억 달러에 달하는 통계에 따르면 2020 년까지 모바일 근로자라고 생각합니다. 저는 모바일 작업자입니까? 저는 사무실 밖에서 일하는 경우가 많기 때문에 모바일 작업 자라고 생각합니다. 그렇게하면 태블릿에서 작업하거나 휴대 전화에서 작업을 수행하게됩니다. 여러분이 실제로 그것을보고 생각할 때, 아마도 직원들을 위해 모바일 장치만을 사용하는 사람들, 실제로는 근본적으로 움직 인 사람들을 고려했을 것입니다. 어쨌든 이제 데스크톱 사용자, 태블릿 사용자 및 전화 사용자의 세 가지 사용자 관점에서 생각할 수 있습니다. 그리고 그들은 다른 응용 프로그램이 필요합니다. 그것이 그것을 언급 한 이유입니다.
카메라와 음성은 이제 모바일 장치의 고유 한 부분이지만 데스크톱의 고유 한 부분이기도합니다. 그러나 그들은 모바일 장치에서 다른 방식으로 사용되며 모바일 장치에서 다른 인터페이스를 가지고 있습니다. 그리고 당신이 그것을 사용하는 이유의 전체 특성은 모바일 장치에서 다릅니다. 따라서 모바일 응용 프로그램을 구축하는 경우, 여러 가지 이유로 인해 이전에 사용했던 종류의 응용 프로그램을 작성하지 않습니다. 그 중 많은 부분이 해당 슬라이드에있었습니다. 따라서 웹 사이트에서 실행되는 응용 프로그램을 이미 구축 한 사업체라면 모바일 응용 프로그램이어야합니까? 그리고이 슬라이드는 저것을 봅니다. 웹 애플리케이션은 단순히 여러 가지 방식으로 구축 되었기 때문에 실제로 폼 팩터에 신경 쓰지 않고 구축되므로 사람들이 합리적으로 사용할 수없는 웹 페이지를 구축하거나 태블릿이나 태블릿에서 사용할 수있는 iPhone 또는 Android 기기에서는 쉽게 사용할 수 없지만 태블릿에서도 특히 좋지 않을 수 있습니다. 일반적으로 괜찮습니다.
또는 모바일 앱을 구축 할 수 있습니다. 모바일 앱을 구축하면 다양한 다운로드 스토어에 응용 프로그램이 몰리게되고 그로 인해 저항이 줄어 듭니다. 내 특정 iPhone을 살펴보면 제거 할 수없는 응용 프로그램으로 가득 차 있습니다. 삭제하지만 항상 이상한 방식으로 다시 다운로드되는 것 같습니다. 분명히 iPhone을 올바르게 관리하는 방법을 모르겠습니다. 그러나 당신은 알다시피, 당신은 단지 많은 응용 프로그램으로 끝나고 이해가되지 않습니다. 더 많은 것을 얻었습니다. 데스크탑에있는 것보다 iPhone에 더 많은 응용 프로그램이 있다고 생각합니다. 모바일 앱은 성공을위한 리트머스 테스트입니다. Yelp가 그중 하나 인 일부 웹 비즈니스는 앱을 만들고 사람들이 다운로드하도록함으로써 매우 잘 수행되었다는 것이 흥미 롭습니다. 그리고 합리적으로 좋은 성공을 거둔 분야는 실제로 금융 부문에 있었던 것 같습니다. 사람들은 때때로 이동하면서 물건을 거래 할 수 있기를 원하기 때문에 은행뿐만 아니라 E-Trade와 같은 회사이기도합니다. 음식 응용 프로그램은 레스토랑을 찾는 것뿐만 아니라 레시피 사이트를 만드는 것이므로 앱 측면에서 실제로 훌륭했습니다.
많은 사람들이 특히 잘하지 못했기 때문에 그 이유는 대부분 사용했던 적이 많은 앱이 있고 며칠에 한 번만 앱을 사용하는 경우입니다 그래서, 당신은 그것에 대해 잊어 버립니다. 그것이 당신에게 큰 개인적 가치가 없다면, 당신은 그것에 대해 잊어 버립니다. 따라서 일반적인 의미에서 액세스 할 수있는 모바일 앱을 만드는 것은 어렵지만 직원을 위해 앱을 만들어 조직 내에서 사용할 수 있습니다. 모바일 앱은 개발 비용이 많이 들기 때문에 여러 가지 이유가 있습니다. 그 이유 중 하나는 실제로 다른 수의 장치를 가리키고 있기 때문입니다.
또한 여러 장치를 대상으로하는 개발 환경을 얻을 수 있지만 특히 보안을 고려할 때 일부 응용 프로그램은 실제로 장치 자체를 코딩해야합니다. iPhone 또는 Android 환경에 다른 코드를 작성합니다. 아마도 다를 수 있습니다. 때로는 하드웨어 기능을 참조하고 있습니다. 따라서 일반적인 모바일 앱은 아마도 일종의 하이브리드 소프트웨어를 만들 수 있고 대부분의 대상 환경을 차지할 수있는 개발 소프트웨어가있을 수 있습니다. HTML5는 그 어느 때보 다 훨씬 더 가능합니다. 그러나 실제로는 일부 앱이이를 수행 할 수없는 상황도 있습니다. 즉, 타겟팅하는 각 기기에 대해 실제로 동일한 작업을 여러 번 수행한다는 것은 사람들이 자신의 기기를 가져올 권리가 있다고 주장하는 것을 막지 않을 것입니다. 그것은 그것에 차이를 만들지 않을 것입니다, 그래서 당신은 정말로 그것을 둘러 볼 수 없습니다.
분명히, 모바일 앱을 분석 한 결과 더 많은 매출을 올린 것으로 나타났습니다. 그리고 이것은 원한다면 보완 할 수있는 이상한 종류의 웹 사이트와 모바일 앱입니다. 앱은 더 많은 매출을 창출합니다. 웹 사이트는 새로운 고객을 유치하는 데 더 좋습니다. 앱은 이미 선택한 고객을 유지하는 데 더 좋습니다. 고객은 앱보다 웹 사이트에 훨씬 더 많은 비용을 지출하지만 앱에 더 자주 지출합니다. 그리고 그것은 정말 이상한 일이며, 무언가를 만들려면 웹 사이트 화신과 모바일 앱 화신이 필요할 것이라고 생각합니다. 그리고 그것은 어떤 식 으로든 소프트웨어 프로젝트에 추가하는 데 막대한 비용이 든다. 어쨌든 많은 다른 일을 할 수도있다.
일반적으로 웹 사이트는 카탈로그이고 앱은 로열티 머신입니다. 모바일 앱 개발 – 이것은 다른 개발 환경, 하드웨어 측면에서 다른 문제, 다른 사용자 인터페이스 디자인 원칙 및 능력과 같은 문제를 해결하기위한 것입니다. 오프라인 기능이 있어야합니다. 사람들이 연결이 끊어지면 사용할 수 있기를 기대하는 많은 앱 – 데이터 손실을 원하지 않습니다. 일부 데이터는 로컬에 저장해야합니다. 빌드 할 수있는 것과 다른 앱을 빌드하고 있습니다. 데스크톱에 대해 말씀 드리겠습니다. 그런 다음 모바일 백엔드 문제가 발생했습니다. 미들웨어가 필요하고 보안 절차가 있습니다. 배경에 서비스 지향 아키텍처가있을 것입니다. 여기서 다양한 것을 결합합니다. 그리고 이것이 말하는 것은 서버 및 응용 프로그램에서 응용 프로그램을 개발하는 데 익숙한 팀을 데려 가지 않는다는 것입니다. 그들에게 모바일을 던지면 실제로 모바일 개발자가 필요합니다. 그리고 모바일 경험이있는 사람들.
어쨌든, 한 가지 더 말할 것은 – 모든 모바일 앱은 대부분의 경우 고객 접점이며, 고객은 모바일을 기반으로 회사를 판단하기 때문에 정말 좋을 것입니다 경험, 또는 그들의 판단에 영향을 미칠 것입니다. 그리고 앞서 언급했듯이 모바일 앱은 실제로 비즈니스 성공을 결정하는 요소입니다. 실제로 조직을 만드는 것이 될 수 있습니다. 물론 습한 오징어 일 수도 있습니다.
그리고 나는 공을 에릭에게 다시 넘겨 줄 것이라고 말했다.
에릭 카바나 흐 : 좋아, 빌에게 바로 넘겨 줄게. Bill, 빠른 시작으로 이동하여 화면을 공유하고 싶으십니까?
빌 엘리스 : 예. 여기?
Eric Kavanagh : 왼쪽 상단입니다.
빌 엘리스 : 예. 지침을 주셔서 감사합니다. 감사합니다. 로빈, 당신의 토론이 정말 마음에 들었습니다. 저는 18 년 동안 가상 팀에서 근무 해 왔으므로 모바일 인력의 일부로 저를 셀 수 있다고 생각합니다. 때때로 나는 내가 볼 일이 걱정된다. 만약 내가 퇴근 후 기능을 가지고 있다면, 나는 종종 그것을 입기 위해 옷을 입어야한다. (웃음) 어쨌든“옷 입는”에 대한 관점을 잃어 버리기 시작했을 것입니다. (웃음) 계속해서 시작하겠습니다. 에릭이 그냥 소리를 내고 말해 줄 수 있음을 확인하고 싶습니다. 화면이 잘 보이나요?
Eric Kavanagh : 응, 좋아 보인다.
빌 엘리스 : 좋습니다. 제 이름은 Bill Ellis입니다. Precise 제품 라인에서 IDERA와 함께 일하며 모빌리티 활성화에 대해 이야기하겠습니다. 그리고 우리는 실제로 그것을 측정하고 그것이 당신의 만족을 위해 작동하는지 확인하는 것에 대해 이야기하고 있습니다. 가장 큰 요점 중 하나는 사람들이 회사와 교류하는 것입니다. 어떤면에서는 매우 친밀합니다. 전화는 누군가의 손에 달려 있으므로 인상, 속도는 모든 사용자에게 큰 인상을줍니다.
이것이 제가 공유 할 것이라고 생각한 고객 경험이었습니다. 그들은 생방송을 가졌지 만 잘 진행되지 않았습니다. 초기로드 테스트에서 기본 응용 프로그램 인프라에 대한 변경 사항이 완전히 밝혀지지 않았으므로 응용 프로그램이든 HTML5이든 모바일에서 강조해야 할 사항 중 하나는 많은 기술입니다. 네트워크, 웹 서버, 비즈니스 로직, 메시징, 그리고 구매하는 경우 중요한 비즈니스 트랜잭션 인 경우 레코드 시스템과 상호 작용하고 있습니다.
그리고 아이러니하게도, 시작할 때 몇 가지 네트워크 문제가 발생했기 때문에이 웹 세미나 자체를 제공하는 것까지도이 모든 것이 매우 적절합니다. 따라서 하나의 응용 프로그램, 최소한 6 개의 기술, 수많은 최종 사용자를 가질 수 있으며 가장 간단한 질문에 대답하는 것조차 매우 어렵습니다. 최종 사용자에게 문제가 있습니까? 응용 프로그램 스택의 문제는 무엇입니까, 어떤 코드가 문제의 원인입니까? 그래서, 그런 것들을 다루는 것은 사소한 것이 아닙니다.
이제 우리가해야 할 일은 응용 프로그램 스택 내에서 문제가있는 위치를 식별하는 데 도움이되도록 사이트에서 수행 된 일부 측정을 살펴 보는 것입니다. 우리가보고있는 것은 Y 축이 응답 시간이고 X 축이 하루의 시간 인 그래프입니다. 스택 막대 그래프는 최종 사용자 트랜잭션이 시간을 소비하는 위치를 측정 한 것입니다. 그리고 여러분은 여기서 좋은 트렌드를 얻습니다. 그리고 계속해서 올라가고 있습니다. 기본적으로 컷 오버의 경계이므로 스택 막대 그래프를 참조하면 J2EE 계층에 많은 문제가 있음을 알 수 있습니다. 웹 서버 계층에서도 문제가 발생하고 있으며 실제로 데이터베이스 계층에서도 상당히 큰 상승이 있습니다.
이제 여러 문제가있는 여러 계층이 있음을 확인 했으므로이 새로운 사용 패턴에 지능적으로 대응하기 위해 진행 상황을 정확히 파악하기 위해 조금 더 나아가 야합니다. 우리는 4 ~ 5 배 더 느린 성능에 대해 이야기하고 있습니다. 가장 먼저해야 할 일은“이것은 하나의 거래입니다.”라고 말합니다. 그래서 우리는 모든 거래의 왼쪽에있는 범위를 살펴 보았습니다. 응답 시간 막대 그래프를 보면 기본적으로 다른 클라이언트보다 데이터베이스 서버보다 특정 트랜잭션에 대해 동일한 클라이언트 웹 서버 Java에서 볼 수 있습니다. 그러나 모든 거래 측면에서 실제로 전반에 걸쳐 있습니다.
그리고 이것은 사용자를 찾고 있습니다. 그래서 당신은 시작합니다. 이것은 전 세계 배포입니다. 그래서 당신은 세계의 주요 대륙을보고 있습니다. 그래서 그것은 모든 사용자, 모든 위치입니다. 이것은 세계적인 문제이며, 일어나고 있기 때문에 격리되기 시작합니다. 하나 또는 특정 사용자 그룹이 아닙니다. 데이터 센터 쪽에서 더 많은 일이 일어나고 있습니다. 데이터의 어디에서 진단을 시작합니까? 어떤 응용 프로그램 계층입니까? 그리고 우리는 평균 응답 시간이 늘어나고 실행 횟수가 늘어난 것을보고 스케일링에 대한 아이디어를 얻습니다. 이것은 매우 흥미 롭습니다. 하반부는 실제로 장기 이력을 보여 주며 매우 많은 액세스 수를 볼 수 있지만 그 반대편은 동시 연결 수가 상대적으로 적습니다. 모바일 HTML5 애플리케이션으로 전환 한 후에는 연결 수가 훨씬 더 두 배 이상으로 두 배 이상 커졌습니다. 우리는 몇 배나 큰 액세스 수로 액세스 횟수가 100 배 적으므로 확장하지 않습니다. 우리는 이전에했던 것보다 적어도 두 배의 연결 수를 가지고 있습니다. 따라서 모바일 애플리케이션이 기본 인프라에 적용해야하는 새로운 요구 사항을 파악하기 시작했습니다.
문제가 발생하는 부분을 분리해야하기 때문에 더 나아가겠습니다. 그래서, 여기서, 당신은 기본적으로 어떤 종류의 것들을 살펴보고 있습니다. 그리고 우리는 우리가 SLA를 충족시키지 않는다고 말하는 데이 막대 그래프가 필요하지 않지만, 위의 그래프에서 쉽게 볼 수 있습니다. 그러나 SLA 미준수에 대한 실행 횟수 측면에서 2 차 확인을 받았습니다. 이제 여기에서 실제로 잠금을 살펴볼 것입니다. 이것은 내부에 있습니다. 이것은 WebLogic이지만 비즈니스 논리 계층 내에 있습니다. 여기에서 볼 수 있으며, 읽기가 다소 어려울 수 있지만 12 시간 30 분의 총 잠금 시간 동안 31, 000 개의 잠금 획득을 추진하고 있습니다. 따라서 이것은 분명히 큰 문제입니다.
잠금 효과는 80/20 규칙이 항상 파생되었음을 보여줍니다. 실제로 문제를 일으키는 하나의 방법, 하나의 방법 그룹으로 구성됩니다. 이제 특정 계층 내에서 문제를 격리하기 시작했습니다. 우리는 조금 더 나아가고 여기 메시징 시스템이 있습니다. 그리고 왼쪽 상단을 돌고있는 시간이 지남에 따른 그래프를 볼 수 있습니다. 거친 응답 시간이 올라가는 것을 볼 수 있습니다. 분홍색은 키를 보여줍니다. 이것은 실제로 큐잉을 나타내고 실제로는 매우 다릅니다. 연결 수로 인해 큐잉이 발생하고 있습니다. 그리고 메시징 시스템은 훨씬 더 많은 일을하고 있습니다. 식료품 점에 비유하면 계산대에 각 차선에 더 많은 카트가 있습니다. 이것이 대기열을 밀고있는 부분이며 도메인에서 가장 명확하게 볼 수 있습니다. 각 도메인은 매우 높은 큐잉을보고 있습니다.
지금까지 WebLogic 내에서 잠금을 식별하고 메시징 시스템 내에서 큐잉을 식별했으며 이것이 Tuxedo입니다. 그리고 여기서 우리가보고있는 것은 유사한 유형의 분석이지만, 우리는 기록 시스템 내에서 실행 상태를보고 있습니다. 그리고 이것은 오라클 내에서 실행 상태가됩니다. 우리가 시간에 집중하는 이유는 시간에 두 가지 뛰어난 특성이 있기 때문입니다. 첫째 : 최종 사용자와 응용 프로그램이 성능을 경험하는 방식입니다. 두 번째는 리소스 소비를 측정하는 것입니다. 따라서 병목 현상이있는 위치를 자동으로 식별합니다. 데이터베이스 계층에서 추가 I / O 시간이 있음을 알 수 있으므로 스토리지 하위 시스템을 강조하고 있습니다. 모든 계층은 다운 스트림 계층에 의존하므로 데이터베이스는 스토리지에 의존합니다. 또한 데이터베이스 시간 내에 잠금을 수행하고 있음을 알 수 있습니다. 따라서 정보가 좀 더 실행 가능해지기 전에 좀 더 세분화해야합니다. 자, 양파를 또 다른 층으로 벗겨 봅시다.
이제 이것은 실제로 실행 횟수, 이 숫자의 Y 축, 수천 단위, 9, 000, 9 백만을보고있는 것입니다. 따라서 실행 횟수도 계속 증가하고 있습니다. 따라서 새로운 이동성 응용 프로그램은 응용 프로그램에 여러 가지 방법을 강조하고 있습니다. 잠금 : 간단히 요약 : 웹 계층에서 잠금, 메시징 시스템에서 큐잉, 데이터베이스 계층에서 추가 실행 횟수, 추가 I / O, 데이터베이스 계층 내에서 추가 잠금. 우리는 실제로 애플리케이션 사양 내 모든 계층에 영향을 미치고 있습니다. 따라서 응용 프로그램 스택 내 모든 계층의 메트릭을 가질 수 있어야합니다. 여기서는 실제로 데이터베이스 활동을 프로그램으로 세분화하고 있으며 실제로 두 개의 프로그램이 있음을 알 수 있습니다. 청록색은 응용 프로그램 잠금을 매핑합니다. 그리고이 서버는 응용 프로그램 잠금과 같은 배포 서버이며, 응용 프로그램은 모바일 부분이며 응용 프로그램 잠금도 있습니다. 그리고 스토리지 자체에 많은 병목 현상이 있음을 알 수 있습니다.
이제 양파를 벗겨 내서 모든 단일 계층에서 내가 할 수있는 일을 알아보고 있습니다. 제가이 작업을 수행하는 이유는 많은 사람들이 용량 계획 관점에서이 문제를보고 있기 때문입니다. 그리고 대부분의 클라우드 서비스는 서버, CPU 및 메모리 확장에 대해 이야기합니다. 코인의 다른 측면도 마찬가지로 중요하며 리소스를 소비하고 소비하는 애플리케이션 코드입니다. 또한 응용 프로그램 코드에 대해 알고 있으면 처리 효율성을 통해 용량을 처리 할 수 있습니다. 따라서 동일한 동전의 양면이 있으며 IT 전문가에게 문제 해결을위한 추가 옵션을 제공합니다. 서버를 더 추가 할뿐만 아니라 정리하고보다 효율적으로 운영하기 위해 무엇을 할 수 있습니까? 오래된 "더 열심히 일하지 않고 더 똑똑하게 일하십시오."
여기에서 실제로 오라클은 모듈과 액션이라는 깔끔한 기능을 가지고 있습니다. 여기에서 실제로 코드를 문서화 할 수 있으며 여기에서 우리가 본 애플리케이션 잠금과 같은 다른 방법을 살펴볼 수 있습니까? 글쎄, 그것은 비용 시트 코드를 통해 왔고 배포 서버를 통해서도 왔습니다. 그래서 그것들은 새로운 잠금의 두 가지 주요 동인입니다. 그리고 새로운 스토리지가 온라인 시스템을 통해 제공되기 때문에 이러한 추가 리소스 소비를위한 드라이버가있는 프로필을 실제로 구축하기 시작했습니다. 기본 코드에서 드라이버를 정확히 찾아 낼 수있는 또 다른 방법입니다. 이것으로 들어가서, 우리는이 비용 표를 보았고 여기로갑니다.
이제 운동중인 기본 개체를 살펴보면이 메시지 로그가 표시되기 시작합니다. 글쎄, 그들이 메시지를 할 때마다 – 그리고 우리는 그것이 배수로 올라가는 것을 보았습니다 – 우리는 실제로이 메시지 로그 테이블을 건드리고 있습니다. 그리고 여러분은 실제로 잠깐 동안 많은 잠금을 일으키는 것을 볼 것입니다 데이터베이스 계층. 따라서 이러한 새로운 사용 패턴은 애플리케이션 스택에 큰 영향을 미칩니다. 이제 오른쪽에는 SQL 코드가 있습니다. 이것은 실제로 응용 프로그램 코드이며 실행 상태에 의해 수행되는 SQL 문을 추적합니다. 따라서 색상 코딩을 통해 잠금에 관련된 SQL 문을 쉽게 확인할 수 있습니다. 이것이 정말로 중요한 이유는 DBA에 가서 "이봐, 우리는 데이터베이스 수준에 문제가 있다고 생각한다"고 말합니다. 그들은 데이터베이스를 볼 수 있고 거의 비슷하게 보일 수 있습니다. 어제 달렸다
그러나 응용 프로그램이 데이터베이스를 사용하는 방식을 서로 연관시킬 수 있으면 집중해야 할 정확한 SQL 문을 정확하게 파악한 다음 실행 계획과 그 모든 것을 살펴보면서 이러한 고급 사례를 얻을 수 있습니다. 레코드 시스템을 훨씬 빠르게 실행할 수 있도록 조정이 가능합니다. 따라서 코드의 관련성에 대한 의심은 기술 전문가가 근본적인 문제를 해결하고 해결할 수 있도록하는 것이 매우 중요합니다. 이제 스토리지에 대해서도 이야기했습니다. 여기서 물리적 읽기 수를보고 언제 발생했는지 확인할 수 있습니다. 하드웨어 아키텍처로 들어가기 시작합니다. 당신이 할 수있는 일은 다른 유형의 스토리지를 선택할 수 있으며 비용 프로파일이 매우 다릅니다. 그리고 어떤 경우에는 플래시 스토리지를 업그레이드하고 비용을 지불하는 것이 좋습니다. 더 많은 임의 읽기를 수행하는 경우 해당 플래시 스토리지가 실제로 비용을 지불하게됩니다.
따라서, 이것에 대한 가장 중요한 메시지는 새로운 응용 프로그램을 사용하면 시스템에 새로운 요구가 생기고 기본 응용 프로그램 스택은 이러한 요구를 해결하기 위해 진화해야한다는 것입니다. 또한 이러한 요구 사항을 확인하고 코드를보다 효율적으로 만들기 위해 코드를 조정할 수 있습니까? 마지막으로 CPU로 내려 가면 컷 오버 기간을 볼 수 있습니다. 약 10 %로 실행 한 다음 새 코드로 한 번 4 배, 이제 40 %입니다. 물리적 환경뿐만 아니라 가상화 된 환경에서도 응용 프로그램의 요구를 충족시키기에 충분한 서버 리소스가 있는지 확인해야합니다. 그리고 여기에 더 근접한 부분이 있으므로, 그 숫자 중 일부를 약간 미리 볼 수 있습니다. 서버 수준에서 흥미를 보였을 때 메모리 소비는 그다지 바뀌지 않았지만 확실히 요구되는 CPU 사이클 수는 변경되었습니다.
그리고 이것은 기본적으로 비용 보고서, 스케일링, 실제로 실행 횟수가 줄어든 사실, 실행 시간이 증가한 사실을 살펴 보는 것입니다. 따라서 모바일 환경에서 응용 프로그램의 비용 구성 요소에 실제로 문제가 있음을 알 수있었습니다. 그리고 그것은 사용자가 일을 할 수 없다면 사람들은 기본적으로 이동성 사용을 중단 할 것입니다. 그리고 이동성에 대한 좋은 점은 실제로 인력 생산성을 높이고 급여 등에 매우 유용하므로 롤링을 원한다는 것입니다. 이제 우리는 위치 관점에서 똑같은 것을보고 있습니다. 유럽과 중동, 아시아 VPN 연결과 본사 자체입니다. 그리고 미국 전체. 따라서 애플리케이션 스택의 모든 계층에서 유용한 정보를 얻는 한 가지 방법은 정확한 제품 라인을 통하는 것입니다.
로빈과 에릭은 매우 빠르게 진행할 것입니다. 저는 정확하게 정확한 기능과 그것이 디자인 된 방식으로 디자인 된 이유에 대한 개요를 제공합니다. 최종 사용자가 무언가를 시도하면 데이터 센터에 많은 기술이 있으며 최종 사용자는 실제로 신경 쓰지 않고 작업을 원합니다. 한편, IT에 많은 사람들이 있고, 의도가 좋고, 매우 똑똑하지만, 최종 사용자가보고 할 때까지 문제를 알지 못합니다. 그런 다음 많은 시간이 걸리면서 사람들이 응용 프로그램 스택의 하위 집합을 보는 매우 비싼 시간이 걸리는 궁극적으로 실망스러운 프로세스를 시작하지만 누가, 무엇을, 언제, 어디서, 왜?
따라서 우리는 장치, 네트워크, 웹 서버, Java로 시작하는 최종 사용자 트랜잭션을 측정하여 누가, 무엇을, 언제, 어디서, 왜, 제공하는지에 대한 정보를 캡처 할 수 있습니다. 권장 사항이지만 가장 중요한 것은 피드백 루프를 완료하는 것입니다. 우리 모두는 개선을 위해 피드백이 필요합니다. 문제가 있다는 것을 아는 유일한 방법입니다. 히스토리를 중앙 저장소에 저장함으로써 모든 사람이 읽을 수있는 한 장의 음악을 제공합니다. 따라서 문제가 어디에 있는지 파악하기가 매우 쉬워 지므로 디자인은 최종 사용자 트랜잭션을 측정하는 것입니다. 이것은 느린 트랜잭션을 식별하고, 세분화하며, 어떤 기술이 문제가되는지 파악한 다음 각각의 개별 계층에 대한 전문가의 견해를 제공하여 진행 상황을 파악할 수 있습니다. Precise는 개요를 원하거나 진행 상황에 대한 심층적 인 기술 견해를 원하는지 여부에 관계없이 모든 이해 당사자에게보고뿐만 아니라 학습 및 대시 보드를 제공 할 것입니다.
이제 IT 전문가로서 최종 사용자에게 전화를 걸거나 최종 사용자가 전화를 걸 수도 있습니다. 정확하게 로그인하면 다시 초점을 맞출 수 있으며 Y 축은 반응하며 X 축은 하루 종일 시간입니다. 여기서 우리는 각각의 하위 상태이므로 클라이언트 시간, 웹 서버 시간, Java, Tuxedo, 데이터베이스 시간이 있습니다. 여기에는 추진중인 거래가 있으며 특정 최종 사용자를 식별 할 수있는 메뉴를 표시 할 수 있으며 IT는 이러한 방식으로 특정 최종 사용자의 문제를 해결할 수 있습니다. 그리고 그들이 바쁠 때 정확하게 볼 수 있습니다. 당신은 그들이 당신이 그 트랜잭션에 집중할 수있는 컨텐츠 관리를 사용하고 있다는 것을 알 수 있습니다. 그리고 정확한 것은 당신에게 그 트랜잭션에 대한 분석을 줄 것입니다.
끝에 백분율은 Precise에 의해 더해지며, 이는 개별 SQL 문에 이르기까지 개별 단계에 소요 된 시간은 얼마이지만 시간의 백분율을 나타내는 컨텍스트입니다. 그리고 우리가 말하는 것 중 하나는 모든 사람이 도구를 가지고 있지만 상점이 거의 없다는 것입니다. 또한 컨텍스트를 통해 Java 관리자는 애플리케이션 코드, DBA가이 경우 특정 SQL 문을 식별하는 데 집중할 수 있습니다. 따라서 해당 정보를 통해 특정 사용자에게 영향을 미쳤던 특정 트랜잭션의 근본 원인을 해결하는 방법에 대해 훨씬 더 많은 가시성을 제공합니다. 따라서 근본 원인에 레이저로 초점을 맞췄습니다. 그리고 SQL 문을 분석 할 수 있습니다. 어떻게 실행 했습니까? 대조적으로 Enterprise Manager와 같은 많은 도구는 선택하기 만합니다. 그들은 큰, 그들은 걸릴 수 있습니다. 인스턴스 관점에서 사물을 살펴보면 이러한 응용 프로그램에 실제로 초점을 맞추기에 충분하지 않습니다.
일반적으로 OLTP 모빌리티 애플리케이션은 대기 시간이 짧고 처리량이 많으므로 상위 10 개 목록에 초점을 두는 것이 시작이지만 실제로는 이러한 유형의 애플리케이션에는 충분하지 않습니다. 그리고 다른 하나는 특히 내부 호스팅 응용 프로그램의 경우 응용 프로그램 및 인프라뿐만 아니라 최종 사용자가 응용 프로그램을 사용하는 방법에 관한 것이므로 사용자 ID로 식별하는 것이 매우 중요하다는 것입니다. 그리고 최종 사용자는 일반적으로 식별 할 수있을 때 훨씬 더 나은 동작을합니다. 그리고 이것은 서로 다른 거래와 고객 경험의 화면 일뿐입니다. 하위 세그먼트로 구성되어 있습니다 (웃음). 조금 피곤하다. 나는 쟁기질 할 것입니다.
여기서는 경고를 표시 한 다음 애플리케이션 스택의 여러 계층을 표시하는 대시 보드를 살펴 봅니다. 다음은 웹 서버이며 응답 시간 실행 횟수를 통해로드 밸런싱 된 것을 확인할 수 있습니다. 브라우저 액세스를보고, 사용량 및 가비지 콜렉션을보고, 멋진 톱니 패턴이 있는지, 메모리 누수가 없는지 등을 확인할 수 있습니다. 그리고 이것의 아이디어는 약간을 제공하는 것입니다. 응용 프로그램 스택 내의 각 구성 요소에 대한보다 기술적 인 대시 보드입니다. 따라서 IDERA가 제공하는 Precise 제품 라인은 24 x 7의 매우 자세한 정보 인 생산 모니터링 기능을 제공합니다. 이것을 배포하는 것은 매우 쉽습니다. 최종 사용자가 무엇을 하든지 트랜잭션을 매핑 할 필요가 없습니다. Precise는 응용 프로그램 스택에서 점을 자동으로 연결합니다.
다운 스트림 계층이 계측되지 않은 경우 Precise는이를 인식하고 시작 및 종료 시간을 제공하고 다운 스트림 계층을 계측하도록 권장합니다. 따라서 가치를 평가하는 것은 매우 쉬운 일입니다. 우리는 데이터베이스를 매우 강력하게 생각합니다. 이것이 IDERA의 명성입니다. 그리고 중요한 이유는 모든 중요한 비즈니스 트랜잭션이 레코드 시스템과 상호 작용하여 데이터베이스가 기본 성능이되기 때문입니다. 그리고 시장에 나와있는 다른 도구들도 괜찮은 일을하지만 실제로는 충분하지 않습니다. SQL 문에서 무슨 일이 일어나고 있는지 정확히 알아야합니다. 그리고 우리는 SQL 문 기록을 유지하고 시간이 지남에 따라 실행 계획을 추적하는 것과 같이 너무 많은 고급 작업을 수행합니다. 따라서 관심이 있으시다면 더 자세히 살펴볼 수있는 영역입니다.
따라서 이것이 바로 정확한 응용 프로그램 성능 플랫폼이므로 솔루션과 오늘 논의한 주제에 대한 추가 관심이있는 경우 idera.com 웹 사이트를 통해 추가 회의를 요청하십시오.
그리고 에릭, 우리는 여전히 전선 아래에 있다고 생각합니다. 나는 배턴을 당신과 로빈에게 다시 넘길 것입니다. 감사합니다.
Eric Kavanagh : 아니요, 환상적입니다. 여기에 정리 한 내용이 마음에 듭니다. 환경이 얼마나 복잡한 지에 대한 환상적인 작업을하기 때문입니다. 물론 Precise의 전체 작업 인 Precise의 목적은 복잡성을 탐색하고 실제로 발생하는 상황을 이해하고 무언가를 개선하기 위해 몇 가지 조치를 취할 수 있도록하는 것입니다. 그리고 나는 그것이 얼마나 복잡한 지에 대해 다소 당황했습니다. Precise를 사용하면 특정 행동 패턴을 식별 한 다음 이름을 지정하거나 적어도 기록하거나 북마크하거나 그와 비슷한 것을 할 수 있다고 생각합니다.
빌 엘리스 : 네, 앞으로 일어날 일 중 하나는 꼬리를 쫓고 싶지 않다는 것입니다. 일회성으로 많은 시간을 보내고 싶지는 않습니다. 따라서 관리해야 할 기술이 많기 때문에 패턴이 무엇인지, 추세가 무엇인지 살펴보고 싶을 것입니다. 따라서 우선 순위를 정하고 순위를 정하고 시간을 어디에서 보낼지 알고 무엇을 연마해야하는지 알아야합니다. 또한 위험을 줄이고 비용을 절감하는 보수적 인 접근 방식을 원합니다. 당신은 그것을 평가하거나 알지 못하는 아주 좋은 의미를 가지지 않고 값 비싼 글로벌 변화를 만들고 싶지 않다면 이것이 실제로 문제를 도울 것입니다. 따라서 시간이 지남에 따라 어떤 일이 일어나고 있는지 파악하면 이러한 추세는 근본적인 문제를 지능적으로 해결하는 데 필수적입니다.
에릭 카바나 흐 : 그것은 말이됩니다. 그리고 무슨 일이 일어나고 있는지 확인할 수있는 가상화가 얼마나 큰 일이며 컨테이너를 사용하는 조직에 도킹 (예 : Docker)을 사용하고 있습니까? 그리고 이것이 Precise가 할 수있는 일에 어떤 영향을 미칠까요?
Bill Ellis : 예.“컨테이너”라는 단어는 공급 업체에 따라 다른 의미를 가질 수 있습니다. 그래서 우리는 거의 모든 사람들이 VMware를 사용하는 VM을 사용합니다.이 시점에서 사실상 표준이라고 생각합니다. 나는 경쟁자가 있다는 것을 알고 있습니다. 또한 지원 범위를 확장하고 있지만 Oracle 스택 내에서 VMware가 지배적입니다. 컨테이너화 된 데이터베이스가 있으므로 시스템을 매우 빠르게 발전시킬 수있는 것이 매우 중요합니다. 또한 물리적 호스트가 모든 게스트 컨테이너의 요구를 충족시킬 수없는 경우 가상화 된 환경에서 각 리소스가 경쟁하기 때문에 알아야합니다.
실제로 내부적으로 깜짝 놀랐던 것 중 하나는 실제로 IDERA에 많은 유휴 VM이 있었지만 유휴 VM 각각이 리소스를 소비하여 실제로 VM에 대해 전반적인 문제를 일으키기 시작했다는 것입니다. 우리에게 중요한 비즈니스를 수행했습니다. 그리고 그것은 흥미로운 일이었습니다. 이제 우리는 태양 아래 모든 기술을 지원하지는 않습니다. 이 솔루션과 관련된 지원 매트릭스가 있으므로 특정 잠재 고객이나 특정 고객을 위해 기술 요구 사항과 개별 기술을 충족시킬 수 있도록 드릴 다운해야 할 사항 중 하나입니다. 응용 프로그램 스택이 실행 중입니다.
에릭 카바나 흐 : 맞습니다. 귀하의 경험을 통해 현재 모바일에서 문제를 일으키는 주요 요인은 무엇입니까? 몇 달 전에이 웹 캐스트 전에 대화를 나눌 때 갑자기 최종 사용자가 할 수 있기 때문에 iPhone 또는 일부 모바일 장치의 기능과 레이아웃이 실제로 비즈니스에 큰 어려움이 될 수있는 방법에 대해 정말 좋은 지적을했습니다. 워크 플로에서 특정 프로세스를 수행하는 방법을 찾지 못했습니다. 따라서 지금까지 모바일 앱 개발에서 지원하는 것은 문제가 발생한 위치를 개발자에게 보여주고이 특정 장치 또는 특정 장치에서 앱이 수행하는 작업에이를 매핑 할 수 있다는 것입니다. 그리고 그것은 개발자에게 매우 유용합니다. 이제 문제의 원인을 알 수 있고 앱을 약간 변경하여 해결할 수 있기 때문입니다.
Bill Ellis : 예, 엄청나게 높은 기대치가 겹쳐져 있습니다. 모두가 어떤 의미에서든 효과가있을 것으로 기대하지만 그 다양성은 매우 다양합니다. 이러한 스마트 폰은 모두 화면 크기가 다르고 통신 공급 업체, 버라이즌, AT & T, 스프린트 등은 미국에서 인기있는 스마트 폰입니다. 그리고 거기에는 매우 다양한 것들이 있습니다. 마찬가지로, 이 모든 것을 어떻게 팔로 감싸서 문제가있는 곳을 식별하기 시작합니까? 따라서 사용 가능한 많은 측정 항목이 있으며 제품 관리 팀이 수행 한 작업 중 하나는 IT 팀에서 가장 중요하거나 가장 필요한 측정 항목을 가져 와서 현명한 결정을 내릴 수 있도록하는 것입니다. .
따라서, 우리는 우리 제품이 시장이 발전하는 것과 같아서 고객으로부터 피드백을 받고 항상 개선 요청을하기 때문에“이 추가 메트릭은 우리에게 매우 도움이 될 것입니다.”라고 말합니다. 제품은 시장처럼 진화하고 있지만 실제로 말하면 에릭은 정말 흥미로울 것입니다. 사람들은 마치 화면이 나올 때까지 5 초, 7 초를 기다리는 날로 돌아갔습니다. 이제는 1 초 또는 2 초 정도입니다. 사람들은“오, 이 응용 프로그램이 전혀 작동하지 않습니다!” (웃음)
에릭 카바나 흐 : 재미 있네요 . 이것은 사실이야!
빌 엘리스 : 미쳤다.
Eric Kavanagh : 예, 조금 비현실적입니다. 그리고 아마도 우리는 그 주제에 대해 좀 더 사실적인 것을 보게 될 것이라고 생각하지만 그럼에도 불구하고 사람들이 매우 높은 기대를 갖는 것은 사실입니다. 그리고 로빈, 마지막 몇 분 안에 당신을 다시 빨리 데려 올 것입니다. 나는 충성도 기계로서 카탈로그 및 앱으로 웹 사이트 평가를 좋아했습니다. 그리고 지금까지 우리가 이야기 한 것은 이러한 앱의 개발자가 무슨 일이 일어나고 있는지 이해할 수있게하는 방법입니다. 사용할 수 없습니까? 그리고 그것을 조정하기 위해 무엇을 바꿀 수 있습니까? 그리고 바로 2 초 전에 Bill의 요점으로, 그 문제를 해결하는주기 시간이 실제로 단축 되었습니까? 예전과 같지 않습니다 – 빨리 고쳐야합니다. 아니면 사용이 크게 줄어 듭니다.
로빈 블로어 : 예, 이것에는 많은 다른 것들이 있습니다. 그래서 당신은이 민첩한 개발을 받았고 많은 곳에서 새로운 버전을 출시 할 것으로 기대하고 있습니다. 몇 주에 한 번씩 개발 과정이나 변경 과정에있는 것입니다. 결론적으로 생각하면 배포 환경에 대해 생각하고 모바일에 들어갈 때 스택의 크기에 대해 생각하면 실제로 엔드 노드에 여러 개의 잠재적 인 장치가 있다는 것입니다. 중간에 미들웨어가 생깁니다. 그리고 그 아래에 데이터베이스가있을 수도 있습니다. 따라서 많은 응용 프로그램에 영향을 줄 수 있습니다. 여러 데이터베이스를 건드 리거나 보안 측면에서 매우 복잡한 작업을 수행하고있을 수 있습니다. 그리고 그것은 모두 작동해야하며 기대는 합리적으로 잘 작동 할 것입니다.
그리고 놀라운 일은 때때로 그렇습니다. 그러나 이것에 대한 나의 생각은, 만약 당신이 정말로, 만약 당신이 정말로 회사의 성공에 핵심적인 모바일 앱을 만들고 있다면 많은 것들이 많은 것들입니다. 정말입니다. 석유 굴착 장치 및 송유관 및 그와 같은 것들에 대해 모바일 유지 보수를 수행하는 경우 작동해야합니다. 작동하지 않는 결과는 단지 끔찍한 일입니다. 실제로 응용 프로그램을 분리하고 문제가 발생한 위치를 알 수있는 기능이 없다면 대부분의 성능 때문입니다. 우리는 요즘 정말 좋은 테스트 장치를 가지고 있습니다. 그렇습니다. 버그와 버그가 있습니다. 그러나 대부분 무언가 잘못되면 성능 문제입니다. 그리고 청진기를 18 곳에 놓을 수 없다면, 잘못되고있는 것을 찾아내는 것이 정말로 어렵습니다. 또한 네트워크에 영향을 미치는 요소가 있으며 특정 응용 프로그램의 특성으로 인해 응용 프로그램의 특정 구성 요소가 하루 중 다른 시간에 스트레스를받을 수 있다는 사실도 알고 있습니다. 당신이 그 모든 것에 기회를 가지려면 정교한 모니터링 도구가 있어야합니다.
Eric Kavanagh : 그렇습니다. 나는 동의해야 할 것입니다. 요즘 IDERA의 Precise의 강점이라고 생각합니다. 그리고 빌, 당신의 의견은 어떻습니까? 이 기술이 환상적이라고 생각합니다. 또한이 기술을 사용하는 사용자는 정보 시스템의 복잡성과 종속성을 이해하고이 정보를 어디에서 언제 어떻게 어떻게 합성하여 실제 상황을 평가할 수 있는지 알아야합니다. 그리고 그것은 지능적이고 훈련 된 인간을 필요로합니다. 솔직히 말해서, 기계 학습이 일자리를 빼앗는 것에 전혀 관심이없는 이유 중 하나입니다. 기계 학습은 이와 같은 기술 아래에서 매우 유용 할 수 있으며 일반적인 패턴을 식별 한 다음 최종 사용자에게 여기서 일어날 수있는 일에 대해 제안 할 수 있습니다. 그러나 기업에 이러한 종류의 문제 해결 기능을 제공하는 것의 중요성을 알리고 이미 말한 것 외에도 그에 대해 알아야 할 결론은 무엇입니까?
Bill Ellis : 그래, Eric, 나는 당신에게 엄청난 복잡함이 있다는 것에 동의 할 것입니다. 저는 스택 막대 그래프를 읽을 수있는 사용자가 Precise를 성공적으로 사용할 수 있으며 오늘 웹 세미나를 주최 한 참가자들과 당신과 로빈에게 감사의 말을 전하고 싶습니다.
에릭 카바나 : 내기! 내가 말했듯이, 우리는이 아카이브를 얼마 동안 호스트 할 것이므로 친구 나 동료들과 자유롭게 공유하십시오. 우리는이 모든 웹 캐스트를 보관합니다. 몇 분 전에 슬라이드로 연결되는 링크를 보냈고, 확인해 보았지만 오늘 다시 한 번 큰 일을 보냈습니다. 당신은 정말로 당신의 것을 알고 있습니다. 자신과 같은 전문가와 함께 일하는 것은 항상 재미 있습니다. 그리고 이것이 실제로 모바일 인력을위한 기술이 될 것이라고 생각합니다! 시간 내 주셔서 감사합니다. 다음에 연락 드리겠습니다. 안녕.
