はてなブックマーク

Microsoft が MySQL/PostgreSQL のマネージドサービスを始めます 内部的にはずっと前から取り組みがされていて、多くの新規 Azure ユーザから望まれていた一方なかなか出てこなかった MySQL/PostgreSQL のマネージドサービスがいよいよ出てきました。 azure.microsoft.com azure.microsoft.com 何年も待ったわ～ほんとに。。。 これまでの MySQL/PostgreSQL マネージドサービスの課題 各種クラウドにあるサービスには大きく2つの課題があったと思います “インスタンス” というサイジング どのサービスも基本的に “仮想マシン” 単位で要求性能とキャパシティを決めて、そこにセットアップの自動化とバックアップ、そして別インスタンスへのフェイルオーバーを提供するものでした。 仮想マシンでのプロビジョニングはこれまでの

ISUCON6予選参加者の皆様、お疲れさまでした。 今回の ISUCON は Microsoft Azure ということで、多くの方にとってなじみのない環境だったと思います。 そこで、今回の ISUCON6 の予選問題がどのような仕組みで展開されているのか、Azure IaaSの仕組みを交えて解説します。 はじめに @matsuuさんの多大な努力によって、運営に提案しようと思っていた構成の大半がすでに作られていました。 使ったことのないクラウドを触り始めてすぐに作り上げてしまうのは、さすがです！ 復習される際はぜひ、@matsuuさんの作ったテンプレートを活用するとよいでしょう。 Azure IaaSの概要 Azureはおおむね国ごとにジオという単位で分けられており、その中に2つ以上のリージョンを持っています。 リージョンはそれぞれペアになるものが存在していて、日本では東日本と西日本がそれ

9/9(金)発売の "みんなのGo言語" を Daisuke Maki (@lestrrat) | Twitter さんから頂戴しまして、一足先に読むことができました。感謝を込めて感想を書かせていただきます。 みんなのGo言語[現場で使える実践テクニック]：書籍案内｜技術評論社 本書のカバー範囲と対象読者 本書はいわゆる "これからGoを始めたい" 人向けの本ではありません。 A Tour of Go でできるような最初のイロハはカバーされていません。 すでにGoを多少触り始めていて、一人だけで書くのではなく、周りの同僚や仲間など複数の人間が関わる環境でどのようにGoを活用していくべきかの指針をまとめたものと捉えると良いでしょう。 もちろんこれから始めたいという人に対して役に立たないわけではありませんので、特にチーム開発運用にGoを取り入れたいと考えている方には得られるものが多くちりばめら

俺たちのリーダーこと @iara さんが著者に名前を連ねている、Amazon Web Services 実践入門を発売前に頂戴することができたので、御礼を兼ねて感想などをまとめさせていただきます。 twitter.com www.amazon.co.jp 本書のカバー範囲と対象読者 本書は入門本と銘打たれている通り、IaaSと一部のマネージドサービスを紹介しつつ、UIとCLI両方での操作がまとめられています。 オンラインマニュアルにも同様のことは書かれているわけですが、本書では実際に手を動かしてみるにはこうしましょう、という切り口でまとめられているので "クラウドをこれから使いたい、でもどうやって触ったらいいかわからない" という人がまず写経的にやってみるのに適していると感じました。 他にも、 "今AWS使っているんだけどUIからポチポチとやっているだけだよ" という方がもう一歩深い使い方

YAPC::Asia 2015 での発表 Discover the Microsoft Azure と題して、Azureの特徴ある "as a Service" の紹介と、その基盤について入門的な発表をいたしました。 Discover the Microsoft Azure—Hisamori TatsuroDocs.com 以前 "今後は複数のクラウド事業者が提供するサービスを組み合わせて開発する流れが加速する" と書いたかと思いますが、各社特徴あるサービスがどんどん出てきており、かなり選択の幅は広がってきたと思います。 今回紹介したPowerBIなんかを試してみたいという方は、下記の記事をご覧いただくのが手っ取り早いかと思います。 qiita.com ハッカソンの運営 2013年にも運営をさせてもらったわけですが、今回はGitHubさんの協力もあって、内容がかなり充実したものになりました

