将来のために構築: CDI + Proact が MSP の LogicMonitor について話し合う

この顧客パネル ビデオでは、CDI の CTO マネージド サービスである Chris Black と、Proact の CTO 兼 VP ポートフォリオ & テクノロジーである Per Sedihn が LogicMonitor とのパートナーシップについて話しています。 トピックには、マネージド サービス プロバイダー向けのオブザーバビリティ プラットフォームにおける予測可能性、自動化、およびインテリジェンスの重要性、LogicMonitor が両社の迅速なスケーリングを支援した具体的な方法、統一されたオブザーバビリティによるハイブリッド インフラストラクチャのサポートの将来が含まれます。

ビデオ転写

ディネッシュ:クリスとパーもよろしく。 私たちと話をする機会を与えてくださったことに本当に感謝しています. そして LogicMonitor に参加して、私が話してきた多くの顧客と私が行ってきた熱烈な会話に非常に興奮しているとしか言えません. それでは、お二人との素敵な会話も楽しみにしています。 まず、自己紹介を済ませて、自己紹介をさせてください。 私の名前はディネシュ・チャンドラセカールです。 Rachel が言ったように、私は最近 LogicMonitor に入社しました。入社して XNUMX か月が経ちましたが、ここでの機会スペースに非常に興奮しています。 ある意味では、この会話は私にとっても、あなたの役割や LogicMonitor で何をしてきたかなどを理解するための情報となります。 ですから、この機会を利用して、自分自身もほとんど教育するつもりです。 それでは、クリスから始めましょう。 CDIでのあなたの役割について少し教えてください。それからPerに行きましょう。

クリス: ありがとう、そしておはようございます。 LogicMonitor キックオフで講演させていただき、ありがとうございます。 私たちは非常に長い間パートナーを組んできたので、この組織をサポートできることを非常に嬉しく思います。 CDI での私の役割は、約 2012 年と 2012 か月前に High Availability を買収したことで知りました。 ですから、LogicMonitor とパートナーシップを結ぶに至った経緯についてお話しします。 そこで XNUMX 年に、High Availability または HR Services と呼ばれるマネージド サービス会社を立ち上げました。 その昔、私たちはセキュアなプライベート マルチテナント モニタリング プラットフォームを探していました。 それは XNUMX 年のことで、市場に出回っていたのは Nimsoft という小さな製品だけでした。 その製品はもはや私たちのニーズを満たしていませんでした。

当時のエンジニアの 2014 人にこう言いました。 私たちは多くのISAを行い、クライアントのために多くのDeraを行います. すべてが FlexPod と Vblock アーキテクチャに基づいています。 NetApp インフラストラクチャを監視するものが必要です。 私に何かを見つけに行ってください。」 そして彼は戻ってきて、「私はこの会社を見つけました。 LogicMonitor のことを聞いたことがないかもしれませんが、調べてみるべきだと思います。 そして、これはXNUMX年のようなものだったと思います。つまり、私たちがこのようなことを始めた初期の頃にさかのぼります。 それを見て、それ以来、それは成長しています。 これは、MSP と VAR およびインテグレーターから私たちが行うことの中核となる基盤です。 何年も前に、CDI が登場し、「私たちが行っている追加の買収を通じてマネージド サービスを拡張するためのプラットフォームになってほしい」と述べています。 CDI は、ニューヨーク地域外の非常に大きな VAR インテグレーターです。

過去 18 か月間に 365 件の買収を行い、それらすべてを統合してきました。それらはすべて、重要な LogicMonitor プラットフォームに移行しています。 そして、私が CDI を説明した方法は、これは非常にマーケティング ステートメントであるため、これを作成したことをお許しください。ただし、CDI は、運用効率の実証済みの青写真を使用してマルチクラウド インフラストラクチャを設計、設計、展開することにより、ビジネス変革組織です。 その上で、私たちが注力している XNUMX つのコア クラウドを活用することで、組織内のビジネス変革を可能にします。 その XNUMX つのクラウドとは、Salesforce、ServiceNow、Splunk、O-XNUMX、および LogicMonitor です。

ディネッシュ: ああすごい。

