Apache Ignite新メモリアーキテクチャ
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog シュティフ ロマン（データプラットフォーム） Apache Igniteコミッター @rshtykh はじめに 近頃、急激に増量していくデータはもはやタイムリー且つ正確なデータ処理を困難にする。そのような中で、複雑なETLを無くしてコストを削減でき迅速なデータ処理の可能性を実証するインメモリコンピューティング技術が注目されている。例えば、2015年からスタートしたIn-Memory Computing Summitだが、年１回の少人数イベントから、1年にインメモリシステムの開発者と利用者を２回集めるイベントまで発展してきた。 インメモリコンピューティングプラットフォーム（データベースシステム）では、なるべくメモリ上で高速なデータ処
SRE 本は二度以上読む価値がある - 誰かの役に立てばいいブログ
@tamagawa_ryuji 氏からこの度和訳して発売された「SRE サイトリライアビリティエンジニアリング」をご恵贈いただきました。 英語の原本は昨年発売されており、Google のサービス運用について実践的な知見が得られる貴重な書籍ということで、去年のうちに英語版を社内で購入し、輪講しています。今回和訳本を頂きましたので、二度目となりますが早速拝読しました。 SRE (Site Reliability Engineering) という言葉を聞きなれない方のために簡単に解説しておくと、Google において古典的なシステム管理者の概念に代えて導入された、システムとその上のサービスの信頼性に責任を持つエンジニアとその仕事のやり方の体系的な概念です。 初めて読んだ際は、SRE とそれにまつわる Toil や Postmortem といった概念や SLO の定義の仕方について Google
hbstudy 74 Site Reliability Engineering
hbstudy #74 https://hbstudy.connpass.com/event/61687/ で話をさせていただいた、SREに関するスライドです。Read less
ファイルシステムよりも35％高速に | POSTD
1. 概要 SQLiteを使うと小さなBLOB（例：サムネイル画像など）を読み書きする場合、fread()やfwrite()を使って個別のファイル上に記録されたBLOBを読み書きするよりも35％も速く (*1) 読み書きができます。 さらに、10キロバイトのBLOBを扱うようなSQLiteデータベースを考えた場合、個別のファイルにそれぞれのBLOBを格納する場合に比べてディスク領域を約20％も節約可能です。 このようなパフォーマンスの差が生じる理由は、（私たちの考えでは）SQLiteデータベースの場合、open()やclose()システムコールが呼び出されるのが1回だけなのに対して、個別のファイルに格納されているBLOBを使用する場合は、open()やclose()がBLOBの数だけ呼び出されるためだと思われます。どうやらopen()とclose()を呼び出すオーバーヘッドは、データベース
Fluentdとはどのようなソフトウェアなのか - たごもりすメモ
Fluentd というソフトウェアがある。日本国内ではそこそこ話題になってきたが、何ができるのか、何に使うと嬉しいのか、何に使えるのか、という点について詳細をよく知らないという人もおそらくまだ多いことでしょう。 なので、簡単にまとめる。 http://fluentd.org/ なお以下の個別項目ごとに書いていくが、その手前にまとめを置いておくので忙しい人はそれだけ読むとよい。インストールや設定については導入部分については日本語の記事はもう多くあるので、触れない。 概要 できること ログの収集 センサデータ等の収集 汎用データ処理プロセッサとして 頻出ユースケース ログの収集 データの集約 簡単なリアルタイム集計 ソフトウェアとしての特徴 コア プラグイン 安定性 性能 開発体制 コミュニティ ぶっちゃけどうなの？ まとめ 現時点で、複数の場所に分散したデータや常に増え続けるデータの安全な転
野望
起業した時は野望はなかった。そもそも生きていければいいや程度だった。 その後、自社ビルがあったら楽しそうなんて話を顧問税理士や社員達として、自社ビルが当面の野望になった。 最近は今のような 1 日 6 時間という働き方で、社員に 4 桁万円の給与を提供したいというのが野望に加わった。 この野望を実現するためにどうしたらいいかをよく考えるようになった。 もともと自社でパッケージ製品を開発して販売した利益で会社を経営していくというのが目標だったが、思っているより短い労働時間で売上を上げるための仕組みが回っている気がする。 自社パッケージでカスタマイズしない方針のためすぐ納品可能落ちにくさを優先して開発しているため障害報告がいまのところゼロサービスではなくパッケージなので営業日対応のみ許される毎年利用料を頂くライセンス方式のため、良い製品であれば継続して利用料が毎年入ってくるドキュメントを充実さ
カドカワの4～6月期、最終赤字に転落
カドカワが8月10日発表した2017年4～6月期（2018年3月期第1四半期）の連結決算は、最終損益が2300万円の赤字に転落した（前年同期は10億5900万円の黒字）。ニコニコ動画の有料会員数が236万人に減少し、Webサービス事業は営業赤字だった。 売上高は前年同期比1.9％増の499億円だった一方、営業利益は71.1％減の7億9000万円にとどまった。出版事業や映像・ゲーム事業は増収だったものの、出版事業では紙書籍が厳しく、映像事業は実写の劇場公開作品が低調だったことなどから減益だった。 Webサービス事業は、「ニコニコ超会議」の来場者が過去最高となり、「ニコニコチャンネル」の有料登録数が61万人に拡大した一方、プレミアム会員数の減少で売上高は3.9％減の76億円にとどまった。今秋公開するniconicoの新バージョン開発費用の負担もあり、営業損益は7200万円の赤字（前年同期は4億
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
