本記事は、当社オウンドメディア「Doors」に移転しました。 約5秒後に自動的にリダイレクトします。 自社開発プロダクト「Rtoaster」をはじめとする製品群を扱うプロダクトビジネス本部（PB本部）の社員によるエンジニアブログです。今回は、CDP「Rtoaster insight+」の開発チームで構築したワークフロー機能について紹介します！ はじめに 背景 技術選定 実装 UIで表現されたワークフローをもとに隣接リストを作る 隣接リストをもとにdigファイルを作る 今後の展望 はじめに PB本部開発部の新谷です。この記事では、自社製品「Rtoaster」のCDPチームで開発したワークフロー機能について紹介します。 背景 弊チームでは、顧客の保有するデータを統合し、分析した結果を施策につなげるためのプラットフォームを開発しています。具体的には以下のような機能を提供しています。 顧客の保有す

I was reading about DatabaseConfig in slick's documentation: On top of the configuration syntax for Database, there is another layer in the form of DatabaseConfig which allows you to configure a Slick driver plus a matching Database together. This makes it easy to abstract over different kinds of database systems by simply changing a configuration file. I don't get this part, how DatabaseConfig ma

Mockito Scala The most popular mocking framework for Java, now in Scala!!! Why separate project? The library has independent developers, release cycle and versioning from core mockito library (https://github.com/mockito/mockito). This is intentional because core Mockito developers don't use Scala and cannot confidently review PRs, and set the vision for the Scala library. Dependency Artifact ident

異論反論覚悟で、新書判ビジネス書のようなタイトルをつけてみた。 当然、すべての情報システム部の評価をしっているわけではないし、その様な統計資料を持っているわけではない。ただ自分が知っている範疇を見渡すと、意外とタイトルの信ぴょう性は確率は高いように感じる。 なので一般論ではなく、あくまでも独断と偏見という立ち位置で話を進めたいと思う。 ○そもそも情報システム部とはどういう部署か これも、いろいろと立場や役割の違う情報システム部が存在すると思われるが、一般的にはシステムを本業としない企業のなかで、社内のシステムを運用・保守している部署である。ある程度大きな企業の中では、部署として独立しているが、中小規模の企業ではすこしコンピュータに詳しい人が、暗黙的な担当者になっている場合もある。グループに所属している企業などでは、同じグループのシステム専門会社に任せている場合もあるだろう。どちらにしろ、情

1. 効率的なデータのシリアライズを求めて とあるプロジェクトで、Dockerコンテナ上で動くWEBアプリケーションを開発しています。 それぞれのコンテナは互いに通信を行う必要があります。 どのようなデータのシリアライズフォーマットが良いか、調べて見ることにしました。 Web APIと言えばJSONでやり取りするREST APIが主流ですね。 JSONやXMLは人間でも読みやすいデータ形式ですので、その点はとても大きな利点です。 しかし、データサイズという点においては、JSONやXMLはあまり良くありません。 頻繁にやり取りを行うAPIになればなるほど、データサイズやレスポンススピードは重要になってきます。 2. データのシリアライズフォーマット ４種類のデータ・シリアライズフォーマットを比較してみたいと思います。 2.1 Protocol Buffers Protocol Buffers

通信の中身まで解析したいならtshark 通信量を把握するだけなら「以前紹介したdstat」が向いています。 このページでは更に細かく通信の内容を知りたいときに利用するtsharkについて解説します。 tsharkは通信の状態をGUIで解析することのできるWiresharkのCUI版です。Wiresharkのようにグラフ化して解析ということはできませんが、コマンドライン上でパケットの詳細な中身を見ることができます。 Wireshark公式サイト WiresharkにはWindows版やMac版もあるので興味のある方は以下のリンクからダウンロードしてみてください。利用しているアプリが変な通信をしていないかといった監視をすることができます。 http://sourceforge.net/projects/wireshark/files/ 早速Cent OS6にインストールします。 Cent O

通信するときのお約束事だよ UPnPの仕組みで出てくるよ 仲間がどこにいるか探すときに使うよ 「Simple Service Discovery Protocol」の略だよ 簡単に書くよ SSDP（読：エスエスディーピー）とは 通信するときに使うお約束事（通信プロトコル）のひとつ であり UPnP（「挿せばネットワークにつながるよ～」のこと）の仕組みにおいて、ネットワーク上にあるUPnP対応機器を探すときに使うお約束事 です。 もう少し噛み砕いて書くと 「挿せばネットワークにつながるよ～」な仕組みにおいて、ネットワーク内で仲間を探すときに使うお約束事 です。 順番に見ていきましょう。 まずは予備知識として「通信プロトコル（プロトコル）」と「ユニバーサルプラグアンドプレイ（UPnP）」について説明します。 「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。 通信プロト

tshark is a packet capture tool that also has powerful reading and parsing features for pcap analysis. Rather than repeat the information in the extensive man page and on the wireshark.org documentation archive, this tutorial will provide practical examples to get started using tshark and begin carving valuable information from the wire. Tshark examples Use these as the basis for starting to build