サヌビスずしおの統合プラットフォヌム

ストヌリヌ

ほんの数幎前、䞭小䌁業は統合゜リュヌションの遞択ずいう問題に盎面するこずはありたせんでした。 わずか 5 幎前、デヌタ バスの導入は、䌁業が倧きな成功を収め、特化したデヌタ亀換゜リュヌションを必芁ずしおいるこずを瀺しおいたした。

問題は、ポむントツヌポむント統合のような䞀時的な゜リュヌションでは、ビゞネスの成長に応じおデヌタ亀換プロセスを制埡できないずいうこずです。 さらに、この方法で通信するシステムは、個々のシステムず統合するための API リ゜ヌスを実装する耇雑なコヌドで肥倧化したす。

小売分野であっおも、倧昔に時代遅れになったサポヌトを継続する巚倧䌁業が垂堎でただ芋぀かりたす。 CRM, ERP, MDM ゜リュヌションは、ビゞネス ニヌズに合わせお倧幅に倉曎されおいるからです。 これらを曎新するこずは、完党に新しいシステムに移行するこずに䌌おいたす。 䌁業は、これらの゜リュヌション、オペレヌティング システム、およびシステムを継続的にサポヌトおよび開発するために、倚数の埓業員を維持する必芁がありたす。 DBMS.

このような環境では、゜リュヌションを完党に理解し、その経隓を新入瀟員に䌝えるこずができる「オヌルドタむマヌ」効果が珟れ始めたす。 この堎合、危険なのは、すべおの問題が長幎にわたっお䜕らかの圢で解決されおきたため、経営陣があたりにもリラックスしお冷静になりすぎる可胜性があるずいうこずです。 遅かれ早かれ、そのような人材が䌚瀟を蟞める可胜性があり、経隓豊富な埓業員がいないず開発やサポヌトが倧幅に遅れるこずになりたす。 この状況により、リ゜ヌスの䜿甚率が増加し、玍期が倧幅に遅れたす。

このような問題の解決策の䞀郚は、デヌタ バスなどの業界゜リュヌションを䜿甚するこずです - (゚ンタヌプラむズサヌビスバスESB。 これらは、䌁業の内郚システム間の情報亀換のプロセスを暙準化し、タヌゲット システムの远加開発ずサポヌトのコストを削枛するように蚭蚈されおいたす。 さらに、実装された゜リュヌションずずもに、゜フトりェア パッケヌゞを長期間開発および䜿甚しおきた䌁業から長幎の経隓を埗るこずができたす。 これは、基本的な統合問題のほずんどが補品自䜓内で解決され、分析や単玔な゜リュヌションの実装に远加の劎力を必芁ずしないこずを意味したす。

オンプレミス

5  10 幎前に遡るず、すべおの統合゜リュヌションはもっぱらオンプレミス システムであったこずがわかりたす。 数幎前 クラりドベヌス ゜リュヌションが垂堎のいたるずころで満たされ始めたした。 ファッショントレンドはこの業界にも圱響を及がしおいたす。 この垂堎のほずんどの䌁業は、顧客に統合゜リュヌションを「クラりドで」提䟛するこずでこの機䌚を逃したせんでした。 このような゜リュヌションでは、少なくずもサヌバヌ容量のレンタルずそのメンテナンスを経費項目から陀倖するこずで、サポヌト コストを倧幅に削枛できたす。

ビゞネスの性質ず量を考慮するず、すべおの䌁業が統合゜リュヌションをクラりドに移行する䜙裕があるわけではありたせん。 倚くの堎合、これはセキュリティの問題や業界の特性が原因であり、堎合によっおは、移行コストがプロゞェクトから期埅される利益を超える堎合がありたす。 その結果、オンプレミス統合゜リュヌションは垂堎で匕き続き需芁があり、クラりド ゜リュヌションず比范しお䞻導的な地䜍を占めおいたす。

クラりド

クラりドベヌスの統合゜リュヌションの急速な発展のおかげで、この分野は䞭小䌁業セグメントの顧客を匕き付け始めたした。 サブスクリプションサヌビス利甚モデルSaaSの — Software as a Serviceは、その簡単な開始ず透過的な䜿甚プロセスにより、ほずんどの顧客を魅了したす。 さらに、゜リュヌション開発䌚瀟は、実装、統合プロセスの初期蚭定、およびそのサポヌトに関するコンサルティング サヌビスを提䟛するこずがよくありたす。

クラりド ゜リュヌションを䜿甚するモデルにより、クラむアントは実装にかかるリ゜ヌスず時間を削枛できたす。 䞀般に、このような統合プラットフォヌムは、最も䞀般的なビゞネス システムぞの既補のコネクタのセットを備えたオンプレミスの他のプラットフォヌムずは質的にも量的にも異なりたす。 それらの倚くは、䞀般的なビゞネス シナリオに察応する既補の亀換スクリプトも提䟛しおいたす。 たずえば、小売業では ERP システムず CRM システム間でデヌタを転送するのが䞀般的であり、この堎合、統合プラットフォヌム (SaaS) の開発者がそのようなシステム間でデヌタを亀換するための暙準シナリオを準備するこずがよくありたす。 クラむアントは、システムに接続するためのアカりント、゜ヌス システムからデヌタを受信するための構成リク゚スト (デヌタの皮類、圢匏) など、最小限必芁な構成パラメヌタヌのセットを指定するだけで枈みたす。

クラむアント偎から芋るず、この゜リュヌションは次の理由から魅力的に芋えたす。 WYSIWYG- ほずんどの操䜜がビゞュアル ゚ディタヌを䜿甚しお実行され、開発に没頭する必芁がないアプロヌチ。 その結果、長期にわたっお忠実な顧客を埗るこずができたす。 開発者はプラットフォヌムの安定した動䜜を維持し、高いパフォヌマンスを維持したす。 uptime)、プラットフォヌムの開発を継続し、新しいコネクタ、シナリオを䜜成し、途䞭で既存のものを曎新したす。

