Setup is standard mautrix bridge fare — register the appservice on your Synapse, pull the Docker image, fire it up, scan a QR code to pair with Google Messages on your phone. This fork just streamlines the Docker side — images built automatically on push to main, hosted on ghcr.io.

#企業公式相互フォロー スロットスワップで落ちたのは、“コード”ではなく“差分”でした。 ある現場で、staging→productionへ切替。 事前テストも完了、「安全にリリース」のはずが直後にエラー多発。 原因はシンプル。 ・接続文字列が本番だけ別 ・App Settingsの値が不一致 ・診断ログ設定も片側だけ コードは同じでも、構成は別物。 結果、ロールバックに30分、 完全復旧まで数時間。 さらに厄介だったのは、 「何が違ったのか」を説明できなかったこと。 ✔ スロット間の設定差分は可視化されているか ✔ 構成はIaCで管理されているか ✔ 切替前に“本番同等”で検証しているか スワップは切替ではない。 差分を炙り出す“最終テスト”。 #クラウド法務 #Azure #AppService #DevOps #情シス

#企業公式相互フォロー スロットスワップで落ちたのは、“コード”ではなく“差分”でした。 ある現場で、staging→productionへ切替。 事前テストも完了、「安全にリリース」のはずが直後にエラー多発。 原因はシンプル。 ・接続文字列が本番だけ別 ・App Settingsの値が不一致 ・診断ログ設定も片側だけ コードは同じでも、構成は別物。 結果、ロールバックに30分、 完全復旧まで数時間。 さらに厄介だったのは、 「何が違ったのか」を説明できなかったこと。 ✔ スロット間の設定差分は可視化されているか ✔ 構成はIaCで管理されているか ✔ 切替前に“本番同等”で検証しているか スワップは切替ではない。 差分を炙り出す“最終テスト”。 #クラウド法務 #Azure #AppService #DevOps #情シス

#企業公式相互フォロー App Serviceは“動いている”だけでは可用性とは言えない。 ある現場で、本番は常にインスタンス1台。 負荷も低く「問題ない」と判断されていました。 しかしある日、基盤側のメンテナンスで再起動。 その瞬間、サービスは完全停止。 ・ヘルスチェック未設定 ・自動復旧の検証なし ・スケールアウト設計なし 結果、数分のはずの再起動が、 業務影響としては数時間に拡大。 さらに問題だったのは、 「なぜ止まったのか」を説明できなかったこと。 ✔ インスタンス数は単一になっていないか ✔ ヘルスチェックは有効か ✔ 自動復旧は“検証済み”か 止まらない設計ではなく、 止まっても“守れる設計”かが問われる。 #クラウド法務 #Azure #AppService #可用性 #情シス

[AppService manage] then sets up all the stealing related behavior.

What surprised me the most is that this mach-O contains all target files for capturing in clear text, so no obfuscation (except an XOR func), which a lot of macOS infostealers are leveraging. mod_init_func_0 sets up the call to [AppService manage] which is the main orchestrator.

Application Gatewayは割と癖がツヨイ。 特に証明書周り。Key Vault連携はユーザー割り当てマネージドID前提で1対1で紐づける必要がある。なんとAzureポータルから直接変更・削除ができないからAz CLIで操作するしかない。（JSONビューで確認はできる）参照中のKeyvault、マネージドIDを先に消すと詰まってしまう。 同じような構築をしている場合はハマりどころの回避策として使えそうなので共有。↓ 環境刷新のため、既存のカスタムドメイン用のApp Service 証明書を使ったまま Key Vault / マネージドIDを新しいものへ差し替えるための段階的な手順をまとめた。 ①旧Key VaultからApp Service証明書をエクスポートし、新Key Vaultに証明書としてインポートする ②新マネージドIDに新Key Vaultの参照権限を付与する ③Container Apps環境で、新Key Vaultからの証明書を参照させる ④Container Appsのカスタムドメインバインドを新しい証明書へ切り替える ⑤Application GatewayのリスナーTLS証明書の参照を新Key Vault側へ切り替える ⑥Application GatewayのマネージドIDを新しいものに変更する（Az CLI） ⑦疎通確認後に、古いKey Vault / マネージドIDを削除する。 ⑧AppService証明書の構成から新Kev Vaultへ移行する Container Apps 側は、古いKey Vaultを消す前に、新しい Key Vaultの証明書を環境へ取り込んで カスタムドメイン を切り替えておく のがポイント。 AppGW 側は、証明書参照とマネージドIDの両方が揃っていないと詰まりやすいので、旧参照を残したまま先に削除しないのが大事。かなり複雑。 もし、最初にリソース削除をしてしまった場合のトラブルシューティングもあるがまた別途まとめよう。 learn.microsoft.com/ja-jp/az…

