インターネットでは、面識のない個人や、違う場の空気をもつコミュニティが人やグループの行動・言動に緩やかに、時に匿名で一方的に干渉できるので、職場や学校などといったリアルの世界と比べ「批判」が醸成されやすいのは我々の経験がよく知るところです。「インターネットはその匿名性ゆえに無責任な批判が跋扈する、なのでけしからん」といった議論はfacebookの実名制が普及した今でもよく目にしますが、その背後にはそもそも批判そのものが「けしからん」から、ないしは少なくとも原則するべきものではない（それゆえするなら何らかの責任を伴う）から、という前提が垣間見えます。もし批判が一般に歓迎されるべきものなのであれば、批判が集まりやすいインターネットはその意味で社会にとって有益だ、ということになりそうです。 少し前に、僧侶の松山大耕さんがTEDで日本人の宗教観を説いて話題になりました。曰く、日本人の宗教観は"be

Azureでは、管理スタックが従来のASM (Azure Service Management、Azureサービス管理) から新しいARM (Azure Resource Manager、Azureリソース マネージャー) に移行しつつあります。 これに伴い、Azure Virtual Machines (Azure仮想マシン) を中心としたAzureのIaaS機能群も、ASMベース (クラシック、V1) から ARMベース (V2) に移行しつつあります。 今回公開した「Microsoft Azure IaaS リファレンス アーキテクチャ ガイド」は、ARMベースのIaaSを理解するためのまとまった情報源となっています。ぜひご覧ください。 Microsoft Azure IaaS リファレンス アーキテクチャ ガイド http://www.microsoft.com/ja-jp/ser

アプレッソは2016年1月19日、EAI（データ連携）ソフト「DataSpider Servista」について、Microsoft Azure向けの接続機能を強化したと発表した。新たに連携用のソフト（アダプター）を介して、機械学習に必要なデータを投入して結果を取得できるようにした。Azure用の接続アダプターは、豆蔵のグループ会社であるネクストスケープとアプレッソが共同で開発した。 DataSpider Servistaは、データベースやWebサービスといった複数のシステム同士を、特定のスケジュールやイベントなどが発生したタイミングでデータ連携させるためのEAIソフトである（関連記事：アプレッソ、データ連携ソフトの新版でAWS連携を強化）。システム同士のデータ連携ロジックはマウス操作で定義できる。連携アダプターの適用により、各種のデータベースサーバーやクラウドサービスなど、さまざまなデータ

Photo by Tim Menzies こんにちは。テクニカル・ライターの可知(@y_catch)です。 IT業界には多重下請けが蔓延しています。私の身近なところでも多重下請け構造の中で働いている人も居ますが、実際に体験した人や聞いたことがある人も多いと思います。たしかに多重下請け構造は、企業側にとって不可欠な仕組みとなっていますが、階層の下のほうで悪戦苦闘しているITエンジニアや、これからIT業界に参加しようとしている人たちにとっては、切実な課題だと思います。 そこで今回は、IT業界の多重下請け構造について解説しながら、ITエンジニアのキャリアプランについて、どのような方向性があるか整理してみたいと思います。 [目次] IT業界の給与格差 給与格差の元になる、IT業界の多重下請け構造 IT業界は、どう人材を育成しているのか ITエンジニアにとってのメリットとデメリット ITエンジニアと

タイトルが変わっていました。 日本のSIerが死にゆく理由 - 山本大の日記 だったんだけど。 セキュリティ事故ってもう日常茶飯事で、萎縮ムードは常識化してる。 大きなSIerになればなるほど、もう社員のことは信用しない。 それって大手のSIerが死にゆく理由だと感じてしょうがない。 社員さんよ、「信用してないけど結果残せ」って言われてる感じじゃない？ 前時代的セキュリティ滅ぶべし - レベルエンター山本大のブログ ええと…僕、今大手SIerアンダーの仕事やっていますけど、萎縮ムードとか別に感じない（ちゃんとやろうぜ！というのはある）。 セキュリティ事故は本質的にはSIerが起こすんじゃなくてユーザー企業が起こすものだ。開発現場におけるセキュリティ事故なんてのも例えば大手金融なんかは本番データの扱いが非常に厳密な結果としてSIerはそれなりに安心して作業できる一方で本番と開発のネットワーク

