ミルヒ ｜ 朝焼けランナー ☀ Azure

朝焼けランナー ｜ 走行歴12年 ✨
Azure / Fabric / Power BI を中心に
クラウド技術の学習を続けています。
朝ランと技術習慣を、静かに積み上げる毎日。
#Azure #MicrosoftFabric #PowerBI

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

AzureDevOpsでMSホストの並列ジョブを増やす時、課金は生きてて操作アカウントもPCAに入ってるのに、購入画面が前に進まないケースについて👀
UIから触れる範囲がかなり狭くて、表の設定を直しても反応しないことが多いんですよね。
結論として、ユーザー側ができる操作はBillingと権限確認くらいで、それ以上は触れないです。 裏の制限が噛むとUIの再操作では改善しないので、組織URLと出ているエラー文を揃えてサポートに送るのがいちばん早いです💦
AzureDevOpsの購入系は、要件が揃っていてもフローが止まることがあって、原因が表に出てこないケースが普通にあります。

購入まわりは裏で動いている制限が多いので、粘っても時間を溶かすだけ。 早めにサポート行きに切り替えた方が安全ですね😅

#Azure #AzureDevOps #CI #MicrosoftHostedAgents #Troubleshooting #Microsoft

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

AzureVM 仮想マシンのfailed/BadRequest対応について👀
この状態、プロビジョニングのどこかで要件を外すパラメータが混ざった時に出やすいです。
流れはだいたい決まってて、まずreapplyを一度入れる。 それで戻らない時は、最初に失敗したイベントをactivitylogで見る。 ここ拾えないと、後続の動きが読めなくなるんですよね。

依存リソースのprovisioningstate。 直前に走った操作と、その時のapiversion。 badrequestの生ログ。このあたりを揃えて、どの設定が要件を外してるか切り分けるのが確実です。

azureのプロビジョニングは、最初の失敗点が後続の処理を左右するので、 表面のエラーより先に、どこで最初に止まったかを確認するのがいちばん効率的。 この流れを事前に頭に入れておくと、対応時に慌てずに済みます😅

#Azure #AzureVM #AzurePortal #Troubleshooting #Microsoft

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

Entra Internet AccessのTLSインスペクション勉強会に参加します💻
正式リリースされたTLSインスペクション、ゼロトラで使うならほぼ必須だし、構成図〜セットアップまで一気に理解できるのありがたいですね👀

Azureのゼロトラスト設計で“外向きトラフィックの最終防衛ライン”になるのがこの領域で、Entra Internet AccessがAzure FirewallやPrivate Accessとどう役割分担されるのか気になっていたので、ちょうどいいタイミング。
ネットワークの全体像をアップデートするためにも参加してきます。

#Entra #InternetAccess #TLSインスペクション #ZeroTrust #SecureWebGateway #AzureNetworking #AzureSecurity #MicrosoftEntra
https://t.co/dNpOPO63FT

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

Fabric の現場でよくある落とし穴について💦
getSecret は管理プレーンを通らないので、2026年の Key Vault API 廃止とは無関係👀 RBACオンリーの Vault で普通に動くし、Workspace の Managed Identity に Key Vault Secrets User を付けておけば安定します。アクセス ポリシー方式はもう残す意味がなくて、RBAC一本で整理したほうが運用が軽いです。

現場で多いのは、ロール反映の遅延で一瞬動かなくなるケースと、Vault 側のネットワーク境界で Fabric の実行環境が弾かれるケース。この2つは表面上「急に壊れた」に見えるので、事前にチェックしておくとトラブルが減ります。
Fabric はユーザー側で切り替えできない部分が多いので、Key Vault 側をシンプルに整えておくほうが結局ラクです。
#Azure #KeyVault #MicrosoftFabric #DataEngineering #Microsoft

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

Azure Functions の Code+Test が即タイムアウトの対処👀
結論として、関数じゃなくて “ホストが起きてない” ことが多いです。ストレージが重いとスクリプト読み込み前で固まって、ポータル側が先に諦める。。
この状態だとポータル操作は全部ムダなので、関数の URL を直接叩いて生存確認するのが一番早い。

ホストが返事できるかどうかで、ストレージ遅延か設定か、切り分けが一気に進む。
Functions は裏の依存が多いので、Code+Test のタイムアウトは「関数が遅い」じゃなくて「ホストが起動できてない」ケースがほとんど。ここを押さえておくと、無駄にコードを疑わずに済みます🙂💦