クリス: そして、これら XNUMX つのエコシステムを全面的に統合し、運用の観点から日常的に活用しています。これをどのように実行すればよいでしょうか? そのため、私たちは LogicMonitor とエコシステムに多大な投資を行っています。 私たちは何年にもわたって皆さんと協力していくつかの改善を行ってきました.組織内での私の役割は、モダンITオペレーション部門のCTOであり、内部使用だけでなくクライアントのためにエコシステム全体でこれらの運用上の変革を可能にすることです. 改めまして、今朝もお集まりいただき、誠にありがとうございました。

ディネッシュ: わかりました、ありがとうございます。 とても良い紹介です。 ありがとうございます。 これをあなたに手渡したいと思います。ProAct でのあなたの役割についてお話しし、あなたがそこで何をしているのか、また ProAct について少し背景を理解するのに役立ててください。

あたり: 絶対。 こんにちは、おはよう、こんにちは、こんばんは、なんでもいいです。 CTO の Per Sedihn 氏。 そのため、私はかなり技術的な役割を担っています。 テクノロジーと、顧客がテクノロジーを使用するのを実際に支援できる方法が大好きです。 私はまた、パッケージングやサービスに取り組んでいる製品マネージャーのチームを管理しています.ProActと私たちが27年間活動してきたのはこの秋になると思うからです. そして私は共同設立者の一人です。 ご覧のとおり、私たちがそれを始めたとき、私は本当に若かったです。 しかし、私たちは LogicMonitor のパートナーとしてはまだ新しく、約 24 年前からの関係です。 ですから、それは私たちにとって非常に新しいものです。 しかし、私たち ProAct は成熟期に、ほとんどの組織がシステムの販売、ソフトウェアの販売、ハードウェアの販売、サポートの追加、7 x XNUMX のサポート、コンサルティングから始めると思います。 しかし、過去 XNUMX 年ほどの間に、当然のことながら、ますます多くのアセット サービスの生産が行われ、マネージド クラウド サービスと呼ばれるようになりました。

明らかに、マルチクラウド、これらすべての素晴らしい言葉があります。 しかし、私たちは 1200 つの理由から、ますますサービスとしての生産に移行してきました。 12 つは明らかに顧客がそれを望んでいるからです。XNUMX つ目は、私たちの所有者である私たちは上場企業であり、所有者はより多くの安定性と収益、経常収益タイプの収益を望んでいるためです。 したがって、それは私たちにとって完全に戦略的な方向性です。 システムサイズと呼ばれるものはまだたくさんあります。 私たちは顧客のデータセンターに製品を販売していますが、ますますそれは私たち自身のサービスの生産です. そのため、ヨーロッパ中に多数のデータセンターがあります。 私たちは、ヨーロッパ全体で約 XNUMX 人の従業員を抱えており、XNUMX か国について考えています。さらに、米国の一部の顧客をサポートするために、シカゴの外に小さな小さなハブがあります。 つまり、私たちは実際には米国にいるわけではありませんが、数人の人がいるハブを少し持っています. データ センターのインフラストラクチャを扱う Nethub は、明らかに私たちのより大きなパートナーの XNUMX つであり、何年にもわたって協力してきました。

そして、私たちのパートナーシップの焦点は、私たちがサービスを運営している場所でサービス運営をどのように改善できるかということであったと思います. どうすれば現代的なツールを手に入れることができますか? そして、私たちは Nimsoft を使用してきたほとんどの人と同じように、Nimsoft の経験があると思います。 私たちはあなたよりも後でそれを変更しましたが、うまくいきませんでした。 そのため、中央の Nimsoft プラットフォームがありました。 技術的にも、商業的にも、運用的にも、実際には機能していませんでした。 そしてもちろん、ProAct グループ全体で 10 つまたは XNUMX の他の監視ツールがありました。これは、私たちが成長し、企業を買収してきたためです。ポートフォリオは少し多様でした。 しかし、私の役割は実際には、お客様がデジタルトランスフォーメーションの方法でどこに向かっているのかを理解しようとすることです。 そして、この文脈において、まず第一に、私たちが最善かつ最も効率的なサービス運用を確保し、それから私たちのパートナーシップからいくつかのイノベーションを推進します.これについては、議論の後半で触れるかもしれません.

