「０９０」と「０８０」で始まる番号はすべて使われ、「０７０」で始まる番号も近く枯渇する恐れがあるため、「０６０」の割り当てを検討していた。しかし、機器同士の通信などデータ通信専用に、新たに「０２０」を割り当てることで、番号の枯渇を防げると判断した。 総務省の有識者会議が１６日、番号割り当てに関する報告書をまとめた。総務省は来年４月以降に省令を改正し、早ければ来年中にも「０２０」の利用を始める。「０２０」では従来よりも２桁長い１３桁の番号とすることで、８０億件の番号を用意する。 音声以外の契約にも「０７０」などを割り当てていたが、「０２０」に一本化する。多くの番号を作ることであらゆるモノがインターネットにつながる「ＩｏＴ」技術の進展に備える考えだ。

ので、メモ。 Spot fleet launches Spot instances in the lowest priced Availability Zone 本日(2015年7月24日)からSpotフリートの機能にて、spot fleet launch specificationで指定した複数のVPCサブネットもしくはAZの中で最も安いAZにSpotインスタンスを起動するようになりました。以前は、複数サブネットの中で最安値のサブネットに起動したい場合には、自分自身で最安値のAZを決定し、Spotフリートリクエストを実行する必要がありました ということで、spot fleet launch specificationの記載方法の自由度が増しました。 設定例(spot.json) ここでは、 C3.8xlargeかCC2.8xlargeを、subnet-aaaaaa (AZ-a)か sub

プロジェクトメンバーが無駄に多いのが、日本型SIの特徴のひとつである。「工数を人数で割れば工期が出る」と考えることが間違いであることは、ブルックスの著書「人月の神話」によって今から40年前に指摘されている。それにもかかわらず、相変わらず多くのプロジェクトで必要以上の人数が投入されている。 私がとくに不思議に思うのが、基本設計を何人もの要員で分担するやり方だ。DB設計と機能設計と業務設計の担当を分けるとか、サブシステム毎に担当を分けるといった体制がしばしば敷かれる。詳細設計の段階でというのならまだわかるが、基本設計でそれをやってはいけない。 なぜか。業務システムにはアーキテクチャ（意図された構造）が求められる。そして、そこに含まれる膨大な定義要素は、統一感や一貫性を保ち、かつMECEな形で切り出されなければいけない。複数の要員で分担などすれば、それらの課題が一挙に難しくなる。また、DB構成と

ウィスキー、シガー、パイプをこよなく愛する大栗です。 re:Invent 2015でKinesis FirehoseとKinesis Analyticsのセッションに参加したのでレポートします。 Amazon Kinsisについて コンセプト S3とRedshiftへのエクスペリエンス データのプットにAmazon Kinesis AgentとKey APIを使用する 価格 データ配信のパターン keyメトリクスへの理解 トラブルシューティング ストリームデータのAWS流のやり方 プロビジョン、デプロイ、管理が簡単 エラスティックに拡張可能 リアルタイムなレイテンシ 使った分だけ支払う、先払い無し 特定のユースケースに対する正しいサービス re:Invent 2013時点のKinesis Streams 発表時点では、以下のような構成でした。 Kinesisを使用したケーススタディ 日本企

Parrots in captivity seem to enjoy video-chatting with their friends on Messenger

イベント名: HashiCode#2 HashiCorp道場番外編 〜HashiConf 2015報告会〜 開催日時: 2015-10-19(月) 19:30-21:00 会場: インプレスセミナールーム（神保町） クリエーションラインの前佛さんのイベント HashiCode#2 に参加してきました。 今回の内容は、9/28〜29にオレゴン州ポートランドで開催された HashiConf 2015 の報告会、および10/22に発売される前佛さんの書籍 DevOpsを支える HashiCorpツール大全 (Think IT Books) の先行販売イベントでした。僕も書籍を購入して、その場で前佛さんのサインを頂きました。書籍の内容はThinkITの連載＋コマンドリファレンスのようです。詳しくはこれから読んでみます。 報告会では、HashiConfで新たに発表されたNomadとOttoの話題が多