...たとえば、Talend for Javaのようですが、プログラムでプロセスを実装できます。
複数のデータソース、オーケストレーション、計算フィールド、ピボットテーブルは、私が望んでいる機能の一部です。
私たちは、ERPデータ変換プロジェクトのためにMooseの上に構築しました。少量のデータ(32ビット画像に収まる)でうまく機能します。複数のソースを使用するETLでは、入力ストリーム/ステップごとに画像を使用し、ファイルまたはソケットを介してそれらを接続します。視覚化は私たちにとって重要でした。これにより、ドメインの専門家がプロセスを操作できるようになりました。短いフィードバックループが不可欠でした。
ほぼ5年後、この答えを再検討する時が来ました。PharoとMooseは64ビットをサポートしています。ガベージコレクターはまだ非常に大きなヒープを処理する準備ができていません。大きな一時停止を回避するためのインクリメンタルコレクターは現在活発に開発されています。作業がパーティション化可能である場合は、ImageWorkerなどのソリューションを使用してすべてのデータを1つのイメージに含む複数のコアを使用するか、TelePharoを使用して複数のイメージをリモート制御します。おそらくMQTTを使用して統合します。視覚化には、Roassal2と3、またはGToolkit全体があります