分散KVSの「etcd」、Cloud Native Computing Foundationのインキュベーションプロジェクトに Kubernetesなどの開発をホストするCloud Native Computing Foundation(CNCF)は、オープンソースとして開発されている分散キーバリューストア「etcd」(読みはエトセディー)の開発がCNCFのインキュベーションプロジェクト(育成段階のプロジェクト)になったことを発表しました。 etcdはもともとCoreOS(現在はRed Hatが買収)がコンテナのクラスタの構成情報や状態などを管理するために開発した分散キーバリューストアです。 ネットワーク上に分散した多数のノードから構成されるクラスタでは、ノードの障害やネットワークの分断に対する強い耐性を持ちつつ、クラスタの情報を管理するために多数のノードからの書き込みや参照を高速に処理で
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が32年前(1986年)に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ(週刊 Life is beautiful)の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、1985年に入社した私は、NTTとしては第1期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました(当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました)。
More South Korean investors are putting money into Southeast Korea startups, creating an “investment corridor” between the two regions. The latest one is KIPSEA. Short for Korea Investment Partner
ISUCON8 の本選問題は、競技者がコントロールできない外部 API 呼び出しを多数含んだ出題内容でした。 講評では、 サービスの特性を適切に分析した上で、まとめるところはまとめたり、遅延させるところは遅延させるなど ……とさらっと書かれていますが、実際そんなことを短時間で分析することは可能なのかよ!という話題が競技後の懇親会でもあったので、それ AWS X-Ray でできるよ、というエントリをまとめておきたいと思います。 今回の解析は Perl 版の初期実装に対して行ったものですが、なぜ Perl かというと AWS の公式 SDK にない X-Ray 関連の CPAN モジュールを自分が書いているので、その宣伝も兼ねています。(blogエントリ書いてなかった) AWS::XRay Plack::Middleware::XRay Devel::KYTProf::Logger::XRay
基本的に自分はタスクを拾いすぎてしまう傾向にある。それに加えて比較的朝型なこともあり、前職ではエンジニアの中で一番朝早く出社していることも多かった。*1 その結果どうなるかというと、朝出社して見つけた運用上のトラブルは大体自分がとりあえず手を付ける状態になっていた。前日の夜間バッチやその日の早朝に動くバッチがコケて問い合わせが来ているのでそのリカバリをする、前日にデプロイした後レスポンスが高くなってアラートが出ているのでその調査をする、web appがやたらと500系エラーを吐いているのでBugsnagを見る、等々。 出社している以上無視するわけにもいかないというのもあるが、見つけてしまうと放っておけない性格ということもあり最優先でこれらの対応をしてしまっていた。お陰で前職で触っていたproductについてはかなり広範囲の知見があり、その行動がそれなりに社内での評価につながっていたのではな
ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス
一休.com レストランは今年の 7 月 18 日、スマートフォン向け検索ページのリニューアルを行いました。このエントリーでは、その中身について少し紹介させていただきます。 検索ページの課題 一休.com レストランではスマートフォン向け検索ページに対して「遅い」という課題意識がありました。これは技術面で少しブレイクダウンすると; パーソナライズドを含む複雑な処理を行っているため、サーバーサイド処理が重い。 UI 上無駄な遅延処理を行っているため、クライアントサイドの描画が遅い。 というサーバー側とクライアント側両方の課題がありました。クライアントサイドの「無駄な遅延処理」というのは; 検索結果取得が REST API 化されているにも関わず、再検索の度にページリロードを行い、サーバーサイドの描画からやり直している。 という実装に問題がありました。下図がリニューアル前のページ描画の様子です
海賊版サイトブロッキングを実施したスウェーデンISP、加入者にブロッキング回避方法を解説投稿者: heatwave_p2p 投稿日: 2018/11/72018/11/7 TorrentFreak スウェーデンのインターネット・サービス・プロバイダ「Bahnhof」は木曜、前代未聞のプレスリリースを発表した。いつもの定期的な企業情報の更新ではなく、パイレート・ベイを始めとするサイトのブロッキングを回避する手法を詳しく説明したのだ。Bahnhofはパイレート・ベイをブロッキングしていないものの、加入者に役立つノウハウであることは確かだ。 多くのインターネット・プロバイダが、著作権者との良好な関係を保つために最善を尽くしている。しかし、スウェーデンのISP「Bahnhof」は違うようだ。 Bahnhofは、著作権トロールや侵襲的なデータ保持法、ウェブサイトブロッキングに激しく抵抗してきたISP
Go 言語コンパイラのバージョン 1.11から搭載された「モジュール対応モード」だが,少し試してみてそれなりに使えそうなので,この記事である程度まとめておくことにした。 これからも何かあればこの記事に加筆・修正していく予定である。 なお,モジュール対応モードは 1.11 時点で preliminary support に過ぎないため,以降のバージョンで大きな変更が行われるかもしれない。 したがってこの記事はバージョン 1.12 以降で大幅に書き替える可能性がる。 用語の整理 まず最初に用語の定義をしておく。 GOPATH モードとモジュール対応モード バージョン 1.11 以降からは Go 言語コンパイラは以下の2つのモードのどちらかで動作する1。 GOPATH モード (GOPATH mode) : バージョン 1.10 までの動作モード。標準ライブラリを除く全てのパッケージの管理とビル
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した(後編)。Mercari Tech Conf 2018 メルカリはこの1年、マイクロサービスアーキテクチャにどう取り組み、実現のためになにをしてきたのか。技術面と組織面の双方に関する興味深い取り組みが、10月4日に都内で行われた同社主催の技術カンファレンス「Mercari Tech Conf 2018」のセッション「Microservices Platform at Mercari」で紹介されました。 (本記事は「メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した(前編)。Mercari Tech Conf 2018」の続きです) DevOps文化を組織内に醸成する 次はDevOps文化の醸成です。 この1年で、マイクロサービスの開発者が自分たちでできるようになったことが大きくふたつあります。
qsona (twitter) です。以前、7,600行のコードを安全にこの世から抹消した話 という記事を投稿しましたが、今回はそれよりもずっと泥臭い話を書きたいと思います。あまりテクニカルな話はありませんが、現場における取り組み・試行錯誤の経過を読んでいただければ幸いです。 たくさん消しました、がんばりました〜背景肥大化するRailsサービスFiNCはマイクロサービスを指向しており、主にRuby on Railsで書かれたサービスが30個ほど存在します。しかし、FiNCアプリのメインとなるRailsのサービスは、テーブル数800を超える大きなサービスになっています。 FiNCのサービスは2014年から書きはじめており、かなり初期の段階(2015年)からマイクロサービス化を意識してきました。にもかかわらず1つのサービスが肥大化している理由はいくつかあります。 最初の1〜2年ですでに大量のコ
20190905 追記 Draft版の仕様が出てきたので「Mixed Content Level 2の仕様について - ASnoKaze blog」を書きました。 HTTPSのサイト内にHTTPで提供される画像やスクリプトがあると、「Mixed Content」の仕組みによりURLバーに黄色い警告が出たり、リソースがブロックされます。 もちろんスクリプトがブロックされればWebページを正しく表示できません、URLバーに表示されたシールドマークから通信を許可することもできますが、一般ユーザにとって分かりにくいUXとなっています。 そこでChromeでは、HTTPで読まれるリソースをブロックするのではなく、HTTPSに自動でアップグレードしてリソースを取得する「Autoupgrade Mixed Content」という仕組みが検討されています。 以前、GoogleのMike West氏から提案
こんにちは。Cacoo チームの木村(@cohhei)です。Cacoo チームでは、 Kubernetes によるアーキテクチャの microservices 化に取り組んでいます。今回は私たち Cacoo チームが microservices 化によって解決しようとしている課題と取り組みの内容、その成果についてご紹介します。 この記事では以下の内容を含みます。 Cacoo の開発チームがどんな課題を抱えていたか 何故 microservices の道を選んだか どんな技術を選んだか microservices 化してどうだったか 現状の課題 課題:古いフレームワークとモノリシックなアプリケーション Cacoo は2009年にベータ版がリリースされた歴史のあるプロダクトで、モノリシックなアプリケーション上ですべての機能が実行されていました。 そのため、それぞれのコードの依存関係を十分に理解
ホーム ブログ IT企業法務 メルカリ事例で学ぶ、CtoCサービスにおける資金決済法の罠|知的財産・IT・人工知能・ベンチャービジ… 2017年12月、フリマアプリ「メルカリ」を運営するメルカリ(https://www.mercari.com/jp/)は取引ルールを変更し、それまで出品者は販売で得られた売上金を1年間は引き出さずにメルカリに預けられていたところ、新ルールではこの預かり期間を90日間に短縮しました。 また売上金を直接使用した商品購入ができなくなり、代わりに商品を購入できるポイントと交換したうえで、ポイントで商品を購入する手順に変更しました(ポイントは換金不可)。 メルカリ、出品者売上金の預かり期間を短縮 新取引ルール、12月から(日本経済新聞) これらの新ルールへの変更は、メルカリの従前のビジネスモデルが資金決済法で定める「資金移動業者」に該当する可能性を指摘されたためと考え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く