Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Bloomberg氏はクラウドベースのビジネスプロセスマネジメント(BPM)が、クラウドへ簡単に移行できない従来のBPMエンジンに対する脅威になると主張している。氏はこの記事でクラウドでのBPMの利用が提供する価値を説明するのではなく、クラウドBPMを適切に利用するにはRESTベースのサービスが必須だと警告している。Poulin氏はこの主張に反論し、RESTfulなサービスが必須がどうかについて説明している。BPMはビジネスプロセスを捉え、管理し、最適化することで組織のパフォーマンスを改善するためのシステムだと考えられている。商用BPMソリューションは通常、プロセスベースのアプリケーションやビジネスルールをモデリングするためのプラットフォームやそのようなアプリケーションを実行するためのランタイムエンジンを含んでいる。BPMそのものが失敗なのではないかと疑問を呈する人もいる一方、Bloomberg氏はBPMには価値はあるが、ミドルウエアベンダが提供する選択肢に不満を持っている。ベンダはBPMが好きでした。プロセスエンジンはベンダが開発しているミドルウエアスタックに簡単に追加できたからです。複数のアプリケーションを協調させるということは、複数の統合作業を行うというであり、そのためにはミドルウエアが必要です。ベンダに依存しないプロセスを実装したクロスプラットフォームのサービスではなく、各ベンダはプロプラエタリなツールセットを提供したのです。これらのベンダが自身の製品を簡単にクラウドへ移行できると考えているのなら、ステートフルなアーキテクチャが原因で失敗するだろう、とBloomberg氏は考えている。分散アプリケーションでクラウドの弾力性の利点を享受するには、アプリケーション層がステートレスであることが重要です。クラウドでは負荷に応じてインスタンスを追加作成する必要があるかもしれません。特定のインスタンスがクラッシュすることもあります。クラウドは可用性が高く分割耐性を備えているのだから、インスタンスがクラッシュしてもインスタンスがサポートしているプロセスはクラッシュしません。従来のBPMエンジンをクラウド上で適切に動かす方法はありません。BPMの存在理由はプロセスの状態を維持することです。これをクラウド上で実現するには弾力性を犠牲にしなければなりません。別の言い方をすれば、SOAプラットフォームを中心にしたBPMエンジンを開発していたベンダの労力は無駄になるということです。クラウドはBPMのルールを変えてしまいました。Bloomberg氏によれば、クラウドベースのBPMソリューションはクライアントとサーバの間でやり取りされるメッセージの中のプロセスの状態を維持しなければならない。これを実現するには、RESTのハイパーメディアとしての側面を利用し、クライアントとBPMエンジンが稼働しているサーバの間の結合を排除する必要がある。考えてみれば、この発想の利点は明らかです。Web自体がこのようなランタイムワークフローのプロトタイプ的なものだからです。リンクのクリックとそれに対応するページの読み込みという一連の作業はワークフローと見なすことができます。ページは世界中のどこかにあるサーバからやってきます。重量級の中心的なプロセスエンジンは存在しません。...[ハイパーメディア指向アーキテクチャ]ベースのBPMは破壊的テクノロジーの可能性があります。ベンダはイノベーターのジレンマに陥っているのかもしれません。このBloomberg氏の主張に敬意を表しつつ、Poulin氏は4つの記事でクラウドベースのBPMソリューションの鍵はステートレスであることだという考えに異を唱えている。氏はメッセージでの過剰な状態の転送を警告している。サービスがプロセスとして実装されているなら、状態をステートフルにするかステートレスにするかは自由に管理できます。プロセスの状態を含んだメッセージをやり取りするという考え方は失敗に終わりました。サービスインターフェイスを使ってメガバイト単位の情報をやり取りしてしまったからです。...私はクラウドの弾力性とクラウド上のアプリケーションがステートレスであることに関連を見いだせません。中心となるエンジンなしで、ハイパーリンクとクライアント側の状態管理だけでクラウドベースのBPMを実現することはできるのだろうか。Poulin氏は次のように言う。プロセスエンジンが無くて、リンクだけがあるとしましょう。"プロセスエンジンは必要ない"という考えに則ってHTTPのGETとPUTを使ってプロセスを起動します。プロセスが起動するとルールエンジンに紐づくリンクは次の動作の指示を返します。この指示はどこに返されるのでしょうか。要求者はクライアントの要求に応じて動作する"ステートレス"なプロセスです。この指示はクライアントに返されるだけでしょう。したらGET/PUTで対処できるほど指示が短い場合にだけ返されるのかもしれません。クライアントは同じプロセス(インスタンスは異なるかもしれません)を起動して、指示を"プロセス"へ返しなければなりません。このような仕組みではビジネスの現場では使えません。Bloomberg氏は、自分の考えは幾分過激だと言っているが、既に多くのクラウドベースの企業が新しいパラダイムで活動していると主張する。Druckerのアドバイスを引用する。"する必要の無いことを効率的に行うことほど無駄なことはない。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。