失業エントリからはや1ヶ月、新しいチャレンジとしてこの5月から Microsoft で働くことにしました。 前職では "どスタートアップ" からいっぱしの上場企業になるまでのサービス基盤をやり遂げることが出来ました。 が、ここ半年ちょい、運用系仕事を減らしていた最中は “開発シフトしていきたい” みたいなことを思ってはいたのですが、失業して時間ができたので改めて振り返ってみて思い直したのは “自分はやはり基盤側の方により興味関心が強い” ということでした。 また、ハウジングの物理基盤から IaaS + SaaS へ移行させる取り組みをして感じたのは “開発技術や運用基盤の選択は生産性と俊敏性をより重視すべき” というものでした。 実際 AWS で EC2 を使っているユーザが BigQuery で集計/分析したりするような事例は沢山出てきており、SaaS, PaaS をウマイこと組み合わせ

はじめに このエントリは非常にポジティブで技術的なチャレンジに関するまとめであり求人エントリでもあります。 まとめ 昨年後半から、急成長するサービスを支えるため “どオンプレ” な環境で作ったサービスをクラウドに持っていく仕事をしていました。 クラウドのオイシイところを押さえられるよう作り変えをした結果として “Infrastructure as Code” を実践することになり、結果としてソフトウェアエンジニアだけですべてがコントロール出来る状態になり、インフラおじさん業が不要になりました。 そういった環境で働きたい "腕の立つITエンジニア(特にスマホとサーバサイド)" を募集しています。 発表資料&箇条書きで振り返る最近の動き AWS Casual Talks #3 https://github.com/myfinder/aws-casual-3/blob/master/slide.

Norikra とは Norikra とはリアルタイムイベントストリームに対して SQL ライクな言語で処理できる cool なプロダクトです。 例えば、Nginx のアクセスログを Norikra に流し込み、n分あたりのアクセス数やレスポンスタイムをリアルタイムに集計するといった事が可能です。 もちろん Nginx だけではなく、ご自身が書かれたアプリが出力するログも流し込んで集計できます。 更に Fluentd を組み合わせると GrowthForecast や Mackerel といったツールに集計結果を渡して可視化するなどといったことも容易なので、速報値集計やシステム運用状況の可視化に持ってこいです。 Fluentd と Norikra を活用して可視化する例 fluent-plugin-norikra と可視化ツール(GrowthForecast等)を組み合わせるとすぐに可視化

謝辞 応募者181名、参加枠30の狭き門な状況で2度めの貴重な機会をいただきまして、さくらインターネット並びにはてなの担当者さま方に感謝申し上げます。 前回からのアップデート差分を振り返り、ツアーを締めくくりたいと思います。 (公開していい情報かどうか未確認な話題や写真は、確認が取れ次第更新します) データセンターの基盤的な話 基盤については昨年のエントリにくわし〜く書きましたのでそちらを参照ください さくらインターネット #石狩DC 体験記 - まいんだーのはてなブログ 前回見たフロアの差分 サーバの埋まり具合 1号棟はほとんど埋まったとのこと 実際HVDC対応のNECサーバが1ラック70ノード(Xeon 1CPU)びっしり埋まっているラックが増えていた 1ラック70のCPUが詰められるのはかなりの密度 HVDC化したことで電源の故障が導入以降全く発生していないという点は特筆すべき点 直

このエントリは MySQL Casual Advent Calendar 2014 の1日目として書かれた記事であり、同時に Google Cloud Platform Advent Calendar 2014 の17日目として書かれた記事でもあります。 このエントリは MySQL と BigQuery を組み合わせて使う際に誰しも思うであろうことをどう解決するかという一手について書いたものです。 MySQL について もはや説明不要の RDBMS ですね。これを読まれている方の中でも多くの人が使っているのではないでしょうか。 MySQL Casual Advent Calendar 2014 はまだまだ執筆者を募集しておりますので、ふるってご参加ください。 MySQL Casual Advent Calendar 2014 - Qiita BigQuery について こちらも説明は要らな

前職は3年弱で辞めたので、前職生活の2/3以上をすでにフリークアウトで過ごしたことになる。 最初から何でもやるつもりでjoinして、まずは下回りからサーバサイドのことをやってたんだけど、その時はサービスに対する危機意識が低かったと思う。大きいサービスを運用するのはやってきていたけどネット広告は初のことで、いざ入ってみるとソーシャルメディアとは全然違う。単にシステム規模ではなく、運用のシビアさとか、直接的に金銭に関わってくる度合いとか、そういうビジネス的な要求が高い。サービスとして緊張感をより高く持つ必要があると思った。 サービスの成長を支えてリードすべくガンガンインフラ業務を進めていくといろんな問題が起こることに気づいた。 例えば調達戦略。何を、どこから、いくらで、いつまでに調達して使えるようにするか。自前で基盤を作っていると、既に基盤部門のあった会社では見えていなかった問題がたくさん見え

