実践IPFS入門
菊池将和（きくちまさかず） 外資系証券会社で金融商品開発責任者を経て，ハーバード大学でソフトウェア・エンジニアリングの修士号を取得。ブロックチェーンエンジニアとしてSecuritize Japanに参画後，2020年のハッカソンでEthereum Foundation，Protocol Labsから賞を受賞したことをきっかけにConsenSys主催のアクセラレータに採択される。現在はWeb3メンターやETHGlobalハッカソンの審査員を務める一方，スイスを拠点にSecured Finance AGを立ち上げ，DeFi（分散型金融）・デジタル資産領域における革命的なFixed Income市場の整備を先導。設立半年で$4Mを調達。内閣府Trusted Web推進協議会のタスクフォース委員も務める。 第1章 IPFSについて 1.1 IPFSの概要 1.1.1 IPFSの概念と定義 1.1.
ネットワークレコーダー＆メディアストレージ「nasne（ナスネ）™」をバッファローが継承。2021年春、発売決定
ネットワークレコーダー＆メディアストレージ「nasne（ナスネ）™」をバッファローが継承。2021年春、発売決定 メルコホールディングス（東・名 6676）グループ中核企業の株式会社バッファロー（本社：名古屋市、代表取締役社長：牧 寛之、以下バッファロー） は、株式会社ソニー・インタラクティブエンタテインメント（SIE）協力のもと、「nasne（ナスネ）™」を2021年春に発売いたします。 2012年にSIEが発売した「nasne™」は、ハードディスクドライブと地上デジタル／衛星デジタル（BS／110度CSデジタル）チューナーを搭載したネットワークレコーダー＆メディアストレージとして、多くのユーザー様に支持されつつ、2019年に販売終了となりました。現在は、TVアプリケーション「torne（トルネ）™」のサービスが継続されており、引き続き多くのユーザー様が利用されています。 「nasne™
インフラエンジニアの独り言、ストレージは盲点になりがち - orangeitems’s diary
インフラエンジニアの世界 IT技術者というと世間から見たら、要件定義やシステム設計をおこなうシステムエンジニアと、それを実装するプログラマーしか見えてないと思うんですよね。でもその基盤を動かすインフラエンジニアという人たちが全体の10パーセント弱（肌感）存在しています。 インフラエンジニアと言ってもまたそこから役割分担があって、物理サーバーやOSに強いサーバーエンジニアと、ネットワークに強いネットワークエンジニアがいます。大昔は物理サーバーとネットワークしかインフラに無かったので、大体はこの二極化でした。ネットワークエンジニアはスイッチやファイアウォール、ロードバランサーくらいまでは自分の領域としてくれていますが、OSやミドルウェアのことになると、それは私の領域ではない発言が出てサーバーエンジニアをブチ切れさせること請け合い。逆にネットワークエンジニアはサーバーエンジニアがなんでもネットワ
Cosmic っていうネットワークストレージを作り始めた - kazuhoのメモ置き場
GitHub - kazuho/cosmic: fail-safe management tools for network-based software RAID, using mdadm + iSCSI 概要 (というか近場の目標) は、以下のとおり。 fail-safe な network RAID 多重マウントが発生しないプロトコルを実装 RAID だから DRBD や MySQL の async replication のような lost updates 問題がない software RAID + NBD を使用 (NBD は遅いから iSCSI 対応するかも) RDBMS レベルのレプリケーションや DRBD と異なり、高可用性のあるブロックデバイスを提供するソフトウェアレイヤとして機能 様々なストレージミドルウェアを統一的に管理可能なので、管理コストが低い バックアップとかも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
