Azure環境作ったら最初にやるべきこと＠jazug 11周年LT
はじめに 2021/9/25 「Japan Azure User Group 11周年イベント」でLT枠に応募して、タイトルの通り「Azure環境作ったら最初にやるべきこと」を話してきました。 時間の都合上、喋りきれなかったところなんかも資料には含まれていますので、こちらに残しておきます！ いいわけ 有償機能が必要なものも含まれていているので、「全員がやるべきこと」というにはちょっと言い過ぎ感もありますが、環境の重要度に合わせて取捨選択いただければと思います。 SecurityCenterもリソース数に比例してお金かかりますし、Sentinelもログ量や保管期間でかかりますよね。P1ライセンスだけでも、ユーザーが多いと馬鹿にできない金額ですので・・・。 資料 slideshareにて公開してます。 補足 以前、Zennで公開した、こちらの記事がベースになっています。スライドには埋め込みきれ
Shared Access Signatures (SAS) でデータの制限付きアクセスを付与する - Azure Storage
Shared Access Signature (SAS) を使用すると、ストレージ アカウント内のリソースへのセキュリティで保護された委任アクセスが可能になります。 SAS を使用すると、クライアントがデータにアクセスする方法をきめ細かく制御できます。 次に例を示します。 クライアントがアクセスできるリソース。 それらのリソースに対するアクセス許可。 SAS が有効である期間。 共有アクセス署名の種類 Azure Storage では、次の 3 種類の Shared Access Signature がサポートされています。 ユーザー委任 SAS サービス SAS アカウント SAS ユーザー委任 SAS ユーザー委任 SAS は、Microsoft Entra 資格情報によって保護されるだけではなく、SAS に指定されたアクセス許可によっても保護されます。 ユーザー委任 SAS は、B
私が Azure Functions アプリケーションの開発時に意識していること - しばやん雑記
ここ数年は Azure Functions をフルに活用したアプリケーションを実装することが多かったのですが、同時に Azure Functions を失敗しないように使う方法も分かってくるので、ここらでちゃんと言語化しておきます。 最近は特に Azure Light-up というハッカソンを行うことが多いのですが、Azure Functions を使う場合には必ずこの辺りは毎回説明するようにしています。要するに Azure Functions の利点・特性を理解して賢く使いこなそうという話です。 Binding / Trigger で実現出来ないか考える Function の実装は出来る限り小さく保つ リトライのしやすい実装を重視する 最新の .NET での作法に沿ったコードを書く Graceful Shutdown に対応したコードを書く 機能単位で Function App プロジェ
デプロイのベスト プラクティス - Azure App Service
開発チームごとに独自の要件があり、それによって、クラウド サービスで効率的なデプロイ パイプラインの実装が困難になる可能性があります。 この記事では、App Service へのデプロイにおける 3 つの主要なコンポーネントである、デプロイ ソース、ビルド パイプライン、およびデプロイ メカニズムについて説明します。 この記事では、特定の言語スタックのベスト プラクティスとヒントについても紹介します。 デプロイ コンポーネント デプロイ ソース デプロイ ソースは、アプリケーション コードの場所です。 運用アプリの場合、デプロイ ソースは通常、GitHub、BitBucket、Azure Repos などのバージョン管理ソフトウェアによってホストされるリポジトリです。 開発とテストのシナリオでは、デプロイ ソースはローカル コンピューター上のプロジェクトである可能性があります。 ビルド パ
Azure上でセキュアなアプリケーションを作るベストプラクティス
更新日 2020/11/29 作成日 2020/11/27 ベストプラクティスを突き詰め続ける 本稿では、Azure 上でアプリケーションを構築する開発者向け(元々は社内向け)に、セキュア・アプリケーションを構築する際のベストプラクティス的な内容をアップデートし続けていく事を目指しています。 特にこだわっていることとしては、PaaS、サーバーレスを使いこなし、元来人力で行う必要があったセキュリティ対策をより安全なクラウド側で実施していく事です。 セキュリティ対策の大半はクラウド側に任せて、アプリケーション内における対応に集中し、不完全な人力作業を排除し、開発に集中したいのです。 PCI DSS を例に紹介 セキュリティの基準については、PCI DSS 準拠が求められるクレジットカードイシュアのカード会員システムを Microsoft Azure 上で PaaS を中心に作った際の事例を基に
Microsoftセキュリティチーム、「Azure」で仮想マシンを保護するためのベストプラクティスを紹介
Microsoftのセキュリティインシデントレスポンスチームは2020年10月7日（米国時間）、クラウドセキュリティに関するベストプラクティスを紹介した。 Microsoftの検知／対応チーム（DART）とカスタマーサービスサポート（CSS）のセキュリティチームはユーザーのインシデントを調査する際、インターネットから攻撃を受けた仮想マシン（VM）を目にすることが多いのだという。 クラウドセキュリティの責任共有モデルでは、クラウドプロバイダーとユーザーがどのレイヤーに責任を持つのか理解しておく必要がある。 今回のベストプラクティスでは、クラウドプロバイダーと顧客の責任共有モデルが適用される対象の1つとしてVMを取り上げ、「Microsoft Azure」でVMを含むワークロードを保護するための7つの手法を紹介した。 （1）Azure DefenderのAzureセキュリティスコアをガイドとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Deployment best practices - Azure App Service
Azure アーキテクチャ センター - Azure Architecture Center