はじめに かじゅある！ この記事はMySQL Casual Advent Calendar 2013 2日目の記事です。 カジュアル詐欺とかガチュアルとかいわれのない誹謗中傷を受けることの多いMySQL Casualですが、私はカジュアルな記事を書きます。 みんなも Casual に記事を書けばええんやでヽ(´ー｀)ノ 石狩DC記事の方もよろしくお願いします。 MySQLはもはや説明不要のRDBMSかと思いますが、"使える"ようになるためには情報収集もさることながお試し環境をカジュアルに作れるようにすることが重要です。 ということで、まだMySQL Casual Advent Calendarではネタに上がってないMySQL::Sandboxをカジュアルに紹介します。 MySQL::Sandbox はその名の通り手元にきれいかつ閉じた MySQL の検証環境を作れます。 複数台構成も簡単に

はい、行ってまいりました。さくらのDC@石狩。 ブログを書くまでが #石狩DC ということで、記憶がフレッシュなうちにまとめます。 謝辞 はじめに今回貴重な機会をいただきまして、さくらインターネット並びにはてなの担当者さま方に感謝申し上げます。 単に新しい/珍しいだけじゃなく、多くのレイヤーでさくらスタッフの皆様が "考えて動いて" いることを実感できるとても良いツアーでした。 インフラに関心がある人もまだない人もコレを見ずしては死ねないと思いました。 私なりに今回得てきたものをとりまとめて、今回のツアーを締めくくりたいと思います。 巡ってきたところ 今回拝見した棟 図の通り、2年前に開所した1号棟に続き、まもなくオープンする2号棟にもおじゃましてきました。 空調設備 このデータセンター、各所で報じられている通り空調に外気を取り込む仕組みが採用されており、実際にその設備の中身津々浦々を余す

引き続きチーム「50ms or die.」で本戦に参加してきました。 謝辞 はじめに運営の皆様、出題の @fujiwara さん、サーバ提供のデータホテルさまには予選含め、限られた時間でいろいろ絞り出して戦うという、とても得難い機会を頂けたことを感謝申し上げます。 結果 1800なんぼでfailという結果に終わりました。いわゆる「die.」です。 スコアレスでdieしてしまった前回よりはマシだけど、結果に結びつかなかった点は反省して次に繋げたい。 ただ、前回のような絶望感はなく、いかに時間内にやり切るかという挑戦ができたのでとても充実した時間になりました、この点は自身進歩したなと感じてます。 詳細はチームの @__kan さんや @bonnu も書いてくれると思いますが、私も覚えている限り何を思って取り組んだかといったあたりはまとめておきます。 やったことのまとめ プロファイリング @bo

先日MySQL Casualやりまして、登壇者の皆様ありがとうございました。 今回も非常に和やかでカジュアルな雰囲気の中でイベントが平和裏に終わり大変良かったと思います。 さて、イベント中に参加者アンケートを取らせてもらったので、その報告をいたします。 参加者80-90名くらい？に対して有効回答25を頂きました。 2割超が回答してくれたのでまぁ回答率はそんなものだと思って以降の内容をご覧ください。 何度目の参加ですか？ 初参加: 9 2回以上: 16 (うち2回目が10) 何気に初参加の方が多く、2回目という方も多かったようです。 開催方式の是非 良い: 20 開催方式とかどうでもいい: 5 "悪い"を選択した方はいらっしゃいませんでしたが、ご意見に"良し悪し"を追加して欲しいというものがありました、皆さん遠慮せずに悪いを選んで意見をいただいてもよかったのに。。。 まぁちゃんと来る人にとっ

今月発売の WEB+DB PRESS でやっている Perl リレー連載に記事を書きました。 内容は YAPC::Asia 2013 でトークしたテスト関係の話題。 基本的なテストからCI、更には高速化についてまでをまとめていますので、読んでいただければと思います。 WEB+DB PRESS Vol.77 作者: 中川勝樹,山内沙瑛,賈成カイ,小俣裕一,沖田邦夫,澤村正樹,卜部昌平,吉藤博記,片山暁雄,平山毅,舟崎健治,吉荒祐一,今井雄太,八木橋徹平,安川健太,門脇恒平,佐藤太一,近藤宇智朗,奥野幹也,天野祐介,伊藤直也,住川裕岳,北川貴久,菅原一志,後藤秀宣,久森達郎,登尾徳誠,渡邊恵太,中島聡,A-Listers,はまちや2,川添貴生,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2013/10/24メディア: 大型本この商品を含むブログを見る この記事を書いて

