構文 Set-AzFrontDoorRulesEngine -ResourceGroupName <String> -FrontDoorName <String> -Name <String> [-Rule <PSRulesEngineRule[]>] [-DefaultProfile <IAzureContextContainer>] [-WhatIf] [-Confirm] [<CommonParameters>] Set-AzFrontDoorRulesEngine -InputObject <PSRulesEngine> [-Rule <PSRulesEngineRule[]>] [-DefaultProfile <IAzureContextContainer>] [-WhatIf] [-Confirm] [<CommonParameters>] Set-AzFrontDoorRu

PowerShellの操作を自動化！ Azure Automation の Power Shell Runbook を使いこなそう！！ こんにちは、さとはるです。 今回は Azure上でPower Shell スクリプトを実行させることができる、 Azure Automation の Power Shell Runbookをご紹介します！ Azure Automation の Power Shell Runbookとは？単純にAzure 上でPower Shell スクリプトを実行するだけなら Azure Cloud Shellがありますが、そちらは本当にShellをWeb上で実行するための環境なので、手動で操作するのが前提に思えます。 一方Runbookは豊富な呼び出し方法を使って予め用意しておいたスクリプトを繰り返し実行することに特化しています。 出典：Azure Automation

はじめに Istio を使うと簡単に mTLS によるセキュアなクラスタ間通信を実現できる。 しかし、Istio に対する理解不足のためデバッグ時に困ることが何度かあったため、この検証時に理解したことを残しておきたい。 本ドキュメントでは Istio 1.8, Kubernetes 1.19 を使って検証・実装している。 Istio によるマルチクラスタのアーキテクチャ 公式ドキュメントにもあるとおり、クラスタの状態によってクラスタ間通信を実現するアーキテクチャが異なる。 主に各クラスタのネットワークと、コントロールプレーンの管理方針による違いによるものである。 クラスタごとにネットワークを分けるか否かは開発プロジェクトの事情によると思われる。ネットワークが分かれている場合、クラスタ間通信のための ingress gateway を作成して通信したいクラスタ向けに公開する必要がある。 コン

Kubernetes Service Hatoba上でIstioを使用したMultiCluster Service Meshを構築してみたhelmkubernetesistioServiceMeshMultiCluster この記事はニフクラ等を提供している富士通クラウドテクノロジーズ Advent Calendar 2022の22日目の記事です。 前日はnatsumoさんの続・Scratchにデータベースが使える拡張ブロックを追加して活用してみた話でした。ニフクラ mobile backendを使用してゲームを作ってみたいけど、プログラムやったことないから不安です。という方にはピッタリのコンテンツかと思います。そうではない方も、カニさんゲームが面白いので是非やってみてください。 ちなみにですが、私は無事ランキング１位をとれました！ よければ記録に挑戦してみてください。 それでは本題に入っ

こんにちは、SPEEDAのSREチームの阿南です。最近Kubernetes界隈が盛り上がっていますね。ここ一年で、各企業での利用事例やKubernetesを解説している書籍等もかなり増え、活用の仕方も徐々に確立されて来ているのではないでしょうか。一方Istioについては、色々できそうということはわかったんだけど、利用事例も少ないためどう使えばいいかわからない、本番運用しているという企業もまだあまり聞かないし導入に踏み切れない、という方も多いかと思います。弊社ではまだ２つのnamespaceのみですが、Istioで運用を開始しております。今回は、Istioで実現できることはなんとなく知っているが、具体的な設定方法がよくわからない方向けにblue-green deployの設定を参考に説明してみたいと思います。 Istioの通信について知りたい方はこちら 環境 IstioのRouting Ru

はじめに Istioでどのようにトラフィックを制御しているのかについて、公式チュートリアルをローカル環境で実験した際に学んだ事のメモ。 ■公式チュートリアル https://istio.io/docs/examples/bookinfo/ 前提 Kubernetes上にデプロイするのは、BookInfoというサンプルアプリケーションで構成は以下の通り。 EnvoyプロキシをPodにインジェクトすると下図のように、各PodにEnvoyがサイドカーとして内包され、全トラフィックをEnvoy経由でやり取りする事でサービスメッシュを構築する。 Istio IngressGateway周りの流れ 1. クラスタ外部からトラフィックが来る 2. トラフィックをロードバランサーが受ける 3. ロードバランサーが転送するポートで待ち受けてるIstio-IngressGateway Serviceにルーティ

