ちょう久々にCloud Foundry Advent Calendarやります！
自分自身も記憶が曖昧だったんだけど、Cloud Foundry Advent Calendarやったの2013年が最後なんですよね。2014年とか15年はOpen PaaSと間口を広げて開催したので。
ただ、今年はCloud Foundry Container Runtimeもありーの、BOSH v2もありーのでCloud Foundry特化でも結構ネタが書けるんじゃないかなと思いまして。自分自身も転職により、よりCFに近い立ち位置になりましたので、改めてAdvent Calendarをやってみようと思った次第。
というわけで、CFに関わっている方も、趣味でやっている方も、利用者として使われている方も、気軽に参加していただければと思います。 難しい内容でもライトな内容でも大歓迎です！
先日第二種電気工事士の実技試験を受けてきたんですが、9/1に発表があり無事合格してました。
実は去年も受けていて、筆記は簡単に突破したんですが実技はどこかをミスったと考えられ、不合格になっていました。 1年間は学科免除になるとのことなので、今年再挑戦した次第。
勉強や練習に費やした時間は 筆記: 15時間〜20時間 実技: 12時間 (去年4時間、今年8時間)
正直そんなに勉強に時間を使いたくなかったので、直前に詰め込む形で勉強。
筆記対策で購入したのはこのシリーズの2016年版。対策本と過去問。 amzn.to amzn.to
対策本を1周通しで読み、その後はひたすら過去問を解くという形。おそらく8割くらいはとれたんじゃないかな？
実技は工具セットと練習用材料キットを購入
http://amzn.to/2wvNazjamzn.to http://amzn.to/2exJlFcamzn.to
去年は練習用キットで一通り基礎の使い方を学んで、ホーザンのサイトで候補問題をいくつか動画視聴。ただ、正直これではまったくの準備不足でした。最終的には時間が不足し、残り数十秒というところでなんとか完成させたものの、チェックを行う時間すら無いという状況に陥ってしまいました。
今年は全ての候補問題の動画視聴＆単線図⇒複線図起こしを行い、かつ器具の使い方や加工についても、頭で考えること無く手が動くように前日はひたすら反復練習。
結果として、試験時間5分前に完成させ、欠陥がないかチェックを行う余裕も持てました。
ということで、最終的には実技＋筆記で30時間くらい費やしたかなという感じです。 今後チャレンジされる方は、筆記が簡単だからといって、実技で油断しないようにしましょう･･･
既に各所でニュースになっていますが、アメリカで開催されていたVMworld 2017でPivotal Container Serviceが発表されました。
VMwareとPivotalが「Pivotal Container Service」発表-Google Cloudと協業
エンタープライズ向けKubernetesということで、大きく注目されたようです。
PKSは、今年の春に発表されたKubo(Kubernetes-BOSH)を中心に、いくつかのVMwareテクノロジーを組み合わせた構成になっています。
KuboはCloud Foundryでも使われているBOSHでKubernetesのデプロイと運用をしてしまおうという仕組みです。既に世の中にはいくつかのKubernetesのデプロイツールが存在していますが、これらはあくまでもデプロイをやってくれるだけ。実際に運用を行っていく上で必要なモニタリングやロギングなどの要素は別途作る必要があります。
ただ、Kubernetesのような大規模な仕組みの運用ってかなり大変なんですよね。でも、Cloud Foundryの運用ノウハウが詰まったBOSHを使うことで、そのあたりを一挙に解決できます。
BOSHをもっと知りたい、試したいという方は、makingさんのblogを参考にするのがよいでしょう。
また、9/12に開催されるCloud Foundry Tokyo MeetupではBOSH祭りと称して、BOSHの基礎から利用事例まで幅広いセッションが予定されてますので、興味のある方はこちらも是非。
k8sのオーバーレイネットワーク部分にはCNI準拠のNSX-Tが。 Docker RegistryとしてHarborが使われています。
GCPと連携するための仕組みとして、GCP Service Brokerが用意されています。 GCP Service BrokerはOpen Service Brokerに準拠しており、これを経由してGCPの各サービスのプロビジョニングやコンフィグレーションが行われます。
VMworldのKeynoteでは、PKSのデモも行われました。このビデオの0:52あたりを参照。 自分もPKSのデモは初めて見たんですが、おおすげぇ！ってなりました。こんなに簡単にk8sクラスタ作れちゃうのすごい。
実物触れるようになる日が楽しみですね。
先日開催された MasterCloud #4 で、Cloud Foundryについてお話してきました。
発表資料はこちら
Dockerは便利だけど、自分でイメージの管理するとなると結構手間かかったりするんですよね。 自前でコンテナイメージの作成や管理できるのは便利なケースもある一方、手間ばかりかかって開発速度が落ちるというケースもしばしば。じゃあどうすれば？というときに、Cloud Foundryという選択肢も考えてみてはいかがでしょう という発表内容でした。
OpenStackDaysのテクニカルセッションで話したスライドです。
個人的にCFで一番好きな機能がServiceBrokerなんですが、この仕様がCF特化ではなくてより汎用的になって、k8sをはじめとした他のプラットフォームからでも利用可能になるのが、このOpenServiceBroker。
CFの強みのひとつを外だししちゃっていいの？という気持ちはあるけれど、これでエコシステムが拡大するならばそれはそれでありなのかな。
これまでWordPressやGhostなどでBlogを書いていたけれど、そろそろ自前blogも面倒に感じてきた。
実際いちど、消してはいけないVPSアカウントを消してしまい、それまでのブログデータもろとも吹っ飛ばす事故やらかしてからは、もう自前でないほうがいいんじゃないかと。
データ吹っ飛ばす事件以降、blog書く気力も無くしていたので、この際引っ越してそっちで心機一転やろうかなと。
ということで、はてなブログに引っ越してPro契約。独自ドメインは過去のblogのものを引っ越し。 Ghostで書いていたデータはインポート出来なかったんだけど、たいした記事数もなかったんでひとつひとつコピペして引っ越し。markdownでかけるので単純にコピペするだけでよかった。
ということで、今後週1回くらいはかけるようにしたいなー。
あとデザインもちょっといじらないと。デフォルトだとあんまり好みじゃない。
先日書いたこの記事
ですが、Open Service Broker APIとしてサイトが出来ていました。
Open Service Broker APIのspecはこのドキュメントにまとめられていくようですが、現時点ではCloud FoundryのService Broker APIそのものになっていますね。
CF Service Broker APIは、Cloud Foundryにしかないorganization_idやspace_idといったパラメータが必須項目になっており、このままではk8sやOpenShiftで利用するのは難しいでしょう。
今後このあたりのCF特化の項目が取り払われていき、より汎用的なAPIになってくのかなと考えられます。
議論はSlackやGoogleGroups/MLで進められていくようなので、興味のある方は参加してみてはいかがでしょうか。