結果 暫定14位で本戦出場できることになったので、前回よりは進歩したかと思います。 既に @__kan さんと @bonnu さんがエントリをあげていますので、ポイントよりも推移に関してログを抜粋して行こうかと。 前日まで チャンネルを作り、ざっくりと「個別の環境を作って、自分がやっている改善施策を共有しつつ3並列で違う事を試していく」という方針を決めた。 [13/09/30 11:47:18] まいんだー: まいんだー がタイトルを "ISUCON対策会議室" に設定しました [13/09/30 11:48:19] Satoshi Ohkubo: 当日集まってやりたいっすね [13/10/03 16:26:10] まいんだー: 土曜日の飲酒を禁止といたします！ [13/10/03 16:27:01] Satoshi Ohkubo: そっすねー。体調整えてきましょう。 [13/10/03

なんと前回の投稿は2017年。。。 YAPC::Kyoto 2023に参加してきました、楽しすぎていろいろ壊滅しておりましたが「ブログを書くまでがYAPC」ということで、私のYAPC::Kyoto 2023はこのエントリをもって終わらせます。 感謝 まずは開催をあきらめず、大きな事故もなくやり遂げたJPAの皆さんとスタッフの皆さん、本当にありがとうございました。 またYAPCに参加できたことをとても嬉しく思っています。 特に @papix のクロージングスピーチは「何としてもやるんだ」と思って雌伏の時を過ごしてきた気持ちが伝わってきました。 スポンサード 2020年にいろいろあって自分の会社を作ったんですが、そこから3期（20年度、21年度、22年度）である程度現金が出来たのもあり、今回イベントスポンサーをさせていただきました。 YAPCには「個人スポンサー」というものもあるのですが、今回

まとめ 世界最大級のPerlの祭典「YAPC::Asia 2013」に参加＆トークして来ました。 そして参加者の投票で決まるBest Talk Awardsにて第2位をいただきました！ 60個近いトークの中での2位です！ありがとうございます＞＜ 第2位賞品は「国内技術カンファレンス(Perlに限らない)への参加費用補助」ということで、Perlに限らない国内のカンファレンスへの参加が出来るそうです。 他の言語カンファレンスあまり詳しくないので、おすすめがあれば id:myfinder 宛にメンション飛ばしていただけるとありがたいです＞＜ 昨今仕事はOpsを主軸としていますが、蒙古タンメン中本にハマったせいでだいぶDevってしまったので、来年までにまた巻き返したいと思っております。 今回の YAPC を振り返って「もっとこうしておけば」と思った点として、BOFにもっと行っとけばよかった!!とい

YAPC::Asia 2013 に submit していたトークが採択されました&気になってるトークについて書きます。 自分の予定トーク フルテストも 50ms で終わらせたい プロダクトが大きくなってくると、フルテストの実行が遅くなってリリースサイクルが遅くなり、ビジネスチャンスを逃したりやる気がなくなったりしますよね。 このトークでは、そういったプロダクトのテストの類型やCI、更にタイトルにある通りどのようにフルテストを高速に回しているかといったところをお話します。 Perl and Riak 今年から Riak を徐々に使い始めているので、その流れで得られた知見やアウトプットしたものの総決算的なトークにする予定です。 YAPCまでに打つ予定の新たな施策も内容に含められればと思ってます。 同僚のトーク宣伝 BrowserStack を用いたクライアントサイドのテスト FreakOut

@ymmt2005 さんの開発した yrmcds の開発シナリオ(何が欲しいのか)を読んで、これは適用出来るシーンがあるんではなかろうかと思い、早速手元で動かして確認してみようとしたので記録。 gcc-4.8.1のインストール 最新のgccが必要なのでまずはそちらからインストールする必要があります。 kawa0810さんのエントリを参考にして、gcc-4.8.1をインストールしましょう。 prefix を /opt あたりに指定して閉じ込めておけば扱いも面倒がないので良いかと思います。 yrmcdsのビルド ドキュメントの通りやれば良いです。 IPv6 が無効だとビルドは通るけど実行時にコケるので、ipv6.conf を変更して適用しておいたほうがいいです。 $ cat /etc/modprobe.d/ipv6.conf alias net-pf-10 off options ipv6 d

Railsアプリをインストールする際にMySQL 5.6だと、mysql2のインストールが問題なく行ったかのように見えるが、実際にアプリを起動しようとすると I, [2013-04-22T14:30:03.908634 #10246] INFO -- : Refreshing Gem list /home/nn/redmine/redmine-2.2.2/vendor/bundle/ruby/1.9.1/gems/activesupport-3.2.11/lib/active_support/dependencies.rb:251:in `require': Please install the mysql2 adapter: `gem install activerecord-mysql2-adapter` (/home/nn/redmine/redmine-2.2.2/vendor/b

MySQL Casualという、気づくともう2,3年前くらいからやっているイベントがあります。 このほどそれの第四回を開催できる運びとなり、昨今言われている「ドタキャン/何も言わずに来ない」系のなんとやらをどうにかする施策を打ってみようと思ってやったことについてまとめみたいなのを書いておきます。 結論 参加者の方々を細かく追わなくて良いが、不特定多数を相手にする必要がある場合は今回MySQL Casualが取った「事前登録不要/先着順受付/指定時間で締め切り」という手法が有効です。 参加者の方々を細かく追う必要がある場合においても、受付でケア出来るのであれば有効です。 今後のMySQL Casualについては基本「事前登録不要/先着順受付/指定時間で締め切り」というやり方で行こうと思います。 なぜそうするのか 事前登録した瞬間は行きたいと思っていても、当日までに事情が変わるケースというのは

...せっかくの福岡とはしゃいでラーメンコンボを決めてしまったのでしばらくはおとなしくしようと思います。 中洲で見つけて入ったお店のネギラーメン 一蘭キャナルシティ限定の重箱 一風堂総本店の赤丸(特) さて先日エントリしましたとおり、 JPA さんのご支援により Fukuoka Perl Workshop #23 に参加してきました。 福岡は国内行きたい場所No.1だったので、この機会は大変ありがたいものでした。 今回参加するにあたってはただ一方的に話をすることはせず、できるだけ参加する方の希望にそえるようアンケートを取ってから行きました。 結果としては、アンケートを通して事前にどんな方がいらっしゃるのかわかったり、Fukuoka.pm運営の面々と事前にメッセージを交わせたりという効果も得られて全体として満足度高められたのではと思ってます。 トーク内容は一方的にならないよう、資料は過去のダ

Test::riak で割とカジュアルに Riak を試せるようになったんですがいかんせん起動に時間がかかってしまいます。 使ってるファイル数が少なければそんなに問題にならないのですが、例えばテスト実行時に自動的に初期化処理するような枠組みに入れ込んだ場合 make test が終わらなくなって捗りません。 実際テスト周りを整備しててはかどらなかったので、 さいくろん案 を採用することで捗るようにしたので、その辺をup。 ※SEE ALSO -> 環境変数にいろいろ突っ込み過ぎると危険があぶない Test::MyAPP::riak package Test::MyAPP::riak; use strict; use warnings; use Data::Riak::Fast; use JSON::XS; use Test::riak; sub DESTROY { my $self = s

分散データストアって悩ましい問題がいろいろありますよね、特にスケールとパフォーマンス。 クライアント側で Consistent Hashing する、いわゆる Memcached プロトコル互換のプロダクトはいっぱいありますが、そういうものだとスケールするときにいろいろと大変です。 いわゆる「引越し先から読んで、なかったら引越し元から読み、引越し先に書く」みたいな対応が必要になってしまいます。 例えば5台を7台に広げたい場合、運用中の5台とは別に7台用意する必要があって面倒です。 そういうのを解決するプロダクトとして最近いくつか注目されているものがありますが、何処からか聞こえてきた「Riakいいみたいだよ」という一声から、検証のため Test::riak を書きました。 とは言え自分は Riak はもちろんのこと Erlang にはぜんぜん造詣がないので、なかなかドロ仕事をしているモジュー

id:kamawada こと yusukebe さんの著書 『Webサービスのつくり方 - 「新しい」を生み出すための33のエッセイ』 をこのたび頂戴することができました。(以下本書と呼びます) Webサービスのつくり方 ~「新しい」を生み出すための33のエッセイ (Software Design plus) 作者: 和田裕介出版社/メーカー: 技術評論社発売日: 2012/11/20メディア: 単行本（ソフトカバー） クリック: 85回この商品を含むブログを見る 既にいくつかのレポート(dankogaiさん, antipopさん) が上がっているのでそちらもぜひご覧ください。 「0からつくったこと、どれだけありますか？」 自分は主にサービスの運用に関連する部分での経験が多く、こういった「0からサービスを作る」という経験は、片手で足りる程度やったことがある程度で、多くはありません。 特に運