スキップしてメイン コンテンツに移動

MicrosoftのDCについてのASCIIの記事が面白かった

MicrosoftのDCについてのASCIIの記事が面白かった

http://ascii.jp/elem/000/001/474/1474081/

Mastodonで流れてきたので読みました。Microsoftの厳しいDC(データセンター)の立地要件や、中を案内するときの事が書いてあって面白かったです。
何より面白いのは、知らなければ答えようがないという考え方ですね〜。

私ですと、あらゆるものを共有しまくって、社内でいかに透明化してデータを共有するかという方が効率化できるという考えの人間なので、こういう逆転の発想、また大きい企業で、それなりの責任を求められる企業の宿命(?)的なものを垣間見れて面白かったです。色にまでこだわっているとは。

それにしても、そこまでしてもこのようなことが起きてしまうというのは、避けがたいのか、それとも…頑張って欲しいです。ついでに言うと私はGoogle Cloudのほうに頑張って欲しいです。

(ここまで書いておいてなんですが、Azureは触ったこともありませんし、触るつもりもじつはありません…。)

コメント

このブログの人気の投稿

GoでPodcast用のサーバーを組むときに良い(良さそうな)lib

いい感じのライブラリ、あります。 現在作成中のPadio(仮名)というサービスではこれを使っています(が、しかしもしかしたら変えるかも。現状はすごい満足)。 https://github.com/eduncan911/podcast https://godoc.org/github.com/eduncan911/podcast

Vaffle.vimがいい感じ

実はいまのいままで、ずっとUnite.vimを使い続けてきていました。 Shougoさんのunite.vimは確かに素晴らしかったです。しかしながら、私には到底使い切れるものでもなく、もったいないとおもいつつ、ファイラーとmruのみを使う日々が続いておりました。 御存知の通り、随分前にご本人はすでにuniteからdeniteへと移行をしています。 知らなかったわけではないんですが、動いてるし速度にも問題を感じることがなかったので放置していました。 しかし今回、現状に合わせて、この部分を考え直すことにしました。要するにVimのファイラをどうしよう問題です。 で、いろいろ見た限り、わたしには、 https://github.com/cocopon/vaffle.vim これが最も適しているようでした。 ブログ記事はこちらです。 http://cocopon.me/blog/?p=6084 かなり気に入っています。動作はなかなかに速いですし、hjklで移動できる感覚も、なれると良いものですね。 あとはmruをどうしようかなーというところのみとなりました。

Goをdaemonizeするのにdockerが最適

Goはdaemonが弱かった https://de-liker-go.blogspot.jp/2015/11/gogowebapp.html この記事で書いたとおり、私はGoのdaemonについて考えてきました。 解決法 1年ほど前から、Goのdaemonはdockerで実現しています。 (御存知の通り、dockerはGo製ですが、daemonを実行するすべを結構ちゃんと持っているみたいで。serviceなどに頼ればよかったんですが、そこを手で書くのも、パッケージ使うのもなぁと思っていたので、dockerいいなと。) imageはalpineを使っています。これに必要なlibc類をいれて、cgoをnoにして、使っています。今のところこれで問題ないので運用していますが、何か問題が出たらまたここにかくかもしれません。