2018-02-18

.NET Coreを弄っているとよくあること

.NET Azure Tips

使おうと思ったライブラリが .NET Framework 向けのみで .NET Core に対応していない。

これにつきる。気を付けましょう。例えば……

f:id:koudenpa:20180218173117p:plain

依存関係はないといったな？　それは嘘だ。

f:id:koudenpa:20180218173145p:plain

パッケージ 'WindowsAzure.ServiceBus 4.2.1-preview' はプロジェクトのターゲットフレームワーク '.NETCoreApp,Version=v2.0' ではなく '.NETFramework,Version=v4.6.1' を使用して復元されました。このパッケージは、使用しているプロジェクトとの完全な互換性がない可能性があります。

ちなみに、下の方にいる WindowsAzure.Storage は .NET Core 対応です。同じ系統の名前なのに！

必ず、依存関係に対応の記載があるライブラリを使用する。 ServiceBus に関しては正解はこちら。

f:id:koudenpa:20180218174835p:plain

余談

僕はただSAS トークンでServiceBus Topic の Subscription を作りたかっただけなんだ。

Microsoft.Azure.ServiceBus では、それができない。というよりは、REST APIではSAS トークンでの操作がサポートされていない、かな。多分。

Azure Service Bus 管理ライブラリ | Microsoft Docs

前提条件に、アプリケーションのADアプリとしての登録があって、怪しみは感じた。

（今回は単に自分が面倒だっただけなので、Azureを活用するアプリケーションはADアプリとして登録して、関連サービスを活用できるように認証したほうがいいです。そのADアプリにどんな認可を与えるか？　でアプリケーションに対する権限を一元管理できて非常に便利です）

WindowsAzure.ServiceBus では、できる。こちらは、.NET（というよりはWindows）クライアントとして作成されているのだろう。 HTTP以外のプロトコルを使うサービスはライブラリ整備が大変そう。

azure-content-jajp/service-bus-create-topics-subscriptions.md at master · yuesan/azure-content-jajp · GitHub

それぞれのライブラリドキュメントは多分この辺り。

Microsoft.ServiceBus Namespace | Microsoft Docs

Microsoft.Azure.ServiceBus Namespace | Microsoft Docs

非常に迷いやすいと思うんだよね！

2018-02-13

ITエンジニアとしてのちっぽけなプライド

雑記エンジニア定年

10年以上仕事としてITエンジニアしていると、多少のプライドがあったりする。

なんとなくメモっておく。

ちゃんと読む
ちゃんと動かす

こんなもん。

1. ちゃんと読む

何かしらのプログラムをする際には必ず関連するドキュメントがある。

それは、言語やフレームワークの仕様だったり、関連サービス、システムの仕様や案内だったり、そもそもプログラム対象の仕様だったりする。

当たり前だけれどそれらはちゃんと読む。

2. ちゃんと動かす

自分がエンジニアリングしたものは、自分ができる範囲で動作の確認を行ってから手を放す。

当たり前だけれど作ったものはちゃんと動かす。

事例

仕事をはじめて数年目のころだったと思うのだけれど、BtoBの認証プロキシーサービスのバックエンドで動作するWebシステムの開発に関わったことがある。

これはちゃんと動かす、ということが外部結合テストまでできなかったのだけれど、ちゃんとプロキシーサービスのドキュメントを読んでおいたので、結合時の疎通は無障害で通過した。（他のチームは疎通まで相当時間かかっているところが多かった）

別に、ドキュメントには大したことが書いてあったわけではない。おぼろげな記憶だけれどこんな感じだっただろうか。

認証されたユーザーの情報がHTTPヘッダに入っている
何だったか忘れたが、公開鍵暗号での暗号文がHTTPヘッダに入っている
レスポンスボディを一定のルールで書き換える

そのくらいのことはサラッとやってのけたい、のけてやる、といったところが自分のITエンジニアとしてのプライドなのだ。

2018-01-16

サービスレベルについて思ったこと