Istio環境の構築 さて、続いては実際にIstioを利用できるクラスタ環境を構築していく流れを紹介していこう。 前提条件 Istioの利用には、まずコンテナエンジンとしてDockerが必要となる。また、対応するコンテナクラスタはKubernetes（バージョン1.9以降）もしくはNomad＋サービスディスカバリツールConsul環境となっている。ただし、現時点ではNomadベースのクラスタでの利用は未テストというステータスのようだ。そのため今回は独自に構築したKubernetesベースのクラスタ上でIstioを利用する流れを説明する。 なお、IstioはKubernetesのServiceやPod、Deploymentといった機能と連携して動作するようになっている。そのため、利用にはKubernetesの知識が前提となる。本記事もKubernetesに関する知識がないと理解が難しい点があ

今回は Istioを用いて、Blue Green Deployment と Canary の実施方法を試してみた。 特に Canary に関しては、Vampという素晴らしいツールが DC/OS には存在するが、Kubernetes の方はalpha だし、決定版の Canaryの方法は無かった。しかし、サービスメッシュつまり、マイクロサービスの「隙間」を埋めるためのツールとして、Istioがリリースされた。おそらくこれがデファクトになっていくので、とても注目だ。 前提条件 前提として、次の環境をすでに構築していると想定している。私はAzure Container Service と Azure Container Registry で環境を作成したが、他のクラウドサービスでも同じように動作すると思う。 Azure Container Service (Kubernetes 1.6.6) A

唐突に鉄フライパンに手を出してから約２年。 いろいろな人におすすめしてきたものの、 実際に購入に至ったのは今のところ母ひとり。 ↓鉄フライパン関連の記事はこちら kaoriychan.hatenablog.com kaoriychan.hatenablog.com 我が家にとって鉄フライパンは非日常の雰囲気キッチンツールではなく、 すっかり生活の一部です。超日常。 ゆえに、 今さら記事にするほどのことでもないと思っていたのですが、 「鉄フライパン」の検索から当ブログに来ていただくことがままあるようで。 これは多少の需要があるのでは…？ということで、 我が家の鉄フライパンとその活用法、メリットデメリットをお話ししながら、 ダイレクトにマーケティングしていこうと思います。 改めて、我が家にある鉄フライパンのご紹介 まずはこちらの写真をご覧ください。 ５個もある。 いやね、鉄のフライパンがないと

◆ご成約となりました。たくさんのお問い合わせを頂き誠にありがとうございました！◆ ◎付属品◎ 取扱説明書/保証書兼整備手帳 正規ポルシェセンター横浜にて初度登録。 ◎メンテナンス記録◎ 2012年4月　21km時 PC横浜 2013年1月　7319km時 PC横浜 2013年6月　11225km時 PC横浜 2014年6月　16883km時 PC横浜 2014年9月　18143km時 PC横浜 2017年12月　31490km時 PC広島 2018年5月　34096km時 PC広島 2018年7月　35252km時 PC広島 2019年7月　43166km時 PC広島 2021年4月　49549km時 PC広島 2021年6月　50829km時 PC広島 ◎オプション・標準含む搭載装備◎（五十音順） アイドリングストップ機能 アルカンターラルーフライナー アルミニウムPDKセレクターレバー

排気量 3800cc 乗車定員 4人 修復歴 修復歴無し ミッション フロア7AT（PDK） 駆動区分 RR 正規ディーラー車 〇 ハンドル 左 車両品質検査 済み 禁煙車 〇 エンジン種別 ガソリン サイズ （全長/幅/高さ） 車台番号（下3桁） 256 ◎付属品◎ 取扱説明書/保証書兼整備記録簿/スペアキー１本 ポルシェセンター目黒にて初度登録 ◎メンテナンス記録◎ 2012年3月　1567km時 PC目黒 2012年4月　4544km時 PC目黒 2012年6月　8335km時 PC目黒 2012年8月　13360km時 PC目黒 2012年10月　14122km時 PC高崎前橋 2012年10月　14519km時 PC目黒 2013年9月　18011km時 PC横浜 2014年8月　18473km時 PC高崎前橋 2014年10月　20053km時 PC高崎前橋 2015年2月　2

先日、愛車　ポルシェ911GTS　2015　のバッテリーが完全に上がってしまいました。 それに伴い、相当苦労しましたので、対処法について書きたいと思います。 皆様のご参考になれば幸いです。 ★完全に放電したら鍵を開けるな！ バッテリーが完全に放電している場合、リモコンドアロックが作動しません。 その場合、リモコンキーの裏にあるリカバリー用のキーで、鍵穴でドアロックを解除しドアを開けるのですが・・・・・ 開くのですが、ドアを閉めてロックできません。リモコン以外ではロックできないので、完全放電した場合、新品のバッテリー等を用意できるまで、ドアを開けないほうが良いでしょう。ガレージをお持ちの方なら良いですが、屋外駐車場でこれをやると防犯上、かなりリスクがあります。 俺は、えらいことになりました(笑) ★完全放電するとボンネットがあかない！ 991のバッテリーはボンネットの中にあります。ということ