自社のワークスタイルをリモートワーク主体に転換した株式会社ソニックガーデン社長の倉貫義人氏と、倉貫氏の取り組みに強いシンパシーを感じるサイボウズ 青野慶久社長の対談。前編「社長の僕が、率先して会社に通勤するのをやめてみたら？ 」では、リモートワーク導入の成否を分けるのは社員がセルフマネジメントできているかどうかということで、意見が一致した両者。 第2回では、対談に同席していたサイボウズの開発マネージャー・佐藤鉄平、田中裕一の2名も交えて、「何をもってセルフマネジメントができていると判断するのか」「リモートワーク導入により、経営者のマネジメントはどのように変わるのか」といったテーマへと話を深めていきます。

もともとは2016年の年の初めに書こうかと思っていたことですが、時間も経ってしまっていたところ、アリエルの井上さんとの対談 　IT屋はバズワードを使ってはいけない……のか？ (1/5)：EnterpriseZine（エンタープライズジン） も あって、ちょうどいいので記録的に思うところを書いておきます。 ・前提 ここではITと言う漠然とした言い方になっていますが、日本で最もマーケットの大きい、いわゆる業務システムを対象にしています。いわゆるSIの対象になるところです。と言っても一概に言えないので、売上2000億円程度の大規模企業の、下の方から、中小企業までの話にしています。売上が兆円単位の規模の社会インフラ系のシステムは、その2 ITは必要悪か？その2 - 急がば回れ、選ぶなら近道 で考えます。業務システムなのでコンシューマーものは考えてません。 ・ITは必要悪という認識 基本的にユーザ企

※このエントリは個人の見解であり、所属する組織の公式見解ではありません このエントリは、MongoDB Advent Calendar 2015 18日目のエントリです。 どうもどうも乙カレー様です。桑野です。 MongoDB on AWS的ななにかを書こうとしたのですが、その前にこれ紹介したことなかったなーと思いDEXの紹介しようと思います。 DEXとは あのMongoDBならこの人達のMongolabさんの作った、MongoDBのSlowlogなどから適切なINDEX設定をRecommendしてくれるプロダクトになります。 神様仏様Mongolab様。 インストール pipで簡単。 $ pip install dex コマンドライン手順 基本的には、MongoDBのURLと、Logのパスを指定していきましょう。 $ dex -f /var/log/mongodb/mongodb.log

あけましておめでとうございます！！ チーフエンジニアの落合です！ それでは、新年1発目のネタですが・・・・MongoDB3.2です！ 現在、PR TIMESで扱っているサービスに、MongoDBを導入検討を行っております。 導入する事を前提に、複数台のサーバーを用いて、 シャーディング構成（レプリカセットは無し）を作成しましたので、 本日は、構築手順を報告したいと思います。 前提 まずは、以下の通りに３台のVPSを開発環境として用意しています。 今回は、さくらインターネットのVPSを使用し、スイッチを使ってプライベートネットワークを構築しています。 サーバー名* プライベートIP* OS* mongo01 192.168.0.1 Centos6.5 mongo02 192.168.0.2 Centos6.5 mongo03 192.168.0.3 Centos6.5 インストール手順 Mo

記事 https://fa-works.com/blog/why-you-should-never-ever-ever-use-mongodb なかなか香しいな。 というよりコイツ他のブログも結構ヒドイｗ とりあえず不満をぶちまけるタイプのようだ。 で、、事の本質はプロダクトの設計がちゃんと出来ない人はどんな場合でも選択を間違えるという事だ。 実際MongoDBは使いどころがかなり限られている。 MongoDBが得意なケース"以外"では絶対MongoDBを使ってはならない WriteConcernはあくまでAdditionalな機能であって本来やりたい事では無い。（RDBMSなら２フェーズコミットだぜ？） 実際、最近追加されたReadConcernもヒドイ実装である。 殆どのケースではORMが完備してるフレームとMySQLを使うのが鉄板なのは間違いない。 じゃあ具体的にいつ使うのか？という