ディネッシュ: ええ、それは素晴らしいです。

あたり: ここに来てよかった。 私にとって初めての LogicMonitor カンファレンスでした。参加したかったのですが、サンタバーバラだったと思います。 何年も前に一度行ったことがありますが、また行きたいです。

ディネッシュ: いいね。 とてもクールです、ありがとう。 それは素晴らしい紹介でした。 感謝します。 ですから、お二人ともいくつかのことに触れたと思います。 ツールが徘徊しているということでしたね。既存のツールでは、あなたが探していたニーズに対応する能力が不足しているとおっしゃいましたね。 それで、それはあなたの両方が触れたことのXNUMXつです。 XNUMX は、XNUMX 人が達成しているスケールの量です。 Chris は XNUMX つの異なる買収とその成長について話し、Per use は複数の国で成長している複数のデータセンターについて話しました。 では、スケールを念頭に置いて、CTO として運用上の観点から SLA をどのように決定するのでしょうか? 顧客向けの目標に重点を置いていますか?それとも、アップタイムを確保し、回復力を提供するなど、内部の運用目標を設定していますか? バランスはどこにありますか? また、その中で差し迫った優先事項は何ですか? データセンターを始めてから? それから始めませんか?

あたり: ええ、絶対に。 つまり、それは私のためであり、クリスにとって非常に重要なことだと思うので、顧客から始めたいと思います。それは顧客です. すべてはお客様次第です。 お客様の要件を理解し、高品質で効率的な方法で提供できるようにします。 そのため、通常は非常に広範な契約を結んでいるため、SLA を満たしていることを確認することが常に重要です。 通常、私たちが顧客に対して行うことは非常に複雑です。 クリックしてクレジットカード情報と顧客製品を入力するようなものではありません。 ネットワーク、セキュリティ慣行、すべてのプロセスなどを設定する必要があります。 したがって、これはかなり複雑な技術的実装です。 ですから、私たちが顧客に何を約束し、実際にその約束を確実に果たせるかがすべてだと思います。

ですから、それに関しては非常に外向きです。 しかし、もちろん内部的には、お客様に実際に見せたくないのですが、それを設計する方法、可用性、回復可能性、マルチサイトなど、すべては私たち次第です。 そして確かに、私たちはますます社内で、提供するものの品質、または実際に SLA を提供しています。 しかし、実際には効率性にますます注目しています。

ディネッシュ: 効率。

あたり: 厳しい市場です。 私たちはもっと効率的になる必要があります。 私たちは、既存のサービス オペレーションをさらに活用する必要があることを認識しています。 私たちは本当に良い体験と良いサービスをお客様に提供し、SLA と契約を確実に履行したいので、お客様には見えないと思います。 しかし、バックエンドでは、これをより効率的に行う必要があり、プロセスを標準化する必要があり、ツールを標準化する必要があります。 約 10 年前にこのプロジェクトを実施した大きな理由の 12 つは、非常に堅実な RFP を作成し、私たちが持っているものを調べ、すべての要件を調べ、おそらく市場全体で 10 人か 12 人のプレーヤーを調べ、あなたと一緒に着陸することでした。彼ら。 そして、これらすべてにおいて、ツールセットを標準化する必要があるということです。 ローカルの好みや買収に基づいて、XNUMX、XNUMX の異なる監視ツールを持つ余裕はありません。

つまり、プロセスを実際に標準化し、自動化し、これを可能にするツールセットを標準化しています。 ServiceNow は当社のフロントであり、顧客がポータルとして見る ITSM ツールです。 したがって、LogicMonitor を使用した CMDB 集団との非常に優れた統合です。 ですから、私たちはあなたたちを使用する商業的な技術的および運用上の理由で本当に良いと思います.