コラムオートマコラムMTオートマMTセミオートマDCT左ハンドル右ハンドルディーラー車新車並行車ガソリン軽油LPG電気灯油メタノールCNG圧縮水素その他エアコンパワステパワーウィンドウカーステエアバッグアルミホイール本革シートパワーシート3列シートサンルーフキーレスナビゲーションHDDナビDVDナビCDナビカーテレビCDMDプレーヤーMDプレーヤーCDプレーヤーABS盗難防止装置4輪駆動取扱説明書定期点検記録簿ワンオーナー

最近 Saltstack を触っております。 デバッグがてらに state.show_ 系のコマンドを打つことが多いのですが似たようなコマンドが多くて初見ではちんぷんかんぷんなんですよね。 state.show_sls state.show_low_sls state.show_highstate state.show_lowstate この high や low といった用語はあからさまに Saltstack ドメインの言葉遣いなのですが、ではそれが意味するところとは何なのか、今回はそれを押さえてより理解度深く Slatstack を使えるようになろうと思います。 といっても公式のドキュメントの簡単な和訳や要約なので特に大したことはしてません。 State System Layers Function Call Low Chunk Low State High Data SLS High

これはなんですか Terraform の Module を調べたときに理解しづらかったことを垂れ流しておきます。 実行ディレクトリの .tf はルートモジュール 実は、普段 terraform plan, terraform apply を実行するときに作る .tf 一式も ルートモジュール というモジュールである。モジュールだからこそ、通常のモジュールと同様に variable や output で入出力を持たせることができる。これはQiitaやブログだけ見てTerraformを設定していると見逃しがちである。 Every Terraform configuration has at least one module, known as its root module, which consists of the resources defined in the .tf files in

概要 個人の備忘録としてTerraformのModuleについてまとめていきます。 参考 Module導入前の課題 Terraformでインフラを管理していくにつれて、管理するインフラが増えてTerraform構成ファイルが複雑になっていきます。 固定の規則もなく一つの構成ファイルにて管理することで次のような課題につき当たります。 構成ファイルの理解とナビゲーションが難しくなる点 構成ファイルの更新がよりリスキーになる点。1つのセクションの更新が意図せず他の部分に影響を及ぼす恐れがあります 構成ファイル内に似たようなブロックの重複が増えていく点。例えば、dev/staging/productionの各環境を区分けする場合、これら環境の更新作業が負荷になります チームやプロジェクト間で構成ファイルの部分を共有しようと思い、構成ファイルをカッティングしたりペースティングした際にエラーが発生しメ

はじめに こんにちは。itoken1013です。 今年もラクスにたくさんの新入社員が入社しました。 日本中の新エンジニアが研修に取り組んでいるであろうこの頃、今回はGitとGitHubの超基本的な使い方をまとめてみたいと思います。 今やエンジニアにとって必須であるGitですが、チーム開発を行うためにはGitHubも使いこなせると、 よりスムーズに開発を進めることができるでしょう。 まずは今回の記事で基本的な使い方を押さえていただければと思います。 弊社ブログのGitに関わる関連記事もぜひご一読ください！ ・ 【Git入門】git cloneで既存リポジトリをクローンしよう！ ・ 【Git入門】git stashで作業を便利に退避する ・ 【Git入門】git commitを取り消したい、元に戻す方法まとめ はじめに 基本知識 まず、バージョン管理とは Gitとは リポジトリとは GitHu

gitを使うようになってからしばらく経ちますが、gitに関する記事などではしばしばこの「リモート追跡ブランチ」についての説明が省略されているなぁと感じたので、ここにまとめておこうと思います。 この投稿では、fetch・merge・pull・push4種類のコマンドを扱いながら、「リモート追跡ブランチ」 の理解を目指します。 それぞれのコマンドについて(概要)・git fetch リモートリポジトリの内容をリモート追跡ブランチに反映する。 ・git merge リモート追跡ブランチの内容をローカルブランチに反映する。 ・git pull リモートリポジトリの内容をローカルブランチに反映する。 (fetch + merge と同じ) ・git push ローカルブランチの内容をリモートリポジトリ及びリモート追跡ブランチに反映する。 もう少し詳しく説明していきます。 git fetchgit f