ふぅ、ここ数日、Azure上でのパフォーマンス問題に悩まされて、やっと解決できてよかった。ローカル(M4 Mac)におけるDictionaryコピーして新しいものを作るのが、メモリ帯域やメモリサイズ的に早すぎて、遅さに気が付かなかったのが、AzureのAppService のIntel Linux でメモリが少ない中で実行すると激遅くなる、たぶん30倍くらい遅いという問題で、根本的な書き方を調整するとmacとの違いは数倍(それでも数倍)になって解決。ローカルが早すぎるのも問題ですね。

Microsoft Azureほんとやだ 使わなくなったAppServiceが解約できない 「サブスクリプションはありません」となっても実際には課金してくる リソースを削除したはずが消えてない もがくとアクセス権がおかしくなってさらに泥沼化 いい加減にして欲しい #microsoft

Azure App Service: Zero-Downtime Swaps! 🏗️ Exam Tip: For AZ-400, 'Zero Downtime' for Azure App Service always equals Deployment Slots Swap. 🚀 #AZ400 #Azure #DevOps #AppService #CloudComputing #ZeroDowntime #CICD #TechTips #KodeKloud

I sat down with the #Azure #AppService team to talk about the new Managed Instance (preview), which brings great new features! 🔗 techcommunity.microsoft.com/… In the video, we cover: 💡What it is 📃 How it works 🚀 Why IT/Ops teams should care Check it out! #AzOps #ITPro

Open SSH sessions to your Azure App Service containers with ease! 🚀 🔐 Secure remote access with SSH ⚙️ Works with built-in & custom Linux containers 🌐 Connect directly in-browser or via Azure CLI 📈 Manage processes & run commands seamlessly Start here 👉 msft.it/6015QPDYR #Azure #AppService #Cloud #DevTools

Enable diagnostic logging in Azure App Service! 🔍 Built-in diagnostics make debugging easier ⚡ Capture app server logs 🛠️ Access detailed errors & failed requests 📊 Integrate with Azure Monitor for deeper insights Start here 👉 msft.it/6013QP8UJ #Azure #AppService #Cloud #DevTools

Troubleshoot App Service apps with Azure Monitor! 🔍 📊 Diagnose HTTP 500 errors with log queries ⚡ Identify memory issues in real time 🛠️ Boost reliability with integrated monitoring Start here 👉 msft.it/6018QP8u2 #Azure #AppService #CloudMonitoring

Deploy cloud apps fast with Azure App Service ARM templates! 🚀 ⚡ Choose your hosting platform 🛠️ Define infra config in JSON ☁️ Deploy instantly with Azure CLI in Cloud Shell 💡 Free tier available for quickstart Start here 👉 msft.it/6018QP8uO #Azure #AppService #Cloud #DevTools

Deploy Managed Instance on Azure App Service (preview)! 🚀 Seamless PaaS simplicity infra-level control 🔒 Plan-level isolation & secure network integration ⚙️ Customization with configuration scripts 🌍 Available now in select regions (East Asia, East US, North Europe, West Central US) Start here 👉 msft.it/6010QOhNo #Azure #AppService #Cloud #DevTools

Google AI ProにGoogle Cloudのクレジット付いてくるのいいな。 今Azure AppServiceのBasicで月2000ちょっと個人開発のホスティングでかかってるCloud Runに変えようかな、

Novo vídeo no Canal .NET -> Azure Hospedagem de Aplicações: qual a melhor opção para seu projeto em 2026? -- Link: youtube.com/watch?v=6EpCU3yA… C/ @diegoonazure #azure #cloud #devops #microsoft #microsoftazure #linux #kubernetes #containers #opensource #appservice #azurefunctions

しばらく格闘していたAzureのインフラの問題が解決に向かっている。ACAの外にFlex ConsumptionのFunctionを置いているときに、Flex ConsumptionのInvocations 情報が取得できないというシンプルな問題だったのだけど、AIと格闘してVNET、Nat Gateway、環境変数、AppService版のFunctionsなど全然ダメで、手動でAzureでテンプレートで作成したら正しく動いて、それを元に、これまでいろいろ変えたものを変えなくてもよかったのではないかと戻している。結局はログワークスペースの1つの設定みたいだったけど、どのAIや検索でも全然サジェストしてくれなかった問題だったのでだいぶ苦戦した。GitHubに報告しておくかな

Not everything needs to be a Docker container. Not everything needs to be an #Azure Cotainer Instance. For most use cases a regular AppService works just fine.