DockerについてはThinkITでもこれまで何度か解説してきた。今回はDockerを仕事で扱っている方々に、Dockerをどう使っているか、どう使うのがよいかについて、座談会形式で話していただいた。（※この座談会は2015年に実施されたものです） 後編である今回は、ある程度の規模で実運用に使うときの課題や、利用する側の企業の課題、Dockerの上のソフトウェアの動向、Docker社の動向、といったテーマでお送りする。前編はこちら。 複数のコンテナーでシステムを組むのはまだ大変 松井：Dockerも、1つのコンテナーならいいのですが、複数のコンテナーでシステムを組むときには、いろいろ考えることが出てきますよね。ネットワーキングやストレージ、スケジューリング、バランシングなど。 そうすると結局PaaSのようになってきて、OpenShift 3やFlynnのようなシステムになる。でもロックイ

2016/02/22 GMOペパボでMySQL勉強会 * わりと前にやったやつ成分が多めです。 * Excel方眼紙のページがないのは仕様です。Read less

Translation of "Understanding the bin, sbin, usr/bin, usr/sbin split" Posted by midchildan on May 22, 2015 1969年、どのようにケン・トンプソンとデニス・リッチーはPDP-7でUnixを開発したか知っているだろうか。実は1971年に彼らは1.5MBのRK05ディスクパックを2つ搭載したPDP-11にアップグレードした。 彼らのOSが大きくなり、ルートファイルシステムとして使ってた1個目のディスクに収まりきらなくなったとき、保存しきれなくなったファイルは2個目のディスクに移した。このディスクにはもともとユーザーのホームディレクトリが保存されてたために /usr という名前でマウントされていた。こうして第二ディスクに /bin , /sbin , /lib , /tmp などOSのディレ

私はWeb関連の基盤技術を20年くらいやっています。 最近の仕事としてはディー・エヌ・エーで「H2O」というWebサーバを開発していて、2016年2月に1.7.0をリリースしました。HTTP/2対応のWebサーバとしてはおそらく世界最速で洗練された実装だろうという評価をいただいています。 本日はサーバ技術をそもそもどういう評価軸でわれわれが見ているのか、HTTP/2の特長。そしてサーバプッシュとはなにか、HTTPS化はどれだけサーバ負荷が上がるのかについてのわれわれの見解。Webサーバ内でのスクリプト実行がどう変わってきているのか、といった話をしていきます。 サーバ技術の評価軸 サーバ技術の評価軸をどう考えているかですが、大きく分けて4つの項目で考えています。 サーバ負荷 転送データ量 応答性 設定・運用コスト まず「サーバ負荷」です。小規模なWebサイトではサーバ負荷はそれほど問題にはな

昨日に引き続いて分散システムのデザインパターンについて書いていきたい。 だがそれ以前に故障モデルに関する前提を忘れてはならない。人によって様々な方針があるが、個人的には分散システムの世界において意識しなくてはならない故障モデルは4つだと考えている。僕は前回のブログに書いた Replication の本をベースに書いており、少し言葉遣いや定義が他とやや違う点は許して欲しい。また、通信の脱落・遅延とはレイヤーが異なる議論である。 故障モデルの分類 故障が起きないモデル これは故障が起きない世界を仮定するモデルである。これ自体はプロダクションにそのまま投入できるものではない。だがこの故障モデルを想定しても解けない問題は故障が発生する状況では絶対解けない事が断言できたり、合意プロトコルが正しいかを議論する土台となったり、様々な実用的なアルゴリズムや分散システムの土台となるアルゴリズムが生まれる土壌

3. Yahoo! JAPANのRDB環境 • 11g RAC Enterprise Edition • 約200DB • サーバ 200台, Exadata もあるよ • MySQL 5.1 (RR,Mixed) Percona 5.5 (RR,Mixed) Percona 5.6 (RC,RBR,GTID) • 約500DB • サーバ 300台 Oracle Database MySQL Percona

今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件　嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お