Azure Front Door のお勉強
https://docs.microsoft.com/ja-jp/azure/frontdoor/front-door-faq
似たような機能がたくさんあって、なんともわかりにくい。。
ということでお勉強。
Azure Front Door Service と Azure Application Gateway の違いは何ですか?
Front Door と Application Gateway は両方ともレイヤー 7 (HTTP/HTTPS) のロード バランサーであり、主な違いは、Front Door がグローバル サービスであるのに対し、Application Gateway はリージョン サービスであるということです。
つまり、リージョンをまたがってACT-ACT構成のWEBサービスの場合は、frontdoorを利用するしかないっつーことですね。
Front Door は、パス ベースの負荷分散をグローバル レベルでしか実行できません。仮想ネットワーク (VNET) 内でトラフィックをさらに負荷分散したい場合は、Application Gateway を使用する必要があります。
何をloadbalanceしたいか、検討すると自ずと構成が決まると。あとはそれぞれでセキュリティ要件は満たせるかですな。
サーフィン🏄してたらもっとまとまってるサイトがあった。
https://docs.microsoft.com/ja-jp/azure/architecture/guide/technology-choices/load-balancing-overview
azure load balancerって非http/s用なんや…ふと気になったけどDNSのフロントにLB置くのって一般的なのだろうか。。
Azure資格
まぁなんてわかりにくいことでしょう。MS資格。
このサイトに記載されていた画像がひじょーーーにわかりやすかったので、参考にさせていただきました。
なんか2つ受けて資格取得ってめんどくさいですよね。一発で取ってしまいたいぜ! ということで、公式練習問題にチャレンジしてみます。
試験 AZ-203:Microsoft Azureの開発ソリューション
- マイクロソフト公式演習テスト:21,103円
- 公式練習問題:12,247円
Azure関連のMCP試験と認定資格 ~2019年版~|ネスケラボ
Azure functions のお勉強
Azure functions のりかいを進めるのに丁度良い動画と研修メニューがありましたので、週末の勉強に利用してみようと思います。
MS って、手厚いですね。。利用しにくいとかあるかもですが、無いより絶対マシなはずで本当助かります。
しかし、どんな機能持たせるかまで用意してくれてるのだろうか… やってみた系のブログがあれば、そのままパクリをしてみようかと(苦笑
TLS1.0からTLS1.2への変換
サイトURL
先日WordPressの研修を受けたときにSEO*1に関して簡単な説明がありました。 サイトのURL構成とか全く意識したことがなかったし、ブログの設定画面からURL構造を設定できるのなんでかなぁと思っていたのですが、疑問が解けました。
色々ルールはあるみたいなので、全部は対応できないですが、以下の2つぐらいはHP作るときに意識してみようと思います。
検索エンジンにとって重要なナビゲーション
ウェブサイトのナビゲーションは、訪問者に必要なコンテンツをすばやく見つけてもらうために重要です。また、ナビゲーションによって、ウェブマスターが重要だと考えているコンテンツを検索エンジンが理解しやすくなります。Google の検索結果はページレベルで提供されますが、Google はサイト全体でそのページがどのような役割を果たしているのか把握しようとしています。
「パンくずリスト」を使用する
パンくずリストとは、ページの上部か下部にある内部的なリンクの行です。訪問者はパンくずリストを使って、前のセクションやルートページにすばやく戻ることができます。ほとんどのパンくずリストでは、最初の左端のリンクとして最も一般的なページ(通常はルートページ)を置き、右側に向けてより具体的なセクションを並べています。パンくずリストを表示する場合は、パンくずリストの構造化データ マークアップ28を使用することをおすすめします。
アクティブgeoレプリケーション(Azure)
SoftwareDesign 2018年8月号より
スマホゲームはなぜ動く?意外と知らないサーバサイドのしくみ
こういう話はやっぱり好きです。
世の中色んなシステムがありますが、ゲームや大規模MMOのほうがシステム的に最先端かつ柔軟性のある作りをしているんじゃないかと思っています。いつか、そういうところでも働いてみたいなぁ。
雑誌には以下のようなシステム構成にCDNを追加したような仕組みになっておりました。 スマホゲームも企業のWEBサービスもサーバ構成はほとんど一緒ですね。
このシステム構成を見てふと疑問が
APIサーバからどうやってマスタースレイブのDBを使い分けているのか
更新処理なのかリードオンリーなのかで使い分けるという概念的なものはわかるが、インフラで吸収しているのかアプリケーションにハードコーディングしてしまっているのか。
こちらのサイト*1にはこのような記載があります。
アプリケーションの接続文字列はMasterとSlaveで違うので切り替える必要があります。
仮に下記図1のような両リージョンを利用するACT-ACT構成だったとすると、以下★のような考慮点が必要になるはず。 災害発生時に、DNSとかでうまいことやってくれると手動対応いらないのにな。質問できる機会があれば聞いてみよう。
それともTrafficManagerかLoadBalancerでPOSTリクエストのみ、Primaryサイトに飛ばすようにしてるのかな。 たしかにそうすれば、リージョンが切り替わるまでSecondaryのWriteアプリは稼働することないから被災時の設定変更が必要なくなる…?!( ゚Д゚)
Primary Region
- Writeアプリケーションは、Primary RegionのDBを参照
- ReadOnlyアプリケーションは、Secondary RegionのDBを参照
Secondary Region
- Writeアプリケーションは、Primary RegionのDBを参照(★)
- ReadOnlyアプリケーションは、Secondary RegionのDBを参照
(★)被災時にSecondary RegionのDBを参照するための設定変更
Azureのお勉強
オンプレからAzureへの環境移行を行うことになりました。
ようやく重い腰をあげてAzureを勉強しているところです。
プロジェクトが決まって、その帰り道に手に取った本がけっこう当たりでした。 オンプレをクラウドに移行するという実際のケースを想定して、ガイドしてあるので非常にわかりやすい。
Azure定番システム設計・実装・運用ガイド オンプレミス資産をクラウド化するためのベストプラクティス (マイクロソフト関連書) (日本語) 単行本 日本マイクロソフト株式会社 (著)
https://www.amazon.co.jp/dp/4822253791
しかし、クラウドめちゃくちゃ便利ですね。PaaSとSaaSの組み合わせでほとんどのことができてしまう。 インフラエンジニアの生き残る道を本気で模索しないとやばいなと感じました。少なくともOS以下のレイヤーの構築は発生することはないでしょう。
でも、設計書ばかりをいじってるのも楽しくないんだよなぁ。 とはいえ、今の仕事を全力でやって、本当に楽しめないのか、楽しみ方があるのか。模索していきたいと思います。