More than 5 years have passed since last update.

IBM Cloud (Watson API)を無期限で無料で利用できるライトアカウントの使い方

Last updated at 2017-12-01Posted at 2017-11-01

はじめに

IBM Cloud にこの2017/11/1より「ライトアカウント」が登場しました。これまでも無料で30日間利用できるトライアルアカウントがあったのですが今回トライアルが廃止され「ライトアカウント」になります。
ライトアカウントについてはこちらを参考にしてください。

特に気になるのは以下の2つの制約事項ですね

After 10 days of no development activity, your apps go to sleep. You can start working on new apps without having to worry about hitting memory quota limits.
After 30 days of no development activity, your service instances with Lite plans are deleted. This way, you don't have to manage deleting inactive instances before you create new ones.

ライトアカウント

注意点で上げられているように、「開発アクティビティ」が30日以内に必要であると書かれています。この「開発アクティビティ」がないと利用できなくなると明記されています。
然しながら先日報道発表でも有りましたが「商用」で利用することについては特に制約はありませんのでうまく活用すれば初期のコストを0で始めることも出来るかもしれません。

アカウント管理については5名までだが普通に機能が利用できる
ランタイムは、監視・ログ・CI(継続的インテグレーション）の機能が利用可能（特に制限はなし）
gitlabサービスが利用可能（プライベートリポジトリ可能）

申込み

必要なものは「メールアドレス」あとは入力として「氏名と電話番号」です。

「Create Free Account」をクリックします。

メールアドレスは以前にIBMidとして作成しているものは利用できません。新しいメールアドレスを用意して入力します。（ちな、hoge+hoge@gmaill 形式のエリアスは利用できなかったです）登録をクリックするとメールが送られてきます。

上記はメールのキャプチャです。メールに記載されている「Confirm Account」をクリックします。
これで登録は完了です。

ライトプランの使い勝手

アカウント

アカウント名は「姓名」が付いたアカウント名となる（これはこれまで同様）
アカウントへの他のIBMidユーザの招待可能（have 5 invites to shareとのことで５名まで）
- これは複数人で同じ環境さわれるということなので嬉しいですね。
- きちんと開発として利用できそうです
サービスID（これはサービスを利用するアカウントを個人ではなくIDだけを払い出せる仕組み）も問題なく払い出せます。
APIキーの発行も可能
アカウントの管理についてはライトアカウントであっても普通の有料プラン同等のことが可能の模様
重要だと思うのですが「Billing」の項目から「アカウントの削除」が可能の模様です。
アカウントは「アップグレード」でPay as you goに変更可能。その際に現在であれば $200がクレジットされる模様。

リージョン

リージョン何れかのリージョンでというように聞いていましたが最初から「米国南部」に設定されています。
他のリージョンに変更しようとするとアップグレードへ促すダイアログが表示され変更できません。
現時点では米国南部固定の模様です。

組織（Organization）

追加で作成できません。
初期の組織は「登録されたメールアドレス名」で作られています

スペース

作成可能です。
スペースが複数持つことが出来れば複数の環境がわかりやすく利用できるのでこれは助かりますね

カタログ

ライトプランがある（利用可能な）サービスのみが表示
分かりやすい反面、有料プランに促すために全部出ててもいいんじゃないの？という気もする。

サービス

選択可能なサービスについては、有料プラン（サービス）が表示されている。
選択すると「オーダ」ボタンが「アップグレード」のボタンに変化してオーダは出来ない

ランタイム（Cloud Foundryアプリケーション）

オーダ時にサイズが選択出来るようになっています。
相変わらずサンプルコードはダウンロード出来ません。(https://qiita.com/tokida/items/26221c543fd141c1e924)
ランタイムは複数起動可能（公式には256MBの制約）
- まぁこういうことも有りますよね
ランタイムには、「Monitoring」の設定を仕掛けておきます
- Notification への連携機能も「有効化」できます。
Logの表示についても Kibana　の画面（Log Analytics）で実行可能
アクセスログなども普通に確認できます
継続的インテグレーション（CI連携）も利用可能（ただしライトアカウントで招待できるのは5名まで）
- つまり gitlabも無料 で使える。プライベートリポジトリ作りたい放題
パイプラインも有料版と同様に利用可能（これは便利に使えそう）

コンテナアプリケーション（kubernetes)

Cluster

~~2017/11/01時点では利用できない模様。ただしこちらはライトアカウントで利用可能となっていたのでそのうちに動くと思われる。~~

2017/12/01

久しぶりに確認した所、Cluserの作成画面が動いていた。

Lite Planで作成した所、Germanyで動いている
マニュアル上の Getting startではbxの接続先リージョンがシドニーになっているが実際には、デプロイされたリージョンに接続する必要がある。

bx api https://api.eu-de.bluemix.net
bx login
bx cs clusters
bx cs cluster-config mycluster
export KUBECONFIG=/Users/hideaki/.bluemix/plugins/container-service/clusters/mycluster/kube-config-par01-mycluster.yml
kubectl get node
kubectl proxy &

Repository

IBM Cloudのコンテナサービスでは、Dockerイメージを保管するためのRepositoryサービスが提供されている。
ブラウザ側からはエラーで表示されないがCliでは動く
RepositoryのRegionは、KubernetesのNodeが動いているRegionで用意する必要がある。したがって今回の場合には eu-de に指定する

bx cr image-list
イメージをリストしています...

リポジトリー                                          名前空間   タグ     ダイジェスト   作成            サイズ   脆弱性の状況
registry.eu-de.bluemix.net/bmxlight/node-red-docker   bmxlight   latest   9260ed2c3202   10 months ago   280 MB   脆弱

OK

脆弱性チェック

自動的にコンテナイメージはスキャンされる。今回のケースでは20ほどのエラーが内在していた。

bx cr va registry.eu-de.bluemix.net/bmxlight/node-red-docker
「registry.eu-de.bluemix.net/bmxlight/node-red-docker」の脆弱性を確認中...

イメージ「registry.eu-de.bluemix.net/bmxlight/node-red-docker」の最終スキャン時刻は Fri Dec  1 10:57:05 JST 2017 です。
スキャン結果は、イメージを 注意 してデプロイする必要があることを示しています。

パッケージ    要約                                                                        URL
imagemagick   This update fixes several vulnerabilities in imagemagick: Various memory    https://lists.debian.org/debian-security-announce/2017/msg00303.html
              handling problems and cases of missing or incomplete input sanitising
              may result in denial of service, memory disclosure or the execution of
              arbitrary code if malformed image files are processed.
(略)

Node-REDを起動してみる on Kuberntes

今回はシンプルにNode-REDを起動してみます。
詳しくは記載しないので流れを書いていきます。まずローカルのDockerに nodered/node-red-docker イメージが有るとして進めます。

プライベートリポジトリにコンテナイメージを転送
- docker tag nodered/node-red-docker registry.eu-de.bluemix.net/bmxlight/node-red-docker:latest
- docker push registry.eu-de.bluemix.net/bmxlight/node-red-docker:latest
PODを起動
- kubectl run node-red-deployment --image=registry.eu-de.bluemix.net/bmdlight/node-red-docker:latest
サービスの作成
- kubectl expose deployment/node-red-deployment --type=NodePort --port=1880 --name=node-red-service --target-port=1880

動作の確認

$ kubectl describe service node-red-service
Name:			node-red-service
Namespace:		default
Labels:			run=node-red-deployment
Annotations:		<none>
Selector:		run=node-red-deployment
Type:			NodePort
IP:			172.21.69.94
Port:			<unset>	1880/TCP
NodePort:		<unset>	31957/TCP
Endpoints:		<none>
Session Affinity:	None
Events:			<none>

このコンテナがどこで動いているかを確認します。

bx cs workers mycluster
OK
ID                                                 Public IP      Private IP       Machine Type   State    Status   Version
kube-par01-pa4ef8a32815924046bc5ae9c158aa27c3-w1   169.51.20.xx   10.126.126.209   free           normal   Ready    1.7.4_1504

NodePortとして開放されているのが 31957/tcp となるので確認をしてみます。