The Holy Trinity：AIが実際に働くために本当に必要なもの
ある製造業の企業が、14,000あるSKUのうちどれが実際に利益を生んでいるのかを知りたいと考えました。答えは3つのシステムの中にありますが、それらは一度もデータを1件たりともやり取りしたことがありません。少し前までは、その答えを得るのに3つの部門、2週間、そして相当な善意が必要でした。2026年初頭からは、AIがこの問いに数分で答えられます。データを走査し、関連を結び、推奨を出す。ただし、アクセスできることが前提です。
The Holy Trinity：AIが実際に働くために本当に必要なもの
ある製造業の企業が、14,000あるSKUのうちどれが実際に利益を生んでいるのかを知りたいと考えました。答えは3つのシステムの中にありますが、それらは一度もデータを1件たりともやり取りしたことがありません。少し前までは、その答えを得るのに3つの部門、2週間、そして相当な善意が必要でした。2026年初頭からは、AIがこの問いに数分で答えられます。データを走査し、関連を結び、推奨を出す。ただし、アクセスできることが前提です。
モデルはすでにその水準にあります。行動し、複数のステップとシステム境界をまたいでタスクを実行し、意思決定の材料を整え、ワークフローを起動します。多くの企業はCopilotを通じてその感触をつかんでいますが、Copilotが知っているのはM365の世界、つまりメール、ドキュメント、カレンダーです。ERP、CRM、IoT、生産システムといった、事業そのものを支えるデータにAIを向けたいのであれば、別の土台が必要になります。
この土台は3つの要素で構成されます。当社はそれぞれをマネージドサービスとして構築しました。いずれも3〜4週間で本番に入り、3つ揃うと、AIが実際の仕事をこなせるプラットフォームになります。
第一に、問い合わせる価値のあるデータ
14,000のSKUに話を戻します。生産データはERPに、販売実績はCRMにあり、そのどこかで一人の担当者が表を管理していて、それがたまたま事業上重要なKPIの唯一の情報源になっています。これは例外ではありません。これが常態です。そしてこれらのデータが別々のシステムに置かれている限り、AIは事業を一貫した視点で捉えられません。
レイクハウスアーキテクチャはこれを3つの層で解きます。ソースシステムからの生データ（Bronze）、キュレーションと検証を経たデータセット（Silver）、そして分析やAIのパイプラインへ直接流れる業務集計（Gold）です。DatabricksとFabricのどちらで動かすかは要件次第です。どちらでも機能します。両者のハイブリッドも同様です。
Azure Data Foundationがそのためのマネージドサービスです。ERP、CRM、IoTその他のソースシステムからデータを1つのプラットフォームに統合し、すべてをInfrastructure as Codeとして定義し、自動のドリフト検知、Unity CatalogまたはPurviewによる一貫したデータガバナンス、そしてビジネスユーザー、アナリスト、データエンジニアそれぞれに対するロールベースのアクセスを備えます。実務上の帰結はこうです。この土台を持つ企業は、これまで答えられなかった問いを初めて立てられるようになります。答えたくなかったからではなく、データはあってもつながっていなかったからです。
第二に、ワークロードが実際に動く場所
データを持つことと、一度きりの問い合わせを超えて何かをすることは別です。AIアプリケーション、自動化された業務ロジック、長時間走るジョブ。企業データへ自律的かつ繰り返しアクセスするものはすべて、制御できる実行環境を必要とします。その環境は、意図していようといまいと、コンテナーで構成されます。
Azure Container Foundationがその枠組みを提供します。ワークロードに応じてAzure Container AppsまたはAzure Kubernetes Serviceを基盤とした標準化されたコンテナープラットフォームです。統一されたネットワークアクセス、マネージドIDを用いたEntra IDによる中央認証、一貫した監視。すべてをTerraformとGitHubで管理し、すべてが再現可能です。
これによって何が可能になるか。チームごとに独自のクラスターを立ち上げ独自のルールを決めるのではなく、ワークロードが動くだけでなく制御可能な状態にとどまる共通の枠組みができます。ワークロードに自律性を与えるための前提条件です。
第三に、モデルがAgentになる場所
モデルはまだAgentではありません。言語モデルと、注文を確実に登録し、請求書を点検し、サービス案件をエスカレーションする何かとの間には、地味な作業が大量に横たわっています。どのモデルを使うか、どの道具を使うか、どのデータソースにつなぐか、どのガードレールを置くか、そしてAgentが外したときに何が起きるか。この作業はどこかで行われる必要があります。追跡可能で再現可能な形で、一人の担当者のノートPC上のノートブックではなく。
Azure AI Foundationがこの層のためのマネージドサービスで、Microsoft Foundry（旧Azure AI Foundry）の上に構築されています。モデルカタログ、Agentのオーケストレーション、道具とデータソースへの接続、評価とオブザーバビリティが1か所に揃います。ここで作られたAgentは、他の環境と同じEntraのIDを使ってデータとワークロードにアクセスし、定義されたガードレールの内側で動き、検証できる記録を残します。
当社はこれをコードとして定義し、ロールベースのアクセス、コンテンツフィルター、議論の余地のないネットワーク境界とともに提供します。さらに、開発から本番へAgentを運ぶデプロイ経路も用意し、誰かが手作業でつまみを回す必要をなくします。ここまで来て初めて、Agentはプロトタイプであることをやめ、企業が実際に運用できるものになります。
The Holy Trinity
3つの構成要素、それぞれ3〜4週間で本番へ、それぞれ単独でも使え、揃えばAIが社内で実際に価値の生まれる場所へ届くプラットフォームになります。
Azure Data Foundationは、事業を記述するデータへのアクセスをAIに与えます。Azure Container Foundationは、そのワークロードが継続的かつ制御された形で動く場所を与えます。そしてAI Foundationは、それらのデータとワークロードから、構築し、検証し、運用できるAgentが生まれる場所です。
3つを組み合わせれば、AIが要約をやめて働き始めるための地面ができあがります。
お問い合わせ
自社のスタックでAIを本番稼働させたいけれど、3つのFoundationのどれを最初に固めるべきか迷っていませんか。ご相談ください。現在の到達点と、次に何が適切かを一緒に整理します。
関連記事
MFA向けSMSの終わり
企業がいまフィッシング耐性のある、できるだけパスワードレスな認証方式へ移行すべき理由。
ClickFix。ユーザー自身がエクスプロイトになるとき、そしてそれを止める方法
ClickFixはユーザーを自分自身への攻撃者に変えます。偽のCAPTCHA、コピー＆ペースト、そして悪意あるコードがメモリ上で走り、ディスクには何も残りません。Microsoft Defenderがこの攻撃をどう検知するのか、検知はどこで限界に達するのか、そしてRunMRUハントと4つの防御レイヤーでその隙間をどう埋めるのかを解説します。
管理業務と日常業務を1台のPCで。Game Overです。
CIOにとってテナントが1つでは足りない理由と、2つ目がめったに検討されない理由。Managed Red Tenantは管理業務をオフィス環境からアーキテクチャとして分離し、Managed Dark Tenantは防御が破られてもなお組織が動き続けられるようにします。それが運用モデル、SOCのシグナル、そしてNISG 2026による証明義務にとって何を意味するのかを解説します。
4度のLeader。ISGドイツ調査2026のglueckkanja
ISG Provider Lens®調査2026は、ドイツにおいてglueckkanjaを4つのクアドラントでLeaderに位置づけました。Microsoft Productivity and Business Process ServicesとAzure Managed Servicesの、それぞれLarge MarketとMid Marketです。調査の名称はMicrosoft AI and Cloud Ecosystemに変わり、評価の尺度も移りました。AIとエージェントのワークロードを制御可能なかたちで運用できるかが問われています。
Rising StarからLeaderへ。ISGスイス調査2026のglueckkanja
ISG Provider Lens®調査2026は、スイスにおいてglueckkanjaをMicrosoft AI and Cloud Ecosystemクアドラントの、Azure Managed Services領域とMicrosoft Productivity and Business Process Services領域でLeaderに位置づけました。ベルンでの市場参入から2年、Rising Star選出から1年でのことです。
Outbreak。OpenAI／Hugging Faceの事案が示すこと、示さないこと
AIエージェントがテスト環境から脱出し、ゼロデイを見つけ、別の企業をハッキングする。映画の脚本のようですが、2026年7月に実際に起きました。冷静に位置づける時期です。少しの心理学、2人のセキュリティ専門家、そしてそれが自社の防御にとって何を意味するのかという問いとともに。
LeaderそしてRising Star。ISGサイバーセキュリティ調査2026のglueckkanja
ISG Provider Lens®調査 Cybersecurity 2026は、glueckkanjaをNext-Gen SOC/MDR Services（Midmarket）クアドラントのLeaderに選出しました。Next-Gen SOC/MDR Servicesの全体市場では、当社はRising Starです。ISGは当社の平均を上回る成長、Microsoftセキュリティに関する深い専門性、そしてドイツ国内から提供する24時間365日のSOCを評価しています。
The Holy Trinity：AIが実際に働くために本当に必要なもの
ある製造業の企業が、14,000あるSKUのうちどれが実際に利益を生んでいるのかを知りたいと考えました。答えは3つのシステムの中にありますが、それらは一度もデータを1件たりともやり取りしたことがありません。少し前までは、その答えを得るのに3つの部門、2週間、そして相当な善意が必要でした。2026年初頭からは、AIがこの問いに数分で答えられます。データを走査し、関連を結び、推奨を出す。ただし、アクセスできることが前提です。
契約書にサインしたあと：当社のオンボーディングはこう進みます
契約書にサインが済み、大きな一歩は終わりました。では、ここからどうなるのでしょうか。PreBoardingからチームでの最初の1週間まで、当社のオンボーディングの舞台裏をご案内します。
Microsoft Frontier Partner：当社もその一員です
最近、Microsoft AI Cloud Partner Programに新たな最高位の称号としてFrontier Partner Badgeが設けられました。Microsoftがこれを授与するのは、ワークプレイスからクラウドプラットフォーム、セキュリティ、そしてAIアプリケーションそのものに至るまで、Microsoftスタック全体でAIプロジェクトを確実に届けられると実績で示した、世界でもごく限られたパートナーだけです。DACH圏でこのグループに属するのは数社にすぎず、当社はそのうちの1社です。
チャリティのために160キロ
同僚11人、16周、160キロ、雷雨、そして表彰台。glueckkanjaはFrankfurter Runden 2026に参加し、走った1周ごとにVAIR e.V.へ寄付しました。同団体はオフェンバッハでインクルーシブなスポーツ・カルチャーパークを建設しています。
未知のAMOSスティーラーの解剖：アラートから免疫獲得まで数時間
これまで文書化されていなかったAMOSスティーラーの亜種が、macOSエンドポイントを侵害しました。既知のハッシュはなく、公開データベースにC2データもありません。当社のSOCは6層の難読化を解体し、すべての指標を抽出したうえで、業界がこの検体を目にするよりも前に、数時間以内ですべてのSOCのお客様へ保護を配布しました。
Edgeを唯一の社内標準ブラウザーにすべき理由
Chromeを本気で選んだ企業はほとんどありません。独自の同期ロジック、独自のアカウント管理、独自のポリシー画面を抱えたまま、ただそこにあっただけです。一方でMicrosoft Edgeは、すでに動いているインフラ、つまりEntra ID、Intune、Defenderに直接組み込まれます。本記事では、移行がどのようなものか、IntuneのポリシーでどのようにChromeをランディングページへリダイレクトするか、そして2つのブラウザーを並行運用するのをやめると何が不要になるかを紹介します。
必要だったのは管理者アカウント1つだけでした
2026年3月11日、Handalaは79か国の端末を消去しました。そのために必要だったのは、侵害されたIntuneの管理者アカウント1つだけです。マルウェアもエクスプロイトもなく、正規の管理ツールが所有者自身に向けられました。何が起きたのか、なぜそれが通用したのか、そして塞ぐべき2つのアーキテクチャ上の穴について説明します。
6つのAgent。4週間。実際の運用へ。
6社、4週間のビルドフェーズ、6つの動作するAI Agent。これが第1回glueckkanja AI Agent Hackathonの成果です。Kiekert、Dr. Oetker、Eckes-Granini、igefa、lila logistikがCopilot StudioでAgentを構築し、それらは現在すでに本番で稼働しています。そこで何が生まれ、この形式がどのように機能するのかを紹介します。