そして、おそらく最も重要な 2021 つ目を追加したいと思います。 それはあなたのグローバル チームとローカル チームの両方でした。 ProAct と本当に協力して、私たちがどこから来て、どこへ行くのか、そして RFP プロセス中に私たちと非常に密接に協力していることを理解しようとしました。 XNUMX年中です。私たちは非常に密接に協力しました。それは、RFPへのハードな影響と同じくらい重要だったと思います。 ですから、アメリカにいる人もいますが、ヨーロッパのローカルチームがこれを成功させてくれたことに非常に感謝しています。 最初のフェーズでは、ビジネス ケースを作成しました。RFP は CFO と CEO から承認されましたが、これを取得するのは非常に困難です。 そして、私たちは実際に提供したビジネスケースのすべての部分を提供したか、実際に何をしようとしているのかを説明したよりもうまくやり遂げました.

ディネッシュ: 素晴らしい。

あたり: すべてが時間通りに進み、すべてが合意したすべての目標を達成し、ビジネスケースで説明しましたが、これは常に起こるわけではありません。

ディネッシュ: そのような成功を聞いてうれしいし、あなたが経験している別のパートナーシップを聞くのはいつでもうれしい. それは素晴らしいです。 同じ質問に対するあなたの見解は?

あたり: パートナーシップ 基本的に、それは本当にパートナーシップでした。 ごめん。

ディネッシュ: いいえ、同意します、同意します。 それが私たちの見方でもあります。 私たちは顧客をお金を払ってくれる人だとは思っていません。 それは、私たちが成功できるように、あなたの成功にどのように貢献するかということです. それが私たちの見方です。 そのため、私がここにいる XNUMX か月の間に、さまざまな顧客との会話で何度も何度も同じことが起こっていることがはっきりとわかります。 だからこれは驚異的です。

クリス: SLA の観点から。 そして、それを全体的にどのように管理および維持するのでしょうか? つまり、私たちは非常に結果ベースの組織であり、クライアントに結果を提供します.MSPとして予測可能で退屈なものが好きであり、クライアントのために予測可能で退屈な結果を作成できることは私にとって非常に重要です. そしてタイムリーに対応できること。 インシデントの解決までの時間を予測することは非常に困難ですが、コミュニケーション、アラート、およびそのレポートを制御することは非常に簡単です。 また、私がクライアントの IT スタッフの一部であると主張して、彼らのデータを難読化することはできません。 そのため、LogicMonitor を My CDI ポータルに直接統合しました。My CDI ポータルからは、グラフ、履歴データ、ダッシュボード、レポートなどすべてにアクセスできます。 それは素晴らしいです。

しかし、私にとってより重要なのは、クライアント環境のベースラインを作成し、クライアントにとって通常とはどのようなものかを理解し、通常からの逸脱を警告できることです。それが本当に重要だからです。 過去に何人かのクライアントがありましたが、私のお気に入りの例の 90 つは、92% のディスク使用率が悪いというものです。 通常はそうではないかもしれませんが、そうかもしれないし、そうではないかもしれません。 通常の監視方法からの逸脱を検討したところ、ディスク使用率が 4% から XNUMX に低下したクライアントがありました。ほとんどのシステムでは、突然余分なスペースがすべて取得されたため、アラートをスローしませんでした。がらくたをする。 よし、ノックアウトだ。 この新しいモデルと、それを構成した方法、およびこれを構築するために LogicMonitor と連携した方法により、これらのアラートが運用スタッフを襲うようになりました。 DBA は誰もバックアップを行うことを信頼していないため、クライアントには Oracle RMAN ダンプを実行するスクリプトがいくつかあることを通知しました。

そのため、これらのことが失敗し始め、突然ディスクスペースがすべてなくなり、プラットフォーム内で行われた既知の変更に基づいてそれを修正できるようになりました. そのため、環境内で迅速に対応し、コミュニケーションを取ることができるため、クライアントと共同で作成しようとしている目標を達成できます。 私たちは皆、それがどのようであるかを知っています。 すべてのクライアントは、「私たちはユニークで、他とは異なり、特別です。 あなたには理解できないでしょう。」 私は、「いいですね、あなたはネットワークもストレージもシステムも何も使っていません」と言います。 「いいえ、いいえ、いいえ、私たちはそれをすべて使用します。」 私は、「いいですね。 だからあなたは他のみんなと同じですが、あなたはただ違うだけです. わかった。" そのため、最初に少し時間をかけて、彼らにとって通常がどのように見えるかを理解します。次に、構成、アラート、SLA は、標準からの逸脱とそれに対する応答時間にラップされます。