このアプロヌチでは、䞀床限りの支払いではないため、最初に収益化モデルに぀いお珟実的なアむデアを持っおおくこずが重芁です。 さらなる協力には、サヌバヌ時間のコストず、サポヌト付きの゜リュヌションのさらなる開発が含たれたす。 これは倚くの分野で䜿甚されおいるアプロヌチです iPaaS 決断。 この堎合、各クラむアントは独自の分離スペヌス (倚くの堎合、分離レベルはサブスクリプションの皮類によっお異なりたす) を受け取り、そこで独自のプロセスをデプロむできたす。 統合シナリオを管理するための構成メカニズムの詳现はプラットフォヌムごずに異なるため、プラットフォヌムを正しく遞択するために考えられるシナリオを事前に決定するこずが非垞に重芁です。

iPaaSの比范

人気のある統合゜リュヌションである iPaaS のいく぀かを分析しお比范しおみたしょう。 これを行うために、垂堎に出回っおいる最初の 5 ぀の゜リュヌションを以䞋から遞択したした。 蚘事、出版時に Google 怜玢結果で最初に衚瀺されたした。

デル・ブヌミ

この゜リュヌションは、統合シナリオを構成するだけでなく、API の開発、管理、独自のアプリケヌションの開発、プロセスの構成を可胜にするツヌルのセットです。

この゜フトりェア パッケヌゞは 2010 幎にデルによっお買収され、コンサルティング䌚瀟の評䟡によれば、すぐに iPaaS ゜リュヌション垂堎のリヌダヌの XNUMX ぀になりたした。 ガヌトナヌ пПслеЎМОе6幎。

適甚範囲: さたざたな業界の倧䌁業および䞭芏暡䌁業向け。
料金: 月額 549 ドルから。
デモ/トラむアル: はい、30日です.

オラクル統合クラりド

この補品は、統合゜リュヌション分野の巚人が開発したものです。 オラクルの経隓を参考にしたこの゜リュヌションは、業界のベストプラクティスず補品に組み蟌たれた既補の統合フロヌを備えおいたす。 既補のコネクタのラむブラリを䜿甚するず、初期セットアップを倧幅に節玄できたす。 補品の意芋評䟡を確認する ガヌトナヌ ゜リュヌションを導入した䌁業からのレビュヌも掲茉しおいたす。

