マルシェ！モバイル労働力を可能にする

2024

Techopediaスタッフ、2017年6月21日

持ち帰り：ホストのエリック・カバナがモバイル労働力についてロビン・ブロア博士とIDERAのビル・エリスと話し合う。

あなたは現在ログインしていません。ビデオを見るにはログインまたはサインアップしてください。

エリック・カバナ：皆さん、ご列席の皆様、6月21日水曜日です。東部時間は4時です。もちろん、エンタープライズテクノロジーの世界では、Hot Technologiesの時間です！はい、確かに。私の名前はエリック・カバナです。今日のイベントのホスト兼モデレーターになります。それはホットな話題の人々です、それは大きなものです：「En Marche！そして、私は意図的にフランスのマクロン氏の立候補からキャッチフレーズをつかみませんでした。偶然だったとお約束しますが、それでも刺激的です。そのため、モバイルワーカーと、それらの人々が必要なものを確実に入手できるようにする方法と、彼らが上手くやれることを実現する方法についてすべて説明します。多くの課題、多くの問題がそこにあります。後で見るためにこのウェブキャストをアーカイブしますので、何か見逃した場合は戻って確認してください。また、友人や同僚と共有してください。

そして、私は恥ずかしがらずに言うべきです。このようなイベントで本当にカスタムコンテンツと必要な情報を取得する最良の方法は、質問することです。そのため、チャットウィンドウまたはWebキャストコンソールのQ&Aコンポーネントから質問できます。イベント中はいつでも送信してください。最後にそれを取得してQ&Aに織り込みます。プレゼンテーションを数回行います。その後、IDERA SoftwareのBill Ellisから連絡を差し上げます。もちろん、私たち自身のロビン・ブロアは今日ラインにいます。それで、すぐに飛び込みましょう。

だから、私はRCRワイヤレスから何が起こっているのかについていくつかの良い統計を持っています、そして本当にそれはかなり心を吹いています。彼らは、2022年までに世界のモバイル労働力が18億7, 000万人を襲うと言っています。これは、地球上の労働力全体の40％以上です。そのことを考えてみると、今では、IT能力の観点から、コンピューターなどのデバイスの機能の観点から、かつての99％以上をオンプレミスで使用していた突然のすべてがオフィス–それは15年前、10年前はおそらく85〜90％、5年前は70％だったでしょうか。そんな感じ？これで、ほぼ60％になりました。そして、これは大したことです。そのため、人々が使用する実際のツールであるテクノロジーという点で、この大きな変化が見られました。

さて、これには無数の利点があります。たとえば、UPSのような海運業界を見る場合や、油田の掘削装置に出向く人を見る場合、文字通り、あなたと深い機能を持つのに役立つさまざまな仕事を見る場合、移動中、モバイルワーカーはすべてを変えています。さて、問題の1つは（これについてはもう少し詳しく説明します）、進行中のいくつかの異なることがあり、その1つが従業員の多様性です。ですから、2020年に–今日の統計を見ました–労働力には5世代の人々がいるでしょう。つまり、おばあちゃんとおじいちゃん、そしてお母さんとお父さん、そして子供もいるということです。しかし、理論的には、おばあちゃんとおばあちゃんとおばあちゃんがいるはずです。今、明らかにそれは特定の家族内ではありませんが、ポイントは世代ごとです、あなたは労働力の幅広い個人の5つの異なるカテゴリを持っています、それぞれが自分の傾向、自分の好み、一緒に働く傾向があります技術。

明らかに、子供たちは、彼らが世界とどのように相互作用するかという点で最初にモバイルである傾向があります。そして、変化したコミュニケーションチャネルについて考えてみてください。最近、別のショーでこれについて話しました。 SnapChatは、多くのティーンエイジャーが通信する方法であり、電話であなたと話をしたくはありません。SnapChatの小さなメッセージをやり取りしたいだけです。これは、物事がどのように変化するかを示す消費者の世界の一例に過ぎず、テクノロジー、機能、個人、企業、ビジネスモデルの全領域に広がる可能性があります。それはマップの至る所にありますが、ポイントはモバイルワーカーが本物であり、ビジネスプロセスにどのように影響するかを理解するための堅実なプログラムがない限りです-そして、私は非常に具体的なテクノロジー主導のデータ-強化されたプロセス– ITインフラストラクチャとプロセスとガバナンスの観点からそれらが何であるかを理解しておらず、管理していない場合、あらゆる種類の問題が発生します。

だから、iPhoneがあります。あの吸盤が出てきたときのことを覚えていますが、今は100万年前のようです。しかし、それは2007年または'08年のようなものでしたか？ iPhoneがなかったのはそれほど前のことではなく、もちろんフォームファクターがテクノロジを根本的に変え、モバイルワーカーを実際に有効にしたのです。もちろん、当時、iPadが出てきてからiPhoneが出てきたのをほぼ同時に覚えています。どちらが最初だったかは思い出せませんが、iPadはエンタープライズITにとって最も重要な変化の力の1つでした。そして、その理由は、率直に言って、非常に多くの上級管理職、大企業の経営幹部の人々が、すぐにそれを愛したからです。そして言いました考えてみてください-突然のITのすべては、これらすべての新しいデバイスに対処していた、おそらく対処したくない問題に対処しなければなりませんでした。

それでは、iPadをお持ちの場合、それをマトリックスにどのように織り込みますか？それに対するガバナンスをどのように維持しますか？これらはすべて非常に大きな課題であり、古いiPadとiPhoneは、大小を問わず多くの組織のITおよびIT管理において、非常に破壊的な力でした。そのため、モバイルデバイスに関しては、想像できる限り幅広いアレイにわたるさまざまな課題と利点がまだあります。そしてもちろん、彼らは変化し続けますよね？ですから、今では、BYODだけでなく、多くの場合、役員や専門家が自分のデバイスを持ち込んでいるBYOAです。まあ、私たちはそれを「シャドウIT」と呼んでいましたよね？その古い世代の皆さんは、古いラジオ番組を覚えているかもしれません。彼らはラジオドラマを持っていて、そのうちの1つはシャドウでした。そして、私は子供だったので、私はそれを覚えています。ええと、最近ではシャドウITがいたるところで使われています。誰もがシャドーITを行っています。