そして、それは重要な差別化だと思います。 家の裏庭で CEO とケビンと電話で話しているのを覚えています。と思いますか?」 そして、私は「私はそれが好きです。これが私のクライアントと私たちがそれで達成しようとしていることに基づいて、私が進むべき方向です.」 素晴らしいパートナーシップでした。 私は物事について聞いています。私はバックエンドで会話をしており、エンド ユーザーの観点から私が見ているものと、彼らがプラットフォームをどのように活用しているかを伝えるのに役立ちます。私は船を操縦していると言いたいですそれが嘘であることは誰もが知っていますが、少なくとも私は時々進む方向に何らかの影響を与えています. ですから、フィードバックに感謝し、コミュニケーションに感謝します。

ディネッシュ: ええ、いいえ、それが顧客諮問委員会を持ち、あなたのような顧客からの意見を得て、私たちが正しい方向に進んでいることを確認することの要点です. 業界は特定の流行語に傾いている可能性があり、それらはある程度の牽引力を失う可能性があります。 しかし、現実のチェックはすぐそこにあります。 したがって、これが私たちが探しているものであり、実際に私たちのために機能し、私たちのニーズやものに合わせて環境内で機能することを伝えると、複数の意見に耳を傾けるよりも、製品ロードマップに実装する方が理にかなっていると思いますどこでも異なるフィード。 しかし、ご存知のように、あなたは私が尋ねたい非常に重要なことに触れました。ケビンが約XNUMXか月前にどのように尋ねていたかについてあなたが行った将来の見通しに関する声明を考えると、私たちはこれを行う予定です.

あなたは正常とは何か、また、それらのしきい値やものを管理するために必要となる可能性のある正常な介入と手動の介入を特定する方法について話しました。 しかし、ツールに必要なインテリジェンスについてはどうでしょうか? お二人とも、気に入らない古いツールを持っていて、LogicMonitor に移行したある時点で、ツールの選択について話しました。 しかし、LogicMonitor はさておき、より広範なオブザーバビリティ プラットフォーム ツールでツールの選択を行っている場合、CTO として求めているインテリジェンスのレベルはどれくらいでしょうか? Perが言ったことなどのように効率を改善する時間を節約できるように、運用の観点から削減したいものは何ですか. では、インテリジェンスの観点から、それについてどのように考えていますか?

クリス: そう-

あたり: すみません、どうぞどうぞ。

クリス: ですから、これについて調べることができるいくつかの異なる領域がありますよね? そのため、通常からの逸脱と、通常のように見えるべきだと判断した分散に基づいて動的なしきい値処理を実行できることについて話しました。 何年もの間、私は LogicMonitor 内の動的しきい値機能について机の上で拳を叩き続けてきました。長年にわたって、これらの機能の大幅な改善と、それをどのように活用し、それを異常に結びつけるかを見てきました。リソースの使用率に影響を与えない XNUMX 回限りのものに対するベースのログ検出。 結局のところ、最終メーカーがデバイスから引き出すことを許可しているものを監視することしかできないからです. そして、その周りに何らかの知性がなければなりません。 Per と同じように、CMDB を使用して ServiceNow といくつかの統合を行い、アラートの緊急性を活用しています。それがクリティカルか、エラー警告か、それが何であれ、アセットの影響に対してです。