雑記 ConoHa

ConoHaのオブジェクトストレージの特定のオブジェクト（https://object-storage.tyo1.conoha.io/v1/~~）へのHTTPSアクセスをMackerelでURL外形監視してます。

以下の表は去年12月から明けて正月明けの期間のアラートの発生と解消時刻、発生から解消までの秒数をまとめたものです。

アラート内容は全てタイムアウトです。

CreatedDateTime	ClosedDateTime	OpenSec
2018/1/9 18:13	2018/1/9 19:35	4907
2018/1/8 20:30	2018/1/8 20:48	1068
2018/1/8 20:05	2018/1/8 20:27	1314
2018/1/2 20:50	2018/1/2 21:19	1724
2018/1/2 20:37	2018/1/2 20:47	585
2018/1/2 20:06	2018/1/2 20:34	1673
2017/12/28 20:58	2017/12/28 21:26	1662
2017/12/25 20:38	2017/12/25 20:43	289
2017/12/19 20:08	2017/12/19 20:13	285
2017/12/12 20:04	2017/12/12 20:05	52
2017/12/8 14:33	2017/12/8 14:35	107
2017/12/7 21:58	2017/12/7 22:01	176
2017/12/6 20:03	2017/12/6 20:04	49
2017/12/5 20:03	2017/12/5 20:04	58
2017/12/4 17:33	2017/12/4 17:36	167
2017/12/3 20:03	2017/12/3 20:04	47
2017/12/1 20:04	2017/12/1 20:05	52

この状況について問い合わせたところ、ネットワークは共有なので利用状況に応じてこうしたネットワーク遅延は発生するとのことでした。

これをどう感じるかは人それぞれかと思いますが、自分は今後新規にConoHaのオブジェクトストレージを使用することはないでしょう。

VPSと違ってパブリッククラウドの同種のサービスと比べてコストメリットもほとんどありません。

2017-12-12

Node-REDのMackerelノードを作る

Mackerel Node-RED

この記事は Mackerel Advent Calendar 2017 - Qiita の13日目です。

昨日は hoosoi - Qiita さんの XXX でした。

さて、先日は Node-RED から http request node を使ってサービスメトリックを投げました。

koudenpa.hatenablog.com

が API-Key を function node にべた書きするなど相当イケていない形であったことは否定できません。というか、クソ改善の余地がある実装です。

というわけで、認証情報を秘密にすることを主な目的に Mackerel にサービスメトリックを投げるNodeを作成してみました。

Node-RED日本ユーザ会 : はじめてのノード開発

~~にチュートリアルがあるのでそれに従って作成していきます。~~

やりたいことは単なるHTTPSリクエストなので、その機能があるノードを~~参考にし~~ パクって作成しました。

github.com

2017-12-05

Node-RED から Mackerel にサービスメトリックを投げる

Mackerel Node-RED

ここは Mackerel Advent Calendar 2017 - Qiita の13日目予定地です。

さて……

Node-RED からMackerelにメトリックを投げる例はググっても見当たらなかった気がするので、試してみた。

こういった「やってみた」は先人がいても、どんなにくだらない内容でも気にしないで発信する強い心が必要である。

とりあえず http request node でどうにかしてみる。

f:id:koudenpa:20171204234212p:plain

http request node は、リクエスト内容をNodeへのInputで指定できるので、手前のNodeでサービスメトリックをPostするように設定してやればよい。

さしあたって function node でごり押しする。

f:id:koudenpa:20171204233734p:plain

let time = (new Date()).getTime() / 1000;
let randomValue = Math.random();

msg.payload = new Array({
    name: "random-value",
    time: time,
    value: randomValue
});

// XXX Secret!
msg.headers = {
  "X-Api-Key": "かっこ悪いけれど別にAPI-Keyを埋め込んだっていいじゃない"  
};

msg.url = "https://api.mackerelio.com/api/v0/services/node-red/tsdb"
msg.method = "POST";

return msg;