そのため、これは、すべての運用担当者であるIT管理およびビジネスプロセス管理にとって真の課題です。モバイルデバイスを活用できるようにしたいが、それをシステムに結び付けたいと考えているので、奇妙で小さな問題がたくさんあります。少なくとも、モバイルデバイスを使用したときに得られる視覚的なエクスペリエンスと関連する機能はそうではありません。そして、iPad、ラップトップ、デスクトップ、出てきている新しいモバイルスマートフォンなど、複数のデバイスを使用している方は、機能が適切に機能しないという事実を経験したことがあります。本当の問題。実際、ブラウザーの戦争はこれに対応する準備ができているはずです。ブラウザーも同様に少しずつ異なることをするからです。それは、デザインだけでなく、使用しているアプリケーションのルックアンドフィールと洗練された性質だけでなく、実際の機能にとっても別の大きな課題です。そのデバイスで必要なものを選択するためのドロップダウンメニューを取得するにはどうすればよいですか？それは大したことです。

それで、それについて今日お話しすることにします。この分野の真の専門家であるロビンとビル・エリスから話を聞きます。ですから、これは人々が抱える大きな問題の1つです。それはまさにその多様性であり、プラットフォームを越えて作業できる単一の方法はありません。サムスンとアップルはほとんどこれらのものを作っていますが、すべての種類があります-非常に多くのデバイスがあります！最近、iPhoneが売り上げの点で勝っていることを見て、その数がどれだけ少ないかにショックを受けました。まるで20パーセントだったとは思えません！そして、それらはナンバーワンでした。つまり、数百ではないにしても、文字通り使用できるデバイスがそこにあります。さて、IT部門がそれについてどのように感じているか想像してみてください。もちろん、その技術の範囲は変化しています。日ごとに多様化しています。

すべてが変化しており、あらゆる種類の出来事が発生しています-コンテナ、ここで作品に別のレンチを投げるだけです。そして、もちろん、従業員の多様性もあります。ミレニアル世代の多くは、彼らの好み、テクノロジーの使用方法、何を喜んで通り抜けるのか、どれだけ早く物事を理解できるのかという点で大きく異なります。通常、古いタイマーよりも高速ですが、それでもすべてをオンプレミスシステム、または少なくともクラウドまでマッピングする必要があります。そして、それは大きな、大きな挑戦です。

それで、私はそれをまねできないロビン・ブロア博士に引き渡します。ロビン、取り去ってください。

Robin Bloor： OK、簡単な紹介をありがとう。モバイルについて話しましょう。エリックがiPhoneの紹介に言及したことは特に明らかではありませんでしたが、iPhoneがいつこれを告げたのか正確にいつ入ったかは特に明白ではありませんでした。私たちが実際にかなり多様なモバイル世界を持つことになるということでiPadが入ったとき、それは明らかになったと思います。私は一種のAppleの大物です。だから、Androidの観点からはあまり考えていませんが、もちろん、Appleは長い間大部分を占めていますが、パッド市場と電話市場の両方から大きな利益を得ています。、もう数字はありません。これは興味深いことです。そして、それは、他のものとは別に、新しいデバイスが存在し、人々がそれらを取り上げ、数百万台で販売することを意味します。そのため、非常に多様な環境が作成されます。

ここでの冗談は、「Siriに信号が届くならどこにいるのか聞いてみよう」というものです。モバイルデバイスが少し異なるのは、デスクトップが常に接続されていることです。また、モバイルデバイスは必ずしも接続されているとは限らず、24時間年中無休である必要もありません。また、それらを飛行機などに届けることができます。したがって、これまでになかったものとは異なる種類のデバイスです。私は、携帯電話は実際にパソコンであると主張します。なぜなら、携帯電話はいつもあなたと一緒に持っているからです。それは人間のモバイルデバイスを定義するものです。タブレットは少し異なります。それは一種の奇妙な状況であり、考えてみると、何らかの形で機能的なモバイルデバイスが複数存在するということです。

とにかく、モバイルであることの意味。インターネットが変わりました。私たちはそれが起こっていることに気づきませんでした-私はそれが起こったことに気づきませんでした-しかし、今日ではインターネットのアクティビティの80％がモバイルデバイスからのものであり、それを考えると驚くべき数字です。しかし、その80％の47％はタブレットのトラフィックです。ほとんどのアプリケーションをモバイル設定で提供できます。つまり、既に存在するアプリケーションがあり、デスクトップでアクセスできる場合は、おそらく携帯電話に置くことができますが、明らかに制限要因があります。フォームファクターとキーボードはその1つです。マイクロソフトとアップルの両方によると、タブレット自体は徐々にモバイルPCに取って代わりつつあります。そして、それらはより頑丈であるため、特定の領域に特定の用途があります。

ヘルスケアITの人々と話したことの1つは、タブレットが存在する前に、隔離病棟である環境に行った場合、デバイスを持ち込まなければならないという事実でした。あなたは、実際には何らかの方法で消毒する必要があります。タブレットを使ってそれを行うのは本当に簡単です。以前の持ち物、つまりトロリーに乗って環境に差し込んだおかげでモバイルだったデスクトップで、それを行うのは簡単ではありません。彼らは、そのような環境にとどまるか、それらの環境から取り出される異常な種類の消毒を経なければならなかったのです。そして、それらの環境で作業しない限り、それらの環境についてはあまり考えません。しかし、タブレットと携帯電話は、それらの環境で接続して動作するのは本当に自然なことです。

