「人はスケールしない、仕組みが必要だ」 Kubernetes運用の現実
第1回では、ハイブリッド／マルチクラウドの管理が注目される中で、IT管理者が抱える課題と、Kubernetes利用における解決の方向性を考察しました。要点は次の3つです。 標準化の前に、ガードレールを 管理者も、使い手とともに学ぶ 意思のある使い手の、自発性を尊重する 今回は、「Azure Arc」でこうした取り組みをいかに支えられるか、そのコンセプトや特徴を、エピソードを交えて解説します。 人はスケールしない 以下のエピソードは、事実をもとにしたフィクションです。 ある企業が、新システムの基盤としてKubernetesを採用し、パブリッククラウド上に導入しました。背景には、変化の激しいビジネス環境への対応と、オープンソースエコシステムへの期待があります。その企業ではKubernetesの採用実績がなかったのですが、プロジェクトチームは試行錯誤しながらもこの技術を手の内に入れ、安定運用に至
後悔しないための Azure App Service 設計パターン (2020 年版) - しばやん雑記
Azure App Service (Web Apps) がリリースされて 6 年、情報のアップデートを行いつつ気になった情報は適当にブログに書くという日々ですが、Regional VNET Integration や Service Endpoins が使えるようになって設計に大きな変化が出るようになったのでまとめます。 最近は Microsoft で HackFest を行うことも多いのですが、App Service をこれから使い始めたいという場合に、失敗しない構成を共有したい、知ってほしいという意図もあります。多いですが中身は単純です。 基本設定 64bit Worker は必要な場合のみ利用する FTP / Web Deploy をオフにする Always on を有効化する ARR affinity をオフにする HTTP/2 の有効化を検討する Health Checks の
Azure アプリケーション アーキテクチャの基礎 - Azure Architecture Center
このコンテンツ ライブラリは、Azure においてスケーラブル、安全で回復力がある高可用性のアプリケーションを設計するための体系化された方法を示します。 このガイダンスは、顧客エンゲージメントから学んだ実証済みのプラクティスに基づいています。 はじめに クラウドによって、アプリケーションの設計とセキュリティで保護する方法が変わりつつあります。 アプリケーションは、モノリスではなく、小さな分散サービスに分解されます。 これらのサービスは、API を介して、あるいは非同期メッセージングまたはイベントを使用して通信します。 アプリケーションは、需要に応じて新しいインスタンスを追加して水平方向に拡張します。 このような傾向により新たな課題が生まれました。 アプリケーションの状態は分散されます。 操作は並列かつ非同期的に実行されます。 障害が発生しても、アプリケーションは回復力があることが必要です。
Azure ロードバランサー利用時の注意点
こんにちは、Azure サポートチームの檜山です。 今回は Azure ロードバランサーの利用にあたり、よくあるお問い合わせで代表的なものについてご紹介させていただきます。 Azure ロードバランサー利用時に想定した動作ができないといった時に制限事項にあてはまっている場合がございますので、そのような時はご一読いただけますと幸いです。 また、Azure ロードバランサーを経由した通信のトラブルシューティングについては以下もご参照ください。 ロードバランサー経由での通信ができない場合のチェックポイント https://blogs.technet.microsoft.com/jpaztech/2016/11/23/loadbalancer-troubleshooting/ Azure ロードバランサー (内部 [プライベートIP] / 外部 [パブリック IP]) 利用時のよくあるお問合せ A
Redis Best Practices
Redis-BestPractices-General.md Some of the Redis best practices content has moved This content from this markdown file has moved a new, happier home where it can serve more people. Please check it out : https://docs.microsoft.com/azure/azure-cache-for-redis/cache-best-practices. NOTE: Client specific guidance listed below is still valid and should still be considered. I will update this document o
Durable Functions を始めるときに知っていると幸せになれる７つの Tip - Qiita
Durable Functions に初めて入門する方のために、Durable Functions を始めるときに知っておくと良い７つのティップスをまとめておきました。英語のオリジナルはこちらです。 Tip 1. クラスと責務 Tip 2. Storage Emulator を使う Tip 3. Orchestrator はI/O やランダム値禁止 Tip 4. Sub Orchestrator はいつ使うべきか Tip 5. DevOps CD pipeline Tip 6. HttpClient は static にする Tip 7. Run-From-Zip デプロイメントを使う Tip 1. クラスと責務 Durable Functions の基本的なクラス構造は次のようになっています。 Activity Functions Activity Functions は 普通の Azu
Cosmos DB の独習マテリアル集（2018年9月）
はじめに Microsoft Azure の中でも NoSQL の PaaS として存在する Cosmos DB。RDBMS（リレーショナルデータベースマネジメントシステム）に馴染みの多い人には少し敷居が高く見えてしまうこともあるかと思います。 この記事では、独習するためのコンテンツへのリンクをまとめてみました。 本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります ドキュメント 製品ドキュメント Hands on Lab (英語版 Windows 環境のみ) Azure Cosmos DB 入門(ホワイトペーパー) ハンズオン: Azure Cosmos DBを使ったグローバル分散アプリ構築(ゼンアーキテクツさん作成のハンズオン） Azure Cosmos DB Technical Deep Dive (英語版） //build 20
Turn your whiteboard sketches to working code in seconds with Sketch2Code | Azure Blog | Microsoft Azure
Explore Azure Get to know Azure Discover secure, future-ready cloud solutions—on-premises, hybrid, multicloud, or at the edge Global infrastructure Learn about sustainable, trusted cloud infrastructure with more regions than any other provider Cloud economics Build your business case for the cloud with key financial and technical guidance from Azure Customer enablement Plan a clear path forward fo
かずき師匠にクソコードをレビューしてもらった学び - Qiita
わたしのコーディングの師匠かずきさんに、私のクソコードをレビューしてといったらオシャレなコードになって帰ってきたので、その学びを書き留めておきたい。 今回のゴール 私は Durable Functions というリポジトリに貢献しているのだが、前回実装した全件取得のメソッドに対して、検索条件を追加するメソッドを書きたいと思った。検索条件を表すオブジェクトをつくれば多分テストもしやすくていい感じのはず。 今回のクソコードの解説 最初に作ったクソコードはこんな感じ Builder 的な感じで作ってみた。TDDを使ってやってるのでテストもある。 リポジトリ TsuyoshiUshio/StorageTableQueryCore OrchestrationInstanceStatusQueryBuilder using Microsoft.WindowsAzure.Storage.Table; u
Azure Functions の 超イケてる Durable Functions を使ってみる - Qiita
Azure のサーバーレスサービスである Azure Functions で、Durable Functionsという新しい機能が公開されました。もちろんまだ GA ではありませんが、自分的には相当熱い機能です。これを教えてくれた Kanio と、これあったら、もうサーバーイランのとちゃうん！と盛り上がりました。これもいつも通り、自分のためのメモとしてかいていきます。 1. 全体像 Durable Fucntions は Azure の extension で、ロングランニングで、ステートフルなFunction のオーケストレーターです。これだけではよくわからないと思うので、ユースケースを見てみましょう。 今回は公開されたというレベルなので、発展途上ですが、既にこんな機能が実装されています。具体的な実装例が、ここで見れます。 1.1. Function Chaining Function
Microsoft Azure Training Courses | Microsoft Learning
Azureトレーニングと認定仕事やキャリアに必要なAzureスキルを開発する。無料のオンライン学習リソース、実践的なラボ、徹底したトレーニング、またはAzure認定資格に関する大きな取引で認められた専門知識を習得する。
Shows
AI is suddenly everywhere. Do you need to go and get a shiny machine learning degree to remain competitive? John Maeda says not to worry. He’ll show you how to cook delicious dishes into your coding repertoire with his new show - Mr. Maeda’s Cozy AI Kitchen. Find out how you can use GitHub Copilot, an add-on that is powered by AI, to get helpful suggestions when writing code or documentation. This
Azure Storage キューと Service Bus キューの比較 - Azure Service Bus
この記事では、Microsoft Azure によって提供されている Storage キューと Service Bus キューという 2 種類のキューの相違点と共通点について説明します。 この情報を使用すると、どちらのソリューションが自分のニーズに最も適しているかについて、より多くの情報に基づいて判断できるようになります。 はじめに Azure では Storage キューと Service Bus キューの 2 種類のキュー メカニズムをサポートしています。 Storage キューは Azure Storage インフラストラクチャの一部です。 これらにより、多数のメッセージを格納することができます。 メッセージには、HTTP または HTTPS を使用して、認証された呼び出しを介して世界中のどこからでもアクセスできます。 キュー メッセージの許容される最大サイズは 64 KB です。
Shows
AI is suddenly everywhere. Do you need to go and get a shiny machine learning degree to remain competitive? John Maeda says not to worry. He’ll show you how to cook delicious dishes into your coding repertoire with his new show - Mr. Maeda’s Cozy AI Kitchen. Find out how you can use GitHub Copilot, an add-on that is powered by AI, to get helpful suggestions when writing code or documentation. This
Azure CLI 2.0 でサービスプリンシパルが簡単に作れるようになっていた - しばやん雑記
個人的に Azure で一番わかりにくいのが認証回りです。特に Azure Active Directory を使ってディレクトリが追加されたタイミングで、さらにわけが分からなくなりました。 例えば Azure に対する操作を自動化したい時に Azure にログインするアカウントを使うわけにはいかないので、別に操作権限を絞ったアカウントを用意したいわけです。一応サービスプリンシパルを使うことになってますが、これの作成が非常にわかりにくい。 自動化のためにスクリプトから使いたいだけなのに、何故か URL が 2 つ要求されるんですよね。それぞれ何を指定すればいいのかわからないので、明らかに説明が足りてないです。 PowerShell を使うと 3 行みたいですが、ポータルだとそもそも作れるのかどうか怪しいです。 そんな感じでサービスプリンシパルを作るのが非常に嫌だったのですが、今 Pytho
AzureからDBやAIの新発表が続々、「Build 2017」開幕
米マイクロソフトは5月10日～12日、年次開発者会議「Build 2017」をシアトルで開催している。初日の基調講演には、同社のサティア・ナデラCEO、Microsoft Azure統括副社長のスコット・ガスリー氏、Microsoft AI and Researchグループ副社長のハリー・シャム氏らが登壇し、Azureからデータベース、IoT、AI関連の新発表を行った。1日目の基調講演で発表された新サービスをまとめて紹介する。 IoTデバイスにコンテナアプリを配布する「Azure IoT Edge」 まず、AzureのIoT関連の新サービスとして「Azure IoT Edge」が発表された。Azure IoT Edgeは、IoTのエッジ側の物理デバイスがAzure上のサービス（Azure IoT Hub、Azure Stream Analytics、Azure Machine Learni
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゆ〜かさんさんのツイート: "AzureのPremiumがつくプランはそういうイメージがありますね。… "
Azure Kubernetes Service (AKS) documentation
Tatsuro Shibamura on Twitter: "@takekazuomi Cosmos DB に atomic な形で追加削除ってできるんですかね"
Azure使いから見たAWSの良いところ