そのため、ServiceNow インスタンスをクライアントの ServiceNow インスタンスと eBond するなどのことを行っています。 そのため、緊急性を制御している LogicMonitor からシステムにインポートされている CMDB アセットの影響しきい値を調整できます。 そのため、クライアントと CDI の間には、システムに送信されるアラートの優先順位を調整する共同レバーがあります。 彼らは影響を調整し、私たちは緊急性を調整します。私たちはそれをトリアージ ボードと呼んでいます。 トリアージ ボードは、すべてのアラート、ケース、サービス リクエスト、テキスト メッセージなどを介して電話をかけたり入ったりする人々をランク付けし、積み上げます。 これで、私の運用スタッフは、次に注目すべき最も重要なもののランク スタック オーダーを取得しました。 これは、LogicMonitor が CDI のエコシステム全体にどのように適合するかの一部にすぎませんが、それを、ServiceNow、My CDI、および LogicMonitor 内の API を活用して、文書化されたエスカレーション手順を追跡しているクライアント エクスペリエンス マネージャーに結び付けます。それらすべてを相互に関連付けます。

そのため、運用スタッフはチケット情報を取得し、エスカレーション手順を取得し、グラフを取得し、アラート モジュールをすべて 25 つの画面で取得できるため、ドキュメントを探すのに XNUMX 分も費やす必要がありません。 私は本当に私の人生で呪いを少なくしようとしています.

あたり: いいえ、しないでください。

クリス: すぐそこに滑り落ちました。 しかし、20 分かけてドキュメントを探す必要はありません。メリー ジェーンに電話してください。 これらは私たちがロジックを活用している分野の一部であり、マイケル、クリスティーナ、ケビンと事前にこれらの会話をするのは素晴らしいことです. だから私たちはあなたがどこに行くのかについてそれらの会話をすることができるので、私はどこに行くのかを知っています.

あたり: 大好きです。 これは素晴らしいです。 あなたはそれについて何を言いますか?

クリス: 同じように言ってください。

あたり: クリスのことを知りたいです。なぜなら、あなたは私たちが現在行っているよりもはるかに多くのボスのことをやっているからです。 私たちは最初のつまずきの一歩を踏み出しています。 Nimsoft オンプレミス展開から移行しました。 拡張できず、機能せず、技術的にもマルチクラウドに適合せず、一般的なツール セット全体でこれを実際に拡張することはできませんでした。 そして、共通のツール セットの使用を開始しました。 顧客を移行し、サービス運用をトレーニングしました。 私たちにとっての動的なしきい値は、私たちがどこから来ているのか、絶対に素晴らしいです-

クリス: どういたしまして。

あたり: …そして統合。 ServiceNow の技術的および商業的な課題と、そこでのデバイスの検出方法に確かに直面していたからです。 技術的にも商業的にもうまくいかないので、これを続けることはできないと言います。 したがって、CMDB の統合は順調に進んでいると思います。私たちにとって、私たちはいくつかの大きな一歩を踏み出しており、いくつかの興味深いことが起こっているのを見てきました。 最初はサービス運営の人たちにこれを気に入ってもらえたでしょうか? いいえ、彼らは私たちを嫌っていました。 私たちは古いものを知っています。」 「ええ、でもきっと素晴らしいものになるでしょう」と私たちは言います。 そして、最初の XNUMX か月間で、私たちはそれを使い始めました。彼らはトレーニングを受け、使い始めました。 確かに、最初はアラームの量が急上昇していました。なぜなら、突然、調整が必要なものが実際に見られるようになり、秋に調整を行っていたからです。

いわば、インテリジェントなソフトウェアを使用するための最初のつまずきの一歩を踏み出しただけだと思います。 しかし、私たちが持っていた要件は、選択したソフトウェアがこれらのステップを実行できるようにすることでした. 段階を踏む必要があると思います。 これで、サービス運用で使用しているものの優れた基盤ができたと思います。 これを商品化するためのいくつかのパッケージに取り組んでおり、実際にこれをエンド ユーザーにも販売できるようにしています。 現在、オンプレミスにあるものもあり、自分で運用しています。 ですから、実際に事業を行っています。 私たちが現在行っているビジネス ケースの一部は、実際にこれを販売することです。 監査監視に基づく監視プラットフォームをサービスとして販売し、大きな製品サービスの運用を行っています。 私たちは、この人と時間への投資から追加の収益を得ようとしています。 第二に、より賢く、例えば自動化、より多くの知性を実現するための次のステップを検討しています。 クリスが話していたことの多くは、本当にエキサイティングに聞こえます。 だから多分私たちは基地に触れることができます。