そして、Ericが17億に置いた統計は、2020年までにモバイルワーカーだったと思います。私はモバイルワーカーですか？私は、オフィスの外で時折仕事をしているという意味で、モバイルワーカーであると思います。そうするときは、タブレットや携帯電話で仕事をします。ですから、実際にそれを見て、それについて考えると、おそらく従業員にモバイルデバイスのみを使用する人たちのためであり、実際に基本的に動き回っている人たちです。とにかく、デスクトップユーザー、タブレットユーザー、電話ユーザーの3種類のユーザーの観点から考えることができます。また、異なるアプリケーションが必要です。そして、それが言及する理由です。

カメラと音声は現在、モバイルデバイスに固有の部分ですが、デスクトップにも固有の部分です。ただし、モバイルデバイスではさまざまな方法で使用され、モバイルデバイスではさまざまなインターフェイスがあります。そして、あなたがそれを使用している理由の全体的な特徴は、モバイルデバイス上で異なります。ですから、モバイルアプリケーションを構築しているのであれば、多くの理由で、構築に使用していた種類のアプリケーションを構築しているわけではありません。それで、あなたがすでに何らかの形でウェブサイト上で実行されるアプリケーションを構築しているビジネスであれば、問題は、それらもモバイルアプリケーションであるべきかということです。そして、このスライドの種類はそれを見ます。 Webアプリケーションは、何らかの方法で構築されているだけでなく、実際にフォームファクターを気にせずに構築されているため、ユーザーは合理的に使用できないWebページを構築します。 iPhoneやAndroidデバイスで簡単に使用することはできません。これらのデバイスはタブレットでしか使用できない場合がありますが、タブレットでもそれほど良いものではない場合があります。通常、それは大丈夫でしょう。

または、モバイルアプリを作成できます。モバイルアプリを構築する場合、さまざまなダウンロードストアでアプリケーションが大量に消費され、その種の抵抗力が低下します。私の特定のiPhoneを見ると、取り除けないように思えるアプリケーションがいっぱい詰まっています。それらを削除しますが、それらは常に何らかの奇妙な方法で再びダウンロードされるようです。私は明らかに、iPhoneを適切に管理する方法を知りません。しかし、ご存知のように、アプリケーションが大量になり、意味がありません。 iPhoneには、デスクトップにあるアプリケーションよりも多くのアプリケーションがあるのではないかと思っています。これについて考えると、奇妙です。モバイルアプリは成功のリトマステストです。一部のWebビジネス（Yelpもその1つ）がアプリを作成し、人々にダウンロードしてもらうことで非常にうまくいったことは興味深いことです。そして、かなり良い成功を収めた分野は、実際には金融セクターにあったようです。それは銀行だけでなく、E-Tradeやそのような企業でもあります。人々は時々、移動中に物を交換できるようにしたいからです。食品アプリケーションは、レストランを探しているだけでなく、レシピサイトも作成しているので、アプリの点では非常に優れていました。

そして、多くの人々はまったくうまくいっていませんでした、そしてそれが理由です、私は主にあなたがこれまでに使用するのに慣れている非常に多くのアプリがあり、あなたがアプリを数日に1回しか使用していないならまたは、その後、あなたはそれを忘れます。それがあなたにとって大きな個人的な価値を持たないなら、あなたはそれをちょっと忘れます。したがって、一般的な意味でアクセス可能なモバイルアプリを作成することは困難ですが、明らかに自分のスタッフ用に作成して組織内で使用することができます。モバイルアプリには非常に大きな開発コストがかかりますが、これには多くの理由があります。その理由の1つは、実際には明らかに異なる数のデバイスを指していることです。

また、複数のデバイスをターゲットとする開発環境を取得できますが、一部のアプリケーション、特にセキュリティを検討している場合は、デバイス自体のコーディングを行う必要があります。 iPhoneまたはAndroid環境用に異なるコードを作成します。たぶん違う。ハードウェア機能を参照している場合があります。そのため、一般的なモバイルアプリには、おそらくハイブリッドの一種で、ほとんどのターゲット環境にまたがる開発ソフトウェアがあります。 HTML5は、これまで以上にそれを可能にします。ただし、一部のアプリでは実際にそれができないという状況もあります。つまり、ターゲットにしている各デバイスで実際に同じ作業を複数回行っていることを意味します。自分のデバイスを持ち込む権利があると主張する人を止めることはありません。それは何の違いももたらさないので、実際に回避することはできません。

どうやら、モバイルアプリの分析は、彼らがより多くの販売を促進することを示していますよね？そして、これは奇妙な種類のWebサイトであり、必要に応じて補完するモバイルアプリです。アプリはより多くの販売を促進します。ウェブサイトは新しい顧客を獲得するのに優れています。アプリは、既に獲得した顧客を維持するのに優れています。顧客はアプリよりもウェブサイトにひどく多くを費やしますが、顧客はアプリにもっと頻繁に費やします。そして、それは本当に奇妙なことであり、何かを構築しようとするなら、ウェブサイトの化身とモバイルアプリの化身が必要になるでしょう。そして、それは何らかの形で、ソフトウェアプロジェクトに追加するための一種の劇的な費用であり、いずれにせよ他の多くのことをしているかもしれません。

一般的な考え方として、ウェブサイトはカタログであり、アプリはロイヤルティマシンです。モバイルアプリの開発-これは単に問題を分類するためのものです。異なる開発環境、ハードウェアに関する異なる問題、異なるユーザーインターフェイスの設計原則、および能力。オフライン機能が必要です。多くのアプリは、接続が切断されていても使用できることを期待しています。データを失いたくないのです。一部のデータはローカルに保存する必要があります。あなたが構築するかもしれないものとは異なるアプリを構築している、例えばデスクトップ用にしましょう。そして、モバイルバックエンドの問題があり、そこにミドルウェアが必要になり、そこにセキュリティ手順が必要になります。おそらく、バックグラウンドでサービス指向のアーキテクチャが存在し、さまざまなものを一緒に編成している可能性があります。そして、これが言っていることは、サーバーやその他のものでアプリケーションを開発するのに慣れているチームをただ連れて行くだけではないということです。それらをモバイルに投げ込むには、モバイル開発者が本当に必要です。そして、モバイルの経験を持つ人々。

