Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Bonitaとも呼ばれる)のリリースがBonitaプロジェクトチームから発表された(リンク)。Management:ビジネスプロセス管理)製品として利用できる。BonitaではBPMにおける開発環境および実行環境でグラフィカルなインターフェースを利用でき、それは3つのモジュールから成り立っている。Bonitaのプロセスエンジン。プロセスを設定・実行したり、BPMサービスを提供する豊富なAPIによって監視をおこなうことができる。Bonitaデザイナ:BPM開発環境においてプロセスをグラフィカルに定義したり、既存システムと連携するためのBPMコネクタを定義することができる。ファイナルリリースのリリースノート(リンク)にはこうある。このバージョン4.0では4.0RC3より、ランタイムにおいてのいくつかのマイナーな変更・修正(xpdlファイルの共通化、複数のインスタンス化の洗練、ログレベルの整合、反復やサブプロセスのリファクタリング、パッケージレベル・プロセスレベル両方でのバージョン管理、などなど)、そしてデザイナおよびコンソールでは大きな改善および機能追加が加えられました。Valdes氏に話を聞く機会を得た。今回の最新リリースとBPM市場に対するBonitaの考えについて尋ねた。Machine上で作ろうと決めたのもそのためです。4.0になって、どんな既存アプリケーションにもBonitaを組み込むことも、従来型のBPMサーバとしてBonitaをリモート配置することも可能になりました。4.0がEclipseプラグインとなってBPMプロセスやそのためのJavaコネクタを簡単に開発することができます。Eclipse環境に簡単に追加することができ、BPMアプリケーションの開発をスピードアップさせます。2.0的で強力なBPMコンソールもあってユーザーエクスペリエンスを向上させます。Bonitaはディベロッパや技術アーキテクトだけをターゲットとしているのではないのです。4.0がどれだけのワークフローパターンをカバーできるかの再評価はしていませんが、今回のバージョンではその点に関しての改善がおこなわれています。4.0は一から作り直されたものですが、バージョン3のメインのコンセプトや機能は4.0にも備わっています。それに加え、新しい機能やパターン(例えば複数のインスタンス作成)のサポートが追加されています。)の筆者はオープンソースのワークフローは一般的に言ってエンドユーザよりディベロッパに適したものだと述べています。4.0の新しいデザイナとコンソールはビジネスアナリストにとってもっと取っつきやすいものになるとお考えでしょうか。Quadrantの最新版で指摘しているように、優れたBPMの開発においては異なるユーザとそれがために様々なユーザ用の設定が取り込まれているものです。その中にはビジネスアナリストも含まれます。4.0の裏側にある新しいテクノロジには、異なる特徴をもつユーザのコラボレーションを向上させるという考え方があります。4.0がリリースするにあたって最初にターゲットとしているのはディベロッパや技術アーキテクトですが、アナリスト用のツールも今後のリリースで登場する予定です。Studioの開発です。これはシンプルな(Visio/PowerPoint風の)BPMエディタのようなもので、ユーザ間の「共用」が可能な特別な画面を備えています。これらの画面は「ユーザプロファイルごと」(アナリスト用、アーキテクト用、ディベロッパ用)に特化したものでなく、「機能ごと」(モデリング用や実行用)をベースにしています。基本的にメイン画面(モデリング)はシンプルな1つの「ボックス」と、それに説明を加えたりドキュメント作成をおこなうための「矢印」でできています。4.0での新しいプロセスおよびパッケージのバージョン管理機能について教えてもらえますか。ユーザはかなり柔軟なプロセスのバージョン管理ができるようになっています。同一のプロセスについて、2つあるいはそれ以上のバージョンをデプロイして利用することが可能です。新しいバージョンのものがデプロイされると、すぐに新しいインスタンスが起動する一方、古いバージョンを使っている現行のインスタンスは実行を停止します。将来のリリースでは、実行中のインスタンスが古いバージョンから新しいバージョンへ自動的に移行するようにします。Machineレベルで行われ、またそれを適用するには管理者の承認を必要とします。自動移行は全てのユーザのケースをカバーすることはできませんが、少なくとも70%のユーザ(これは異なるバージョンの動作や移行について考慮する必要のあるユーザのほとんどにあたります)にとって役立つだろうと確信しています。4.0ではレポジトリ/パッケージレベルでのバージョン管理もサポートしています。レポジトリあるいはパッケージは一つあるいは複数のプロセス定義を含むので、それらにも異なるバージョンが存在することになるのです。Coalitionが策定したビジネスプロセス記述言語)のサポートを続けていますね。XPDLはどのような状況にあるのでしょうか。XPDLに対する市場の需要は大きいとお考えなのでしょうか。XPDLはBonitaが初期からサポートしてきた標準仕様です。Groupが管理しているビジネスプロセスを図式的に表すための表記法)の表記法をマッピングするための言語となったことは大きな進展です。商用BPMベンダの上位10社のうち7社がXPDLをサポートしていることは注目に値します。私自身は何がBPM標準かを決めるための議論に加わるつもりはありません。それがユーザの気にすることであると思わないからです。ユーザが求めるのは機能、パフォーマンス、実行性、安定性などです。ベンダの中にはそのことを忘れてしまうとこもあります。ベンダにとっては標準は重要ですし、それに準拠すべきでもありますが、それは差別化要因にはなりません。Machineテクノロジを作ることを決めた理由のひとつです。他の重要な機能の中にあってPVMは複数の標準仕様をサポートするのに必要な機能です。2.0の拡張機能がまもなくリリースされ、JBossでは現在JPDLのサポートも行おうとしているところです。PVMはこのように言語に縛られないテクノロジで、これはすごいことだと思いますし、特に将来新しい標準仕様が出てきた時には効果を発揮すると思います。商用製品のベンダであるIntalio社が最近アップした内容によると、BPELが「標準仕様の争いに勝った」(リンク)ということですが、これについてどう思われますか?あれは「感情論」的な記事のひとつにすぎません。私が思うに、いろいろなプロセス言語があるのは、それぞれの言語がそれぞれ特定の要求をターゲットにしているせいではないでしょうか。BPELはウェブサービスとの調和のために作られたものであって、ビジネスマンと技術者とのコラボレーションを考慮したものでなく、BPMについてビジネスマンたちと技術者たちが取り組んでいる時にはBPELが一番の方法だとは思えないのです。他のベンダ同様、IntalioもBPMNとBPELのセットをBPMの「全てをカバーするソリューション」としてプッシュしています。BPMNデザイナを使って体系化されてない図式を定義してみて、ちょっとBPELファイルを作ってみる程度です)。BPELがコラボレーション向きでないのは、BPELやBPEL4People拡張を使ったBPMNで人間のやり取りを表すと複雑になることからも明らかです。エンドユーザにとって、プロセスで起きるユーザ相互作用ステップ(タスクともいいます)を複数の技術的なステップへ分割して定義することが分かりやすいことだと思えますか?Intalioエディタを使った時に起きるのはこういうことです。あるプロセスのひとつの機能的なステップ(タスク)を4つのステップへ分け、2つは「実行可能プール」(BPELコードを生成するステップ)、残り2つは「非実行可能プール」として定義するのです。これがユーザフレンドリな方法だと思いますか?どうにかしてほしいですよ!InfoQ:SOAにおけるBPMの役割は何だとお考えですか?その点ではBPELが意味をもってきます。Bus:ミドルウェアの連携基盤)システムのコンテキストによってサービスを適切に組み合わせることができます。4.0で最初に目指しているのがこのことです。BPMにはSOAの一つのキー以上の働きがあります。アプリケーションのコードをただ書くよりもBPMを使う方がずっと便利になるようなアプリケーションはまだたくさんあります。4.0が主にターゲットとするのはそのようなアプリケーションです。将来Bonitaにルールエンジンを組み込むプランはありますか。4.0にはすでにルールエンジンがあります。Mapper)やユーザやISコネクタ(Hook)はルールエンジンを使ってお互いにやり取りができます。次のバージョンではルールエンジンを組み込むことでこの機能を標準で使えるようにします。ルールをサポートすることは遷移条件でも役立ちます。4.0は今のところ遷移条件やそれを編集するグラフィカルエディタでスクリプト言語を使っていますが、ルールもサポートするよう計画しています。4.0はLGPLライセンスで公開されていて、ここ(リンク)からダウンロードできる。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。