クリス: ああ、間違いない。 Per さん、面白いですね。なぜなら、あなたと私は、同じ高速道路の異なる車線を同じ道を走っているように見えるからですよね? つまり-

あたり: ええ、あなたはおそらく私たちよりXNUMX年かXNUMX年先を行っています。

クリス: 面白いことに、私たちはあなたを説明していましたが、あなたはこれらすべてのデータセンターをヨーロッパに持っていて、あなたは米国に XNUMX つの場所を持っています。私は正反対です。 米国内に XNUMX つのデータ センターまたは XNUMX つのデータ センターがあり、ロンドンに XNUMX つの場所があります。 だから私たちはお互いの鏡像です。

あたり: 私たちはまったく競争していません。 それでうまくいくかもしれません。 私は米国にデータセンターを持っていますが、その計画もありません。

クリス: このパネル全体を引き継いで、仲間のセッションになりました。 大丈夫だよー。

ディネッシュ: それは大丈夫。 それが、このコミュニティが繁栄することを望んでいるということです。 これは、今年の私の中心的な目標の XNUMX つであり、顧客をより近づけ、このコミュニティに情報を提供し、顧客が互いに助け合ってビジョンを描くようにすることです。 ベンダーが表彰台に上がり、製品やその他のものを説教することは、XNUMX つのことです。 しかし、顧客が他の顧客に次のように話しているのを見てきました。 これが、データセンターや運用などを最適化した方法です。」 それは驚異的だと思います。 それこそが、私たちがやり続けなければならないことだと思います。

ですから、私たちは明らかに何か良いことをしており、それがあなたのロードマップにも反映されていることを嬉しく思います. 終わりに近づいていることはわかっています。ここで、将来を見据えたいくつかの質問をまとめたいと思います。 クラウドについては特に話しませんでした。 複数の異なるタイプのデータセンターなどについて話したことは知っています。 パブリック クラウドを採用している既存の現在のインフラストラクチャ セットアップの一部ですか、それともプライベート クラウドか何かを持っていますか? それとも、スケールの観点から取り組んでいることですか? 多分クリス、あなたはそれを始めることを知っています。

クリス: MSP、IT インテグレーター、またはパートナーがクラウドを採用しないという概念は、私には非常にばかげているように思えます。 あなたがそれを受け入れるか死ぬかのように。 それは私にとってとても簡単です。 IT 資産がどこで稼働しているかは気にしません。通信機能があれば、月面でも稼働している可能性があります。月にあるかのように、予測可能で効率的な方法で監視および管理できます。私から廊下を下ったクローゼットの中に。 したがって、従来の XNUMX 層アーキテクチャを実行しているパブリック クラウド、HyperScaler、世界中の Rackspace などは、私のデータ センターやクライアントのデータ センターで実行されているものと何ら変わりはありません。 それを監視、管理、維持する方法は、一貫性があり、予測可能で、地獄のように退屈なものでなければなりません。

私はこのことを 15 年前に言い始めました。今後 15 年間、私の IT キャリアでこれを言い続けます。しかし、将来の CIO は弁護士になり、彼または彼女の仕事は、今後も弁護士の条件を交渉することになるでしょう。組織が消費するサービス。 そして、私たちはその方向に進んでいます。 そして、私の人生で何百万回も言ったように聞こえない場合は、巻き戻してもう一度聞いてください。 しかし、予測可能な結果を​​作成し、SaaS ベースのアプリケーションを提供している組織に統合し、それらの間の相互依存性と相互のやり取りを理解することができます。 したがって、ここに別の批判があります。

ですから、私は IT の 30/30/30 ルールを心から信じています。 IT 資産の 30% はオンプレミスとローカル ビジネスに残ります。世界で起こっているすべてのことのおかげで、そのローカル オンプレミスは今では私の家かもしれませんが、資産の 30% はそのままです-プレム。 30% はプライベート データ センターに残ります。 EU では、ローカリゼーションに関する法律があります。 米国には HIPAA とハイテク法と PCI 要件があり、カリフォルニアにはニューヨークの 500 と CCPA があります。 これらの要件には、クライアントがパブリック クラウドに持ち出したくないデータや資産に関する保護と制御が必要になります。 次に、30% がパブリック エコシステムに存在し、それが Salesforce、LogicMonitor、O-365 です。 クライアントが使用している SaaS アプリケーション。 IT プロフェッショナルとしての私たちの仕事は、これらのさまざまな領域を相互接続し、制御された成果物エクスペリエンスをエンド ユーザーに提供して、エンド ユーザーが必要なビジネス変革を推進できるようにすることです。