とにかく、もう1つ言いたいことがあります。何よりもモバイルアプリは、ほとんどの場合、顧客との接点であるため、顧客はモバイルに基づいて会社を判断するため、非常に優れている必要があります。経験、またはそれは彼らの判断に影響を与えるでしょう。場合によっては、前述したように、モバイルアプリは実際にビジネスの成功を決定するものです。それは本当に組織を作るものになる可能性があります。そしてもちろん、それは湿ったスクイブでもあります。

と言って、私はボールをエリックに戻します。

エリック・カバナ：結構です 、ビルに引き渡します。ビル、クイックスタートに行き、画面を共有したいですか？

ビル・エリス：ええ。ここに？

エリック・カバナ：その左上隅。

ビル・エリス：ええ。指示をありがとう、私はそれを感謝します。ロビン、私はあなたの議論が本当に好きでした、それは面白かったです。私は18年前から仮想チームで働いていたので、モバイルワーカーの一部として自分を数えることができると思います。時々、私は見に行くのではないかと心配します。もし仕事の後の機能があるなら、それに行くために服を着る必要があります。（笑）そして、私は多分「服を着た」とは何かについての見方を失い始めます。（笑）それでは、始めましょう。多分エリックがただチャイムを鳴らして教えてくれることを確認したい、あなたは私の画面を見ることができるか？

エリック・カバナ：うん、よさそうだ。

ビル・エリス：わかりました 。ですから、私の名前はBill Ellisです。IDERAと連携してPrecise製品ラインを開発し、モビリティの実現についてお話します。そして、私たちは実際にそれを測定し、それがあなたの満足のいくように機能していることを確認することについて話している。そこの大きなポイントの1つは、それが人々が会社とやり取りするものであるということです。ある意味では、それは非常に親密です-電話は誰かの手にぴったりですので、印象、速度はすべてのユーザーに大きな印象を与えます。

だから、これは私が共有したいと思った顧客体験でした。彼らはライブを行ったが、うまくいかなかった。また、初期の負荷テストでは、基礎となるアプリケーションインフラストラクチャの変更が完全には明らかにされなかったため、アプリケーションまたはHTML5に関係なく、モバイルで強調したいことの1つは、依存している多くのテクノロジもあります。ネットワークからWebサーバー、ビジネスロジック、メッセージングに至るまで、そして重要なビジネストランザクションを購入している場合は、記録システムとやり取りしています。

そして皮肉なことに、私たちが始めたときにいくつかのネットワークの問題に遭遇したので、このすべてはこのウェビナー自体を配信することにも非常に関連しています。したがって、1つのアプリケーション、少なくとも6つのテクノロジー、多数のエンドユーザーがいる可能性があり、最も単純な質問に答えるだけでも非常に困難です。エンドユーザーに問題がありますか？アプリケーションスタックの問題、問題の原因となっているコードは何ですか？そのため、これらのことを理解するのは簡単ではありません。

ここで、私たちがやろうとしていることは、問題がアプリケーションスタック内のどこにあるかを見分けるのを助けるために、サイトで取られたいくつかの測定値を見るつもりです。ここで見ているのはグラフで、Y軸は応答時間、X軸は1日の時間です。また、スタック棒グラフは、エンドユーザートランザクションがどこで時間を費やしているかの測定値です。そして、あなたはここでちょっといいトレンドを手に入れ、それからそれはどんどん上がっていきます。基本的にカットオーバーの境界であるため、スタック棒グラフを調べると、J2EE層に多くの問題があることがわかります。また、Webサーバー層でも問題が発生していますが、実際にはデータベース層でもかなり大きな上昇が見られます。

このように、複数の層があり、複数の問題があることがわかったので、この新しい使用パターンとこの非常に遅い応答に対してインテリジェントな応答を得るために、何が起こっているかを正確に調べるために少し先に進む必要があります、パフォーマンスが4〜5倍遅くなるということです。そして、私たちが最初にやりたいことの1つは、「これは1つのトランザクションです」と言うことです。したがって、すべてのトランザクションの左側のスコープを見ました。応答時間の棒グラフを見て、基本的に同じクライアントWebサーバーのJavaで、特定のトランザクションのデータベース時間を他のトランザクションよりも多く見ることができます。しかし、それはすべてのトランザクションに関して実際に全面的です。

そして、これはユーザーに注目しているので、これはグローバル展開であるため、世界の主要な大陸に注目しています。つまり、すべてのユーザー、すべての場所です。これはグローバルな問題であり、発生しているため、特定のユーザーや特定のユーザーグループではなく、データセンター側で発生している問題です。それで、データのどこで診断を始めますか？どのアプリケーション層ですか？そのため、平均応答時間の増加を確認し、その上に実行回数を重ねることで、スケーリングに関するアイデアを得ることができます。これは非常に興味深いものです。下半分は実際に長期の履歴を示しており、非常に高いアクセス数を確認できますが、その反対側は同時接続の数が比較的少ないことです。モバイルHTML5アプリケーションに切り替えた後、接続の数ははるかに少ない倍に倍増します-桁違いに話しています-アクセスが100倍少ないため、スケーリングしていません。以前の接続数の少なくとも2倍の数の接続があります。そのため、モバイルアプリケーションが基盤となるインフラストラクチャに課す新しい要求は何かを認識し始めています。

それでは、問題が発生している場所を特定する必要があるため、さらに詳しく見ていきましょう。したがって、ここでは、基本的にスコーピングの種類を見ており、SLAに適合していないと言うためにこのバーグラフは実際には必要ありませんでしたが、上のグラフで簡単に確認できます。ただし、SLA違反の実行回数に関して2次確認があります。さて、ここで、実際にロックの検討を開始します。これは内部にあります。これはたまたまWebLogicですが、ビジネスロジック層内にあります。そして、あなたはここを見ることができます、そして、これは少し読みにくいかもしれません、しかし、あなたは12時間、30分の合計ロック時間のために31, 000のロック獲得を押しています。したがって、これは明らかに大きな問題です。