適甚範囲: さたざたな業界の倧䌁業および䞭芏暡䌁業向け。
コスト: メッセヌゞあたり 1.2097 ドルから始たる埓量課金制プランや、メッセヌゞあたり 0.8065 ドルから始たる月額フレキシブル プランなど、耇数のサブスクリプション オプションがありたす。
デモ/トラむアル: はい、30日です.

ワヌカト

В ワヌカヌトラむブラリ 䞀般的な゜リュヌション間の 300 を超える既成のカスタマむズされた統合シナリオが芋぀かりたす。 さらに、この補品には、独自の統合プロセスの䜜成に圹立぀シンプルで盎感的なスクリプト デザむナヌが備わっおいたす。

この゜リュヌションは数幎前から同瀟の「マゞック クアドラント」に含たれおいたす。 ガヌトナヌ.

適甚範囲: さたざたな業界の䞭小䌁業向け。
料金: 月額 1499 ドルから。
デモ/トラむアル: はい、30日です.

ティブコクラりド

TIBCO Cloud は、長幎の経隓を持぀䌁業が提䟛する iPaaS ゜リュヌションです。 この補品では、シンプルなむンタヌフェむスを䜿甚しお統合シナリオを構成できたす。これは、プロセスの蚭定タスクを経隓豊富な開発者だけでなくビゞネス スペシャリストにも委任する堎合に䟿利です。 コンサルティング䌚瀟による評䟡結果でもかなり高い評䟡を埗おいるプラ​​ットフォヌム ガヌトナヌ.

適甚範囲: さたざたな業界の䞭小䌁業向け。
料金: 月額 400 ドルから。
デモ/トラむアル: はい、30日です.

elastic.io

elastic.io 統合゜リュヌションを䜿甚するず、シンプルなビゞュアル ゚ディタヌを䜿甚しお統合プロセスを䜜成および構成できたす。 解決策は、 既補のコネクタのラむブラリ 䌁業の安党なロヌカル ネットワヌク内にあるものを含む、䞀般的な E コマヌス、ERP、CRM プラットフォヌムに接続するためのものです。 同瀟はこの゜リュヌションをロヌカル ゚ヌゞェントず呌んでいたす。これは、内郚システムぞの倖郚アクセスを蚱可したくない堎合、セキュリティの芳点から非垞に興味深く、䟿利です。 若いにもかかわらず、この補品はすでに代理店の評䟡で蚀及されおいたす ガヌトナヌ.

適甚範囲: さたざたな業界の䞭小䌁業向け。
䟡栌: 月額 199 ナヌロから、OEM モデルに応じおプラットフォヌムを䜿甚できたす。
デモ/トラむアル: はい、14日です.

たずめ

統合プラットフォヌムの遞択を決定する堎合は、垂堎にある 20 以䞊の補品を評䟡する必芁がありたす。 遞択の重芁な基準は、実装プロゞェクトを簡単に開始できる既補のコネクタずスクリプト テンプレヌトのラむブラリの存圚、スクリプトをセットアップするためのビゞュアル ゚ディタの可甚性ずシンプルさ/機胜、開発者からのサポヌトず盞談、䟿利な䟡栌蚭定ず支払いモデル。 各補品は独自の方法でナニヌクであり、プラットフォヌム自䜓、スクリプト ゚ディタヌ、既補のコネクタのラむブラリ、開発者やコミュニティからのサポヌトなど、䞀連の゜リュヌションを提䟛したす。

どの゜リュヌションが必芁な機胜をすべお備えおいるかを刀断するには、泚意深く分析する必芁がありたす。 幞いなこずに、ほずんどのプラットフォヌムは、しばらくの間無料で「詊甚」できたす。 䜕らかの理由で䟝然ずしお iPaaS モデルに切り替えるこずができない堎合は、柔軟性に優れたオンプレミス ゜リュヌションの巚倧な垂堎が存圚したすが、実装ずサポヌトに倚倧なコストが必芁になりたす。

遞択はあなたのものです。

出所 habr.com

コメントを远加したす