あたり: 私たちにとって、私たちはミックスが好きです。 顧客が 100% パブリック クラウドまたはハイパースケールに移行する場合は、非常に珍しいことですが、マルチクラウド ミックスまたはハイブリッドをミックスする方がおそらく良いと思います。 そして、それがほとんどの顧客がいる場所だと思います。 そして、私たちにとって、私たちは今、顧客が考える成熟段階に入っていると思います。私たちは大丈夫だと考え始めています。いくつかのイノベーションがあり、デジタルトランスフォーメーションがあり、新しいタイプのアプリケーション、コンテナ、アプリケーションがあります。左または右に走っています。 データはどこにありますか? データをどのように管理しますか? データをどのようにバックアップしますか? 個人的にバックアップを許可し、データを保護します。 そして、このすべてをどのように管理するのでしょうか? これは私たちに新しい機会を生み出していると思いますが、組織として私たちは本当にステップアップする必要があります. これを行うには、適切なスキル、適切なパートナー、適切なツールが必要です。

パブリック クラウドと新しいタイプのアプリケーションについては、XNUMX 年も経たないうちに、主にコンテナのインフラストラクチャに焦点を当てたスウェーデンの大規模なコンサルタント組織を買収しました。について話す。 つまり、開発者向けのインフラストラクチャをどのように構築するのですか? Google に XNUMX 年間費やしてコンテナ アプリケーション環境をセットアップしようとしたお客様もいらっしゃいますが、あなたはそれを行うことができませんでした。 彼は、「それは既製品です」と言いました。 Kubernetes クラスターは既製品ですが、開発者向けの完全な開発プラットフォームは既製品ではありません。 自分が何をしているのかを本当に知る必要があります。 そして今、もちろん、私たちはサービスを作成しています。これは、これらの最先端のコンテナー化されたアプリケーションと組み合わせて XNUMX 年以上にわたって成長してきた既存のもう少し古い学校のサービス運用と、その周りのサービスを作成しているのとの組み合わせです。

では、何が新しくなり、マルチクラウド配信を行う予定です。 ローカル サービスとして ProAct データ センターに配置されます。 セキュリティに対する要求が非常に高いため、または自社のデータ センターやファイアウォールの外に置くことを単に恐れているため、顧客のデータ センターに展開することができます。 そしてもちろん、それをパブリック クラウド インフラストラクチャにデプロイします。 これらすべてを効率的で、誤った、安全な方法で管理するためのツールが必要です。 だから私は、あなたが何を言っているのかわからない、クリス、私はそれが簡単になっているとは思わない. ますます難しくなっていると思いますし、チャンスもあると思います。

ディネッシュ: ロケット科学ではないという古い言い回し。 新しいものは、Kubernetes の管理ではないようなものだと思います。 どこかでそれはもっと似ています-

あたり: Kubernetes クラスターは、私たちが構築しているプラ​​ットフォームであるすべてのものをほぼセットアップしています。Kubernetes の 27 の異なるソフトウェア パッケージが XNUMX つだと思います。 では、どうぞ。

ディネッシュ: 私はあなたを聞く。 いいえ。お二人とも、お時間を割いていただき、誠にありがとうございました。 これは非常に役に立ちました。 会話がとても楽しかったです。 率直な会話を続けましょう。 コミュニティを作りましょう。 私は本当にあなたに個別に連絡します。 私はあなたのユースケースについてもっと理解したいと思っており、旅の一部としてあなたのためにそこにいたいと思っています. 今日はお時間をいただき、ありがとうございます。

クリス: ありがとうございました。

あたり: ありがとうございました。