さて、ロックの影響は、常に80/20ルールの派生物があることを示しています。本当に問題を引き起こしているのは、1つのメソッド、1つのメソッドグループです。現在、特定の層内の問題を切り分け始めています。それでは、もう少し詳しく見ていきましょう。これがメッセージングシステムです。そして、これを見るようになりました。左上にある時間経過グラフです。大まかな応答時間が上がっているのがわかります。ピンクのキーは、実際にキューイングを示しており、実際には非常に異なっています接続の数が原因でキューイングが発生し、プッシュされています。そのため、メッセージングシステムはより多くの作業を行っています。さらに多くのことがあります–その食料品に例えると、チェックアウトカウンターの各レーンにはさらに多くのカートがあります。それがキューイングを押し上げているのです。各ドメインでは、非常に高いキューイングが発生しています。

これまで、WebLogic内でロックを識別し、メッセージングシステム内でキューイングを識別しました。これはたまたまTuxedoです。そして、ここで見ているのは同様のタイプの分析ですが、記録システム内の実行状態を見ています。そして、これはたまたまOracle内の実行状態です。時間に注目する理由は、時間には2つの優れた特性があるためです。第一に、エンドユーザーとアプリケーションがパフォーマンスを体験する方法です。 2番目は、リソース消費を測定することです。したがって、ボトルネックがどこにあるかを自動的に識別します。そして、ここで、データベース層で、追加のI / O時間があることを確認できるため、ストレージサブシステムにストレスをかけています。すべての層はダウンストリーム層に依存しているため、データベースはストレージに依存しています。データベース時間内にロックを行っていることもわかります。そのため、情報をもう少し実用的にするには、もう少しきめ細かくする必要があります。では、タマネギの皮をもう1層剥がします。

さて、これは実際には実行カウント、このカウントのY軸、これは数千単位であり、9, 000、900万を表示しているため、実行カウントも上下します。そのため、新しいモビリティアプリケーションは、アプリケーションにさまざまな方法でストレスを与えています。簡単に要約すると、ロック：Web層でのロック、メッセージングシステムでのキューイング、データベース層での追加の実行カウント、追加のI / O、データベース層での追加のロック。それで、私は実際、アプリケーション仕様内のすべての層に影響を与えています。そのため、アプリケーションスタック内のすべての層からメトリックを取得できることが非常に重要です。ここでは、実際にデータベースアクティビティをプログラムに細分化していますが、実際には2つのプログラムを持っていることがわかります。ターコイズカラーはアプリケーションロックをマップします。そして、これは、アプリケーションロックとしての配信サーバー、アプリ、これはモバイル部分であり、これもアプリケーションロックを持っています。また、これらの多くがストレージ自体のボトルネックであることがわかります。

今、私はタマネギを剥がして、すべてのティアで何ができるかを確認しています。そして、私がこれをしている理由は、キャパシティプランニングの観点から多くの人がこれを見ているからです。また、ほとんどのクラウドサービスでは、サーバー、CPU、メモリの拡張について話します。コインのもう一方の側面も同様に重要であり、これらのリソースの消費を実行および促進するアプリケーションコードです。また、アプリケーションコードについて知っていると、処理効率によって容量に対処できるようになります。したがって、あなたは同じコインの両面を持ち、ITプロフェッショナルに問題を解決するための追加オプションを提供します。サーバーを追加するだけでなく、物事を整理してより効率的に運用するために何ができるでしょうか？古い「仕事は賢く、難しくはない」。

Oracleにはモジュールとアクションという素晴らしいものがあります。実際にコードのドキュメント化を開始できます。そのため、ここで見たアプリケーションロックなど、別の方法を検討することもできます。まあ、それは費用シートのコードを介して入力されたものであり、配信サーバーを介して入力されたので、これらは新しいロックの2つの主要なドライバーです。そして、新しいストレージはオンラインシステムを通じて提供されるため、実際にプロファイルを作成し始めます。このプロファイルでは、ドライバーがこの追加のリソース消費のために使用します。基盤となるコードでドライバーを特定できることは別のことです。それで、この費用シートを見て、ここに入ったと思います。

次に、実行されている基礎となるオブジェクトを確認すると、このメッセージログが表示されます。まあ、彼らがメッセージングを行うたびに-そしてそれが複数回上昇していることがわかりました-私たちは実際にこのメッセージログテーブルに触れており、実際に1分以内に実際に多くのロックを引き起こしていることがわかりますデータベース層。そのため、これらの新しい使用パターンは、アプリケーションスタックの上下に大きな影響を与えています。さて、右側にあるのはSQLコードです。したがって、これは実際にはアプリケーションコードであり、SQLステートメントが実行状態ごとに実行していることを追跡しています。したがって、カラーコーディングを使用すると、これらのロックに関係するSQLステートメントを簡単に確認できます。これが非常に重要な理由は、DBAにアクセスして「ねえ、データベースレベルに問題があると思う」と言う場合です。彼らはデータベースを見るだけで、かなり見た目がよくなるかもしれません。昨日走りました。

しかし、アプリケーションがデータベースを使用している方法を相互に関連付けることができれば、焦点を当てるべき正確なSQLステートメントを正確に特定でき、その後、実行計画やそれらすべてを見て、それらの高度なプラクティスのいくつかに到達できます記録システムをより迅速に実行できるように調整できること。そのため、コードの関連する疑念、テクノロジーの専門家が根本的な問題を解決および修正できるようにすることは非常に重要です。さて、ここで、ストレージについても説明しました。ここでは、物理読み取りの数を確認し、それがいつ発生したかを確認できます。これにより、システムの進化を計画しているときに、あなたがすることを選ぶかもしれないことは、あなたが異なるタイプのストレージを選ぶことができるということです、そして、彼らは非常に異なる費用プロファイルを持っています。また、場合によっては、フラッシュストレージをアップグレードして料金を支払うことをお勧めします。もっと多くのランダムな読み取りを行う場合、そのフラッシュストレージは本当に私に利益をもたらすでしょう。

そのため、これに関する包括的なメッセージは、新しいアプリケーションではシステムに新しい要求が課せられるため、基礎となるアプリケーションスタックはそれらのニーズに対応するために進化する必要があるということです。また、あなたはそれらのニーズが何であるかを見たいと思うし、コードをより効率的にするために微調整することができますか？そして最後に、CPUに至るまで、カットオーバー期間を見ることができます。約10％で実行されていましたが、新しいコードを使用すると、4倍になり、今では40パーセントになります。アプリケーションのニーズを満たすのに十分なサーバーリソースを確保するために、物理環境と仮想化環境にとって非常に重要です。そのため、ここで詳しく説明します。そのため、これらの数値の一部を前もって確認できます。サーバーレベルで興味深いことに、メモリ消費量はそれほど変化していませんでしたが、要求されるCPUサイクルの数は確かに変化していました。

これは基本的に、経費報告書、スケーリング、実行数は実際には減少したが実行時間は増加したという事実を見るだけの要約です。そして、それは、モビリティの下で、アプリケーションの費用要素が本当に問題を抱えていることを示しました。そして、それは間違いなく物事にユーザーの影響を与えるでしょう。「仕事ができないなら、人々は基本的にモビリティの使用をやめるだけだからです。そして、モビリティの良いところは、それが本当に労働力の生産性を強化することであり、それは給料などに非常に良いので、あなたは間違いなくそれをロールバックしたいです。現在、ここでは同じことを、場所の観点から見ています。つまり、ヨーロッパと中東、アジアのVPN接続、そして本社そのものです。そして米国全体。そのため、アプリケーションスタックのすべての層でその貴重な情報を取得する1つの方法は、正確な製品ラインを使用することだと考えています。

ロビンとエリック、非常に迅速に行きます。Preciseが何をするのか、そしてなぜそれが設計された方法で設計されたのかを簡単に説明します。そして、エンドユーザーが何かをしようとしている場合、データセンターには多くのテクノロジーがあり、エンドユーザーは本当に気にせず、ただ自分の仕事をしたい場合にどうなりますか。一方、IT部門には多くの人がいて、意図があり、非常に賢いのですが、このエンドユーザーが報告するまでは、問題を認識していません。そして、多くの場合、これは非常に高価で時間のかかる最終的にイライラするプロセスを開始します。人々はアプリケーションスタックのサブセットを見ますが、誰、何、いつ、に関する基本的な質問に答えることは非常に困難です。どこで、なぜ。

そのため、デバイス、ネットワーク、Webサーバー、Javaで開始されるエンドユーザートランザクションを測定し、その情報を取得して、誰が、何を、いつ、どこで、なぜ提供するかという質問に答えることができると考えています推奨事項ですが、おそらく最も重要なことはフィードバックループを完了することです。改善するにはフィードバックが必要です。それは、何か問題が発生していることを知る唯一の方法です。履歴を一元化されたリポジトリに配置することで、誰もが読むことができる1枚の音楽を提供します。そのため、どこに問題があるのかを非常に簡単に把握できるようになりました。そのため、設計はエンドユーザートランザクションの測定に関するものです。これにより、遅いトランザクションを識別し、セグメント化して、問題のテクノロジーを特定し、各層の専門家の視点を提供して、何が起こっているのかを把握できるようにします。正確な情報は、概要だけが必要な場合でも、何が起こっているのかを技術的に詳細に把握したい場合でも、すべての利害関係者に学習とレポート、ダッシュボードを提供します。

さて、あなたはITスペシャリストとしてエンドユーザーに電話をかけることも、エンドユーザーから電話をかけることもできます。 Preciseにログインすると、もう一度フォーカスできます。Y軸は応答、X軸は1日の時間です。ここでは、それぞれがサブ状態であるため、クライアント時間、Webサーバー時間、Java、Tuxedo、データベース時間があります。ここでは、駆動トランザクションがあり、特定のエンドユーザーを識別するメニューを表示できます。これにより、ITはその特定のエンドユーザーの問題に対処することができます。そして、彼らが忙しい時期を正確に見ることができ、彼らがあなたがそのトランザクションに集中できるコンテンツ管理を使用していることがわかり、それからPreciseはあなたにそのトランザクションの分析を提供しようとしています。

最後のパーセントは、パーセント単位で正確に加算されます。これは、個々のステップに費やされた時間の割合を示しますが、個々のSQLステートメントに至るまで、これがコンテキストです。そして、私たちが言うことの1つは、誰もがツールを持っているが、コンテキストを持っているショップはほとんどないということです。また、コンテキストにより、Java管理者はアプリケーションコードに集中でき、DBAはこの場合のように特定のSQLステートメントを識別できます。そのため、その情報により、特定のユーザーに影響を与えていた特定のトランザクションの根本的な根本原因に対処する方法について、より多くの可視性が得られます。それで、あなたは本当に根本原因にレーザーで焦点を合わせました。また、SQLステートメントを分析することもできます。どこで実行に費やしたのでしょうか。対照的に、Enterprise Managerのような多くのツールはそれらを選択するだけです。彼らは大きいです、彼らはそれを取ることができます。彼らはインスタンスの観点から物事を見ており、それはこれらのアプリケーションに入るのに十分な焦点ではありません。

通常、OLTPモビリティアプリケーションは低遅延、高スループットになるため、トップ10のリストに焦点を当てますが、これは出発点ですが、このタイプのアプリケーションには十分ではありません。そして、もう1つは、特に内部でホストされるアプリケーションの場合、ユーザーIDによる識別は非常に重要です。なぜなら、アプリケーションとインフラストラクチャだけでなく、エンドユーザーがアプリケーションを使用する方法も重要だからです。そして、エンドユーザーは、通常、エンドユーザーを特定できれば、はるかに優れた動作をします。それで、これは異なるトランザクションとクライアントエクスペリエンスの一種のスクリーンであり、サブセグメント化されています（笑）。ここで少し疲れました。私は先に耕すつもりです。