#Azure #AzureFunctions #Serverless #AppService #Storage #Troubleshooting #現場メモ

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

Azure Linux VM、再起動後にSSHが応答しなくなるパターン。Azureだと昔からあるのですが、まずSerialConsoleでブートの流れを見るのが一番早い👀cloud-initの待ちやNICの初期化で止まってるだけでも普通に落ちるので、ここで原因の方向がほぼ決まります。

BootDiagnosticsで、sshdが起動前に落ちてるのか、ネットワークが上がってないのかを確認。SSHが壊れてる時はPortalの設定リセットで戻ることが多いし、22番のNSGが閉じてるだけのケースもあるのでIPフローは必ず見る🙂💦

それでも起きない時はホスト側の問題もあるので、最後はRedeploy。AzureのLinux VMは再起動で細かい差分が表に出ることがあるため、起動時の依存関係を軽く整理しておくと復旧が早いです。

#Azure #Linux #VM #VirtualMachine #Troubleshooting #Microsoft #仮想マシン

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

今日はUnifiedModelAPIPreviewが前に進まないケースについて📝
結論、APIM/サブスク権限/API定義の三層が揃ってないと動かないです👀
APIMは新しい型を普通に拾うのに、サブスク側のPreview権限だけ閉じたまま。 backend.type=languageModelとapi.type=unifiedModelApiが許可待ちで固まって、API定義だけ先に進む💦

AIGatewayPreviewは登録した瞬間は何も変わらない。 CSPだと承認が入るまで空気が動かない📨 内部の判定は見えないので、ユーザー側でできる余地はほぼゼロ。
UnifiedModelAPIを触る時は、この三層の段差を前提にしておくと迷わないです🙂

#Azure #APIM #UnifiedModelAPI #AIGatewayPreview #GenAI #Microsoft

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

AI自走環境整備・運用の勉強会に参加します。
AGENTS.md、Skills、評価基準、CI、Issue自律起票、依存グラフ分解、介入ポイント。 AIが安全に走り続けるための 環境側の責務 が気になっていたので、こうして学べるのはうれしいですね。
前回も駆動開発の勉強会に参加しましたが、ハーネス設計の話がわかりやすくて濃かったので、今回も楽しみ👀

#Agents #AI自走 #GraphEngineering #MLOps #AIOps #AIDrivenDevelopment
https://t.co/QO9i18EOh0

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

AzureユーザーがFabricを使うケースも増えてきているなと最近感じます。Fabricでメダリオン回す時📒
ワークスペースを増やすほど追跡が重くなるので、ここだけは常に意識してます。レイヤー跨ぎを1ワークスペースで完結させるだけで、失敗箇所も依存関係も一画面で見えて、一人運用だと圧倒的に楽です👀
パイプラインはアプリ×レイヤーで整理、Lakehouseはレイヤー単位で分ければ十分。例外を作ると後で困るので避けたほうがいいですね🙂💦

NetSuiteみたいにデータ量が大きくても特別扱いは作らないほうが運用が崩れないです。Fabricはワークスペースを増やすほど管理コストが跳ねるので、結局シンプル構成が一番安定します。

#Azure #MicrosoftFabric #DataEngineering #Lakehouse #MedallionArchitecture #Microsoft

[ミルヒ ｜ 朝焼けランナー ☀ Azure @kagi_tech]

本日はAzureFoundersHubのスタートアップ審査Fail時の動き方について📝
審査がFailになると理由は出ない仕様です👀 内部の判定は見えないので、ユーザー側でできるのは提出すべき書類を確実に出すことだけ。会社の登記証明とドメイン所有の証明、この2点をまとめてサポートに送るのが一番早いです。再審査は必ず走るわけじゃなくて、向こうが再評価する価値ありと判断したら動きます💦

提出先はFoundersHubのサポート。UIが出てこない時はAzureの公式フォーム(https://t.co/siSfjr4Ns0)から寄せれば処理されます。ここは現場でもよく使うルートで、迷ったらこの経路が良いですね📨
審査理由は出ませんが、提出書類と動く窓口が決まっているので、手順だけ押さえておけば余計な迷いはなくなります。

#Azure #MicrosoftForStartups #FoundersHub #AzureStartupTips #AzurePortal #Microsoft