コンテキストがすべてを左右する

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

消費者向けのモノ。ビジネス向けのモノ。製造業向けのモノ。

スマートフォン。タブレット。ファブレット。ノートPC。デスクトップPC。

コンピューティング負荷。ネットワーク負荷。ストレージ負荷。

自宅。職場。レストラン。車内。公園。ホテル。

ビジネスを支えるアプリとクライアントの双方で、状況は変化しています。「ユーザー」という言葉は、もはや人間だけを意味するものではありません。データセンター全体のアプリケーションに自動的に接続し、情報を共有してやり取りするシステムやモノも含まれます。

たとえば、モノリシックアプリケーションを複数の構成要素に分割する、近年のマイクロサービスアーキテクチャのトレンドについて考えてみましょう。各構成要素はそれぞれ独立したサービスであり、他の構成要素（サービス）や「ユーザー」が通信するためのAPI（インターフェース）を提供します。

マイクロサービスを試している36%には含まれていませんか？（Typesafe, 2015）十分に理解されたアプリケーションアーキテクチャを使い続けても、ますます多様化する「ユーザー」の影響を免れることはできません。特に、モノのインターネットに取り組む場合はなおさらです。F5のデータによると、実際に取り組んでいる回答者もいます。全回答者の22%が、今後2～5年でIoTが戦略的に重要になると考えており、15%は先行して、今後12か月以内にIoTを支援するテクノロジーの購入を計画しています。

つまり、「モノ」も「ユーザー」と同様に捉え、可用性はもちろん、セキュリティとパフォーマンスに関する固有のニーズや要件を持つものとして扱う必要があります。

つまり、ますます多様化するアプリケーションを、増え続けるクライアントに、さらに多くの場所で提供するネットワークサービスとアプリケーションサービスには、人間のユーザーとモノのユーザーを識別する能力が必要です。パフォーマンスを最適化し、セキュリティを確保するには、パフォーマンスとセキュリティを担うサービスが、その時点の変数に応じて、適切なタイミングで適切なポリシーを適用できることが不可欠です。

つまり、ユーザー、アプリ、通信を試みる目的というトランザクション全体のコンテキストに基づいて、トラフィック（アプリの観点ではデータと通信）を管理する必要があります。

コンテキストは、基本的な情報収集で確認すべき5つの「W」、つまりwho（誰が）、what（何を）、where（どこで）、when（いつ）、why（なぜ）と同じように考えることができます。ある程度の年代の方なら、そう教わったことがあるかもしれません（もちろん、認めたくなければ認める必要はありません）。トラフィックを詳しく調べ、これらの各質問に対する答えを抽出することで、やり取りをどのように処理するかを適切に判断するために十分なコンテキストを組み立てられます。拒否する。許可する。スキャンする。スクラビングする。最適化する。ルーティングする。これらは、アプリサービスが「ネットワーク内」で行う処理です。やり取りのコンテキストに基づいて処理することで、より適切かつ効果的に実行できます。

• 誰
  ユーザーを識別します。人間であれば、企業ユーザーでしょうか、それとも一般消費者でしょうか。モノでしょうか、それとも別のアプリでしょうか。その場合、どのモノ、どのアプリでしょうか。たとえば、私のスマート電球はデータレポートアプリにはアクセスできても、会計システムにはアクセスできません。
• 何を
  何をしているのでしょうか。データの送信、データの要求、検索でしょうか。HTTPには、詳しく調べなくてもこれを判断するのに役立つ豊富なデータが含まれています。HTTP POSTでしょうか、それともGETでしょうか。UPDATEでしょうか、それともDELETEでしょうか。ステータスだけでも、このやり取りの目的を推測する手がかりになります。
• 場所
  どこから操作しているのでしょうか。自宅でしょうか。本社でしょうか。通りの向かいにあるStarbucksでしょうか。それとも地球の裏側でしょうか。ローカルネットワーク上でしょうか。それともインターネット経由でしょうか。位置情報は、アプリ、リソース、データへのアクセスを制限する一般的な手段です。ユーザーの種類を問わず、アプリを配信する際には場所が重要です。特に、空港や近隣のStarbucksなどの公共の場所から特定の種類のデータやアプリにアクセスすることを禁止する社内ポリシーがある場合は、なおさらです。
• いつ
  今は何時でしょうか。さらに重要なのは、こちらとユーザーの所在地ではそれぞれ何時かということです。ユーザーは、現地時間が午前8時の場所から、午前3時にシステムへアクセスしようとしているのでしょうか。たとえば、調査によると、ボットトラフィックは営業時間外の午後6時から午後9時にかけて大幅に増加する傾向が確認されています。このデータを「誰が」という情報と組み合わせれば、Aliceが本社勤務の場合、午前3時に勤務しているはずだと即座に判断できる可能性があります。
• なぜ
  「なぜ」は、存在しないレイヤー8のようなものです。「何を」から推測するしかなく、URIのような、それ自体はごく基本的なデータから手がかりをつなぎ合わせる必要があります（HTTPベースであることが前提ですが、現在では妥当な前提です）。 データ送信など、何をしているかが分かれば、次に、なぜそれをしているのかを知る必要が生じる場合があります。 プロフィールを更新しているのでしょうか。それとも、センサーデータを送信しているのでしょうか。検索しているのでしょうか。それとも、注文を送信しているのでしょうか。

これらの要素がコンテキストを構成します。適切な対応を判断するために、必ずしも5つすべてを収集する必要はありません（何しろ、ポケモンではないのですから）。ただし、必要になった場合に備えて、5つすべてを可視化し、アクセスできるようにしておく必要があります。だからこそ、レイヤー2からレイヤー7まで、ネットワークスタック全体を可視化することがアプリサービスにとって非常に重要です。各サービスでは、リクエストやレスポンスが生成された際のコンテキストに基づいて評価する必要が生じる場合があり、必要なときにその情報を取得できるようにするには、スタック全体を可視化する必要があるためです。

これは、インテリジェントプロキシがもたらすメリットの1つです。人、センサー、ソフトウェアを問わず、あらゆるユーザーが最終的に必要とするセキュリティ、速度、信頼性を確保するために、ネットワーク、セキュリティ、インフラストラクチャのアーキテクト（およびエンジニア）が、コンテキストを必要とするポリシーを実装するうえで欠かせない可視性を提供します。

著者について

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事