ここでは、アラートを表示し、アプリケーションスタックのさまざまな層を表示するダッシュボードを作成しています。 Webサーバーを以下に示します。応答時間の実行回数により、負荷が分散されていることを確認できます。ブラウザのアクセスを確認したり、使用状況やガベージコレクションを保持したり、のこぎりの歯のパターンを確認したり、メモリリークがないことを確認したりできます。アプリケーションスタック内の各コンポーネントのより技術的なダッシュボードのビット。そのため、IDERAが提供するPrecise製品ラインは、24 x 7の非常に詳細な生産監視を提供します。これを展開するのは非常に簡単です。エンドユーザーが何をするにしても、トランザクションをマッピングする必要はありません。Preciseはアプリケーションスタック全体でドットを自動的に接続します。

ダウンストリーム層がインスツルメントされていない場合、Preciseはそれを認識し、インおよびアウト時間を提供し、ダウンストリーム層をインスツルメントすることを推奨します。したがって、価値を判断するのは非常に簡単です。私たちはデータベースに非常に強いです、これはIDERAの名声の一種です。そして、それが非常に重要な理由は、すべての重要なビジネストランザクションが記録システムと相互作用するため、データベースが基本的なパフォーマンスになるからです。そして、市場にある他のツールは、OKの仕事をしますが、OKは本当に十分ではありません。 SQLステートメントで何が起こっているかを正確に知る必要があります。また、SQLステートメントの履歴を保持し、実行計画を長期にわたって追跡するなど、これにはあまりにも多くの高度な処理を行います。それで、もし興味があれば、それは私たちがさらに探求できる領域です。

したがって、これがPreciseアプリケーションパフォーマンスプラットフォームです。今日議論したソリューションとトピックにさらに関心がある場合は、idera.com Webサイトから追加の会議をリクエストすることをお勧めします。

そして、エリック、それで、私たちはまだ通信中だと思います、私はあなたとロビンにバトンを渡すつもりです。ありがとうございました。

エリック・カバナ：いいえ、それは素晴らしいことです。あなたがここでまとめたコンテンツが大好きです。なぜなら、あなたはボンネットの下の環境がどれほど複雑かを示す素晴らしい仕事をしているからです。そしてもちろん、Preciseの仕事全体であるPreciseの目的は、その複雑さを乗り越え、実際に何が起こっているのかを理解し、何かを改善するためにいくつかのアクションを取ることができるようにすることです。そして、私はそれがどれほど複雑であるかに戸惑っています。 Preciseを使用すると、特定の行動パターンを識別して名前を付けたり、少なくとも記録したり、ブックマークしたり、またはそのようなものを作成したりすることもできると思います。

ビル・エリス：ええ、起こりそうなことの1つは、尻尾を追いかけたくないということです。一度だけ多くの時間を費やすのは嫌です。そのため、管理するテクノロジーがたくさんあるため、パターンとトレンドを調べてください。そのため、優先順位を付けて順位を付け、時間をどこで過ごすか、何を磨く必要があるかを知ることが重要です。また、リスクとコストを低く抑える保守的なアプローチも必要です。あなたはそれを評価したり、それを知っているという非常に良い感覚を持っていることなく、必ずしも高価な世界的な変化をしたくはありません。したがって、時間の経過とともに何が起こっているかを把握し、この傾向は根本的な問題にインテリジェントに対処するために不可欠です。

Eric Kavanagh：それは完全に理にかなっています。そして、何が起こっているのかを見ることができるという点で仮想化はどれほど重要なのでしょうか。そして、例えばDockerを使用して、コンテナーを使用している組織に参入していますか？そして、それはPreciseができることにどのように影響しますか？

ビル・エリス：ええ、だから「コンテナ」という言葉はベンダーによって異なる意味を持っています。そのため、私たちはVMを使用しており、ほぼ全員がVMwareを使用しています。現時点では事実上の標準だと考えています。私はそこに競争相手がいることを知っています。そして、サポート対象を拡大していますが、Oracleスタック内ではVMwareが支配的です。コンテナ化されたデータベースがあるため、システムを非常に迅速に進化させるためには、これらすべてが非常に重要です。また、物理ホストがすべてのゲストのコンテナのニーズを満たすことができない場合、それぞれがリソースを奪い合っているため、仮想化環境で知ることは非常に重要です。

内部で実際に発生したことの1つは、実際にIDERA内に非常に多くのアイドルVMがあったが、それらのアイドルVMのそれぞれがリソースを消費しているため、実際に実行されていたVM私たちにとって重要なものを使用し、私たちのビジネスを行っていましたそして、それは一種の興味深いことでした。現在、私たちはサンのすべてのテクノロジーをサポートしているわけではありません。このソリューションにはサポートマトリックスが関連付けられているため、特定の見込み客または特定の顧客について、技術的なニーズと個々の技術を満たすことができることを確認するために、ドリルダウンしたいことの1つです。それらのアプリケーションスタックが実行されています。

エリック・カバナ：ええ、それはとても理にかなっています。あなたの経験から、モバイルで課題を引き起こしている主な要因は何ですか？数か月前にこのWebキャストの前にあなたと話したとき、あなたはiPhoneやモバイルデバイスの機能とレイアウトだけがビジネスにとって本当に難しいことについて、本当に良い点を指摘しました。ワークフローで特定のプロセスを実行する方法を理解していませんか？そのため、モバイルアプリ開発で有効にしているのは、問題が発生している開発者に見せることです。その後、この特定のデバイスまたはその特定のデバイスでアプリが実行していることをマッピングできます。開発者にとって、これは非常に便利です。問題の原因を確認できるようになったので、アプリを変更して解決することができるからです。

ビル・エリス：ええ、それは信じられないほど高い期待を重ねているようなものです。誰もがすべてがある意味で機能することを期待していますが、そこには多種多様なものがあります。これらのさまざまなスマートフォンがすべてあり、画面のサイズもさまざまです。そして、さまざまな通信ベンダー、Verizons、AT&T、Sprintsがあります。これらは米国で人気のあるものです。そして、そこには非常に多くの多様性があります、それはよく、どのようにあなたが腕をこのすべての周りに巻き付けて、問題がどこにあるのかを識別し始めるのですか？そのため、利用可能な多くのメトリックがあり、当社の製品管理チームが行ったことの1つは、インテリジェントな意思決定を行うためにITチームが最も重要または最も必要とするメトリックをプルしようとすることです。。

そして、それは一種の挑戦であり、私たちの製品は市場の進化のようなものであり、顧客からフィードバックを受け取り、常に機能強化のリクエストがあります。「この追加のメトリックは、私たちにとって非常に役立ちます。」製品は市場と同じように進化していますが、私が言わなければならないなら、実際にはエリック、それは私にとって本当に面白いです、それは全体の期待のことです。人々は、画面が表示されるまで5、7秒待つという時代に戻っていましたが、今では1〜2秒、「ああ、このアプリケーションはまったく機能しません！」（笑）

エリック・カバナ：それは面白いです。それは本当です！

ビル・エリス：クレイジーです。

エリック・カバナ：ええ、正直に言って少し非現実的です。そして、そのトピックについてもう少しリアリズムを見始めるかもしれませんが、それでも人々が非常に高い期待を持っているのは人生の事実です。ロビン、ここ数分ですぐに戻ってきます。ウェブサイトがカタログであり、アプリがロイヤルティマシンであるという評価を評価しました。そしてその点まで、ここで話してきたことは、これらのアプリの開発者が何が起こっているのかを理解できるようにする方法です。使えない？そして、それを調整するために何を変更できますか？ビルのポイントに、ほんの数秒前に、その問題を修正するサイクル時間が本当に短縮されましたよね？かつてのようではありません-あなたはそれをすぐに修正しなければなりません。または、使用中に大量のドロップオフが発生しますか？

Robin Bloor：ええ、これに関係するたくさんのことがあるので、このアジャイルな開発があり、新しいバージョンをリリースすることを多くの場所で期待しています。数週間ごとに、開発中または変更中の何かについて。そして、それはあなたがそれを考えるとき、あなたが展開環境について考えるなら、そしてあなたがモバイルに入るときのスタックがどれくらい大きいかを考えるなら、あなたは実際にエンドノードに複数の潜在的なデバイスを持っています、そして、中間にミドルウェアを配置します。そして、あなたはデータベースを持っているかもしれません。そのため、多くのアプリケーションに触れることができます。複数のデータベースに触れている場合や、セキュリティの観点から非常に複雑なことをしている場合があります。そして、それはすべて機能するようになりました、そしてそれは合理的にうまく機能することを期待しています。

そして、驚くべきことは時々それがありますが、これについての私の考えは、あなたが本当に、あなたが会社の成功に本当に重要なモバイルアプリを構築し、それらの多くが判明した場合、これらの多くのことです本当にそうです。石油掘削装置や石油パイプラインなどでモバイルメンテナンスを行っている場合は、ある程度うまくいくはずです。動作しないことの結果は、ある種の悲惨なものです。そして、アプリケーションを実際にスライスし、問題がどこに向かっているのかを知るこの能力を持っていない場合、そのほとんどはパフォーマンスです。今日、私たちは本当に良いテストハーネスを持っているので、はい、バグがあります、そして、バグは通り抜けます。しかし、主に何かがうまくいかない場合、それはパフォーマンスの問題です。また、聴診器を18か所に配置できない場合、問題の原因を突き止めるのは非常に困難です。また、これにはネットワークの要因もあります。また、特定のアプリケーションの性質により、アプリケーションの特定のコンポーネントが1日の異なる時間にストレスを受ける可能性があるという現実もあります。あなたがそれらすべての機会に耐えるつもりなら、あなたは洗練された監視ツールを持っている必要があります。

エリック・カバナ：はい、同意しなければなりません。最近のIDERAのPreciseの強みだと思います。ビル、あなたからの最後のコメントはありますか？このテクノロジーは素晴らしいと思います。また、このテクノロジーのユーザーとして、情報システムの複雑さと依存関係を理解し、実際に何が起こっているのかを評価するためにこの情報をどこで、いつ、どのように合成するかを理解する必要があることも理解しています。そして、それは知的で訓練された人間を必要とし、率直に言って、機械学習が仕事を奪うことについて私が全く心配していない理由の1つです。機械学習は、このような技術の下で、共通のパターンを特定し、ここで何が起こっているのかをエンドユーザーに提案するのに非常に役立つと思います。しかし、このようなトラブルシューティング機能を持つことの重要性を企業に実際にもたらすことについて、あなたからの最後の考えは何ですか？

ビル・エリス：ええ、エリック、とてつもない量の複雑さがあることに同意します。正確な製品ラインは、メトリック時間に焦点を当てることで、スタックバーグラフを読むことができるユーザーがPreciseを正常に使用できると信じています。

エリック・カバナ：きっと！そして、私が言ったように、私たちはしばらくこのアーカイブをホストするので、お友達や同僚と自由に共有してください。これらすべてのウェブキャストをアーカイブします。数分前にスライドへのリンクを送信しましたので、お気軽にチェックしてみてください。でも、ビル、今日はすばらしい仕事です。あなたは本当に自分のものを知っています。自分のようなプロと仕事をするのはいつも楽しいです。そして、これは本当にモバイルワーカーを可能にするテクノロジーになると思います！それでは、お時間をいただきありがとうございます。皆さん、次回はまたお会いしましょう。バイバイ。