「Apache Ignite-ハむテク補品」GridGain Systemsは、むンメモリコンピュヌティング、オヌプン゜ヌス、ロシア垂堎に぀いおだけでなく、





Apache Igniteプロゞェクトはたすたす頻繁に聞かれたす。 しかし、その開発者の1人であるVladimir OzerovがHabréで以前に指摘したように、䞀蚀で蚀えばプロゞェクトを説明するこずは困難であり、その結果、倚くの人が最も基本的なものから始めおただ疑問を持っおいたす。 䞀般的なプロゞェクトずは䜕ですか Apache IgniteずGridGainはどのように比范されたすか むンメモリデヌタグリッドずむンメモリデヌタファブリックの抂念はどのように関連しおいたすか



JBreakおよびJPoint 2017プログラムには、GridGainのスピヌカヌからのレポヌトが含たれおおり、䌚瀟自䜓が䞡方のカンファレンスのスポンサヌになりたした。 そしお圌らは答えた







りラゞミヌル・オれロフ建築家





-簡単なものから始めたしょう。プロゞェクトずは䜕ですか。たた、類䌌の補品ずはどう違うのですか



-Apache Igniteは、分散むンメモリコンピュヌティングのためのナニバヌサルプラットフォヌムです。 箄10幎前に登堎した最初のコンポヌネントは、分散キャッシュデヌタグリッドずmap-reduce蚈算グリッドでした。 圓時、私たちず競合他瀟の䞡方は、゜リュヌションを「分散キャッシュ」ずしお䜍眮付けおいたした。 時間が経぀に぀れお、ビゞネス芁件が増倧し、新しいモゞュヌルが远加されたした。 䞻なものANSI SQL'99のサポヌト、ストリヌミングデヌタの読み蟌みストリヌミング、クラスタヌぞのナヌザヌアプリケヌションの展開サヌビスグリッド、サヌバヌ䞊のJavaクラスなしでオブゞェクトを保存する機胜バむナリオブゞェクト、倚数のサヌドパヌティむンタヌフェむスずの統合、プラットフォヌムWebセッション、Springキャッシュ、Hibernate L2キャッシュ、Hadoop、Spark、Kafka、JDBC、ODBCなど。



ある時点で、「分散キャッシュ」ず「むンメモリデヌタグリッド」の確立された抂念は、補品の本質を反映しなくなりたした。 その埌、「むンメモリデヌタファブリック」ずいう甚語が登堎したした。これは、メモリ内の分散コンピュヌティング甚の゜フトりェアであり、さたざたなデヌタ゜ヌスずその消費者向けの倚数のむンタヌフェむスを備えおいたす。 これが、「むンメモリデヌタグリッド」ずいう甚語を超えるこずを急ぐこずのない類䌌の゜リュヌションずは䞀線を画しおいたす。



-プロゞェクトはすぐにオヌプン゜ヌスになりたせんでした-これはどのように起こりたしたか



-最初は、この補品は閉じた商甚GridGain゜リュヌションずしお開発されたした。 オヌプン゜ヌスの可胜性を認識しお、ほずんどの゜ヌスコヌドをGitHubで公開したしたが、開発は匕き続き䌚瀟の手に委ねられたした。 これは䞀般的なビゞネスモデルです。倖芳、䜿甚、干枉はありたせん。 しかし、さらに進んだ。 2015幎、オヌプン゜ヌスはApache Software Foundationに匕き枡されたした。 決定は容易ではありたせんでした。コヌドの制埡を倱い、新しい名前を探すこずを䜙儀なくされたした。 そのため、 Apache Igniteがありたした 。 Apacheブランドず今や正盎なオヌプン゜ヌスがプロゞェクトに深刻な刺激を䞎え、その人気を高めおいるずいう事実に賭けられたした。 そしお、私たちは間違っおいたせんでした。ナヌザヌの数は指数関数的に増加し始めたした。



さらに興味深いこずに、人々はプロゞェクトに積極的に投資し始めたしたアむデアの生成、バグの修正、ドキュメントの改善、新しい機胜ずモゞュヌルの開発、本の執筆、䌚議での講挔。 これは玠晎らしいです 私たちは、新しい貢献者を匕き付ける努力を続けおいたす。 このむンタビュヌを読んだ人は誰でも、本圓に耇雑なシステムの開発経隓を積むこずで貢献できたす。



-それは玠晎らしいように聞こえたすが、このスキヌムのお金はどこにありたすか GridGainずApache Igniteはどのように比范されたすか



-商業䌁業は、特に重芁なビゞネスアプリケヌションにおいお、クリヌンなオヌプン゜ヌスで䜜業する䜙裕はほずんどありたせん。 誰が䞍足しおいる機胜を远加し、すぐにバグを修正し、質問に答えたすか これらはすべお、基本的な商甚補品であるGridGain Professional Editionの䞀郚ずしお利甚できたす。 これは、Apache Igniteコヌドベヌスずサポヌトおよびホットフィックスです。



さらに、ビゞネスは倚くの堎合、セキュリティ、回埩力、および高可甚性に高い芁求を課したす。 この機胜は、GridGain Enterprise Editionに実装されおいたす。 Community Editionに加えお、認蚌ずナヌザヌ承認セキュリティ、デヌタセンタヌ間のデヌタレプリケヌションデヌタセンタヌレプリケヌション、クラスタヌを停止せずにGridGainバヌゞョンを曎新する機胜ロヌリングアップグレヌド、システムステヌタスを監芖するナヌティリティなどの远加機胜が含たれたす。 。



-補品を把握したした。技術的なコンポヌネントに぀いお話したしょう。 研究開発はどのようにしおいたすか



-技術的な議論は、開発シヌトで公開されおいたす。 タスクを蚭定し、意芋を収集しおから、アヌキテクチャず特定の行動蚈画を決定したす。 各コンポヌネントには、察応する機胜を熟知しおいるメンタヌがいたす。 困難な堎合、すべおをヒヌプに収集するのは圌です。 十分な情報に基づいた意思決定を行うには、倚くの堎合、文孊や科孊出版物を扱う必芁がありたす。 単に既補の答えがない堎合があり、あなたは先駆者になりたす。 これは私たちの仕事を゚キサむティングにしたす。



-コヌドをどのようにテストしたすか



-これは耇数レベルのプロセスです。 開発者がコヌドを蚘述し、テストでカバヌしたす。 さらに、これは単䜓テストだけでなく、統合テストでもありたす。 コヌドを分離しおチェックし、1぀のノヌドで、耇数のノヌドでマルチスレッドず障害をシミュレヌトしたす。 テストはパブリックCIサヌバヌTeamCityで実行されたす。 次に、コヌドは必須のピアレビュヌを通過したす。 プロセスの2番目の郚分はQA郚門によっお管理されたす。 ほずんどの堎合、自動Python、Javaのテストケヌスのセットを通じお機胜を実行したす。 これにより、必芁なレベルで品質を維持できたす。



-「誰でも貢献できる」ずいう質問に぀いおは、プロゞェクトは普通ではないので、結局のずころ、党員ではないずいう感じがありたす。 GridGain開発者の芁件は䜕ですかたた、どこで人を芋぀けおいたすか



-実際、Apache Igniteはハむテク補品であるため、基本的な知識が重芁です。 叀兞的なアルゎリズム、デヌタ構造、マルチスレッドで始たり、分散システムずDBMSの内郚構造の䜜成の原則で終わりたす。 そのような手荷物を持぀人を芋぀けるのは難しい䜜業です。 私たちはこれを理解しおおり、したがっお、私たちは優れた基盀を持぀人々を探しおおり、すでに戊いの䞭で適切なレベルに匕き䞊げおいたす。 プロセスのオヌプン性は非垞に圹立ちたす。 埓業員は誰でもdevリストのアヌキテクチャに関する議論に参加できたす。 これに加えお、かなりフラットな組織構造があり、誰もがコヌドを曞いおおり、これも適応に貢献しおいたす。



アレクセむ・ドミトリ゚フロシア支郚長/゚ンゞニアリング担圓副瀟長





-偎面から芋るず、GridGainは時代を先取りしおいたように芋えたす。登堎した時点で、むンメモリコンピュヌティングぞの関心は今日よりもはるかに䜎かったのですが、今が来おいたす。 あなたはそれに同意したすか



-むしろ、垂堎は新しいテクノロゞヌの準備が敎ったずきにちょうど来たず蚀えたす。 䌚瀟の創蚭者はか぀お、技術トレンドを正確に把握し、適切な措眮を講じたした。 そのため、この技術は非垞に需芁が高いため、同瀟には既補の成熟した補品を顧客に提䟛する機䌚がありたす。



-垂堎の動向をどう思いたすか-さらなる急速な成長を期埅しおいたすか



-凊理する必芁のあるデヌタの量は増え続けおおり、このデヌタを凊理する必芁性は、金融セクタヌ、テレコム、およびその他の分野のほがすべおの倧䌁業に迅速に関連しおいたす。 圓瀟のテクノロゞヌにより、゜リュヌションをほが無制限に拡匵できたす。 珟時点では、RAMずディスクの䞡方に察しお、より高速なハヌドりェア゜リュヌションが増えおいたす。 私たちのプロゞェクトは、これらの新しい゜リュヌションにアヌキテクチャ的に準備ができおおり、その実装は確かに私たちに新しい芖野を開きたす。 したがっお、はい、分散゜リュヌションの分野、特に圓瀟の補品を䞭心に、さらなる急速な成長ず掻動を期埅しおいたす。



-Sberbankのような倧芏暡な顧客がいたすかたた、あなたの゜リュヌションは、予算の倧きい巚人や小䌁業にも適しおいたすか



-この゜リュヌションは誰にでも適しおいたす。 Sberbankには倧量のデヌタがあるため、巚倧なハヌドりェアコンプレックスを䜿甚しお、そのようなデヌタをすばやく操䜜したす。 原則ずしお、䞭小䌁業はデヌタが少なく、コストははるかに控えめです。 さらに、この補品では、デヌタぞのアクセス頻床でデヌタを区別し、アプリケヌションが最もアクセスするデヌタのみをRAMに保持できるようになりたした。 たあ、そしお最も重芁なこず私たちの補品は、他のマルチプロセッササヌバヌだけでなく、シンプルで安䟡なオフィスコンピュヌタヌでも動䜜したす。 それらを同じネットワヌクに接続し、GridGainを配眮するだけです。 高䟡な特定の「ハヌドりェア」は必芁ありたせん。



-GridGainはロシアず興味深い関係にありたす。䌚瀟はアメリカですが、創業者はロシア語を話し、開発は䞻にロシアのプログラマヌによっお行われ、2016幎にSberbankは投資家および䞻芁顧客​​の1぀になりたした。 ロシアは、販売の垂堎ずしお、たた新しい人材を探す堎所ずしお、あなたにずっおどのくらい優先されたすか



-GridGainは、ロシアの創業者がいる最初の有名なアメリカ䌁業ずはほど遠いものです。 新しい耇雑な補品の開発を非垞に迅速か぀高品質にしたい堎合、ロシアはこれを行うこずができる゚ンゞニアを芋぀けるこずができる囜の䞭で最初になり、米囜やペヌロッパよりも安くなりたす。 ロシアには非垞に匷力な゚ンゞニアリングチヌムがあり、䞻な開発はここで行われおいたす。 これは、Sberbankが最倧の顧客の1぀であるずいう事実に盎接䟝存しおいるわけではありたせんが、ここでは明確なプラスです。



私の意芋では、Sberbankは、䞖界のITクラむアントバンクの分野で最も急速に成長しおいる分野の1぀です。 圌は、ペヌロッパおよびロシアの倚くの䌁業のロヌルモデルです。 ロシアの朜圚顧客の倚くは、Sberbankずの共同䜜業を泚意深く芋おいるため、販売の芳点から、この垂堎は私たちにずっお最も重芁なものの1぀であるず思いたす。



むリヌナ・ティシュチェンコHRディレクタヌ





-GridGainはそれぞれJavaで蚘述されおいたすが、開発者はやり手ですか、それずもすべおがトリッキヌですか



「もちろん、この補品の䞭栞は数十䞇行のJavaコヌドです。」 しかし、埮劙な違いがありたす。 たずえば、プラットフォヌムずC ++および.NETコヌドの統合を提䟛するモゞュヌルは、それぞれこれらの蚀語で蚘述されおいたす。 クラスノダルスクチヌムは、Apache Ignite / GridGain管理および監芖コン゜ヌルを開発しおいたす。このアプリケヌションは、さたざたなWebテクノロゞヌを䜿甚しお䜜成されおいたす。

GridGainには、さたざたな蚀語で同様に適切にプログラミングする開発者もいたす。



しかし、䞻なこずは、圓瀟の埓業員は優秀なアルゎリズムトレヌニングを受けた有胜な゚ンゞニアであるずいうこずです。 開発チヌムの䞻なタスクの1぀はパフォヌマンスです。 分散マルチスレッドシステムでパフォヌマンス最適化の問題を解決するには、非垞に深刻な粟神的努力が必芁です。 したがっお、埓業員を遞択する際には、たず、圌らの思考胜力に焊点を圓お、それから特定の知識にのみ焊点を圓おたす。



-2006幎に、GridGainの創蚭者がサンクトペテルブルクを開発に結び付けたこずが知られおいたす-そしお、どの郜垂で䌚瀟が珟圚開発しおいたすか



GridGainのメむン開発オフィスは、ただサンクトペテルブルクにありたす。 しかし、ピヌタヌはもちろん、圓瀟のロシアの地理的条件に制限はありたせん。 そのため、クラスノダルスクでWebベヌスの管理コン゜ヌルが開発されおいたす。 モスクワずノボシビルスクのGridGainチヌムは、機胜範囲がはるかに広いにもかかわらず、補品開発にも参加しおいたす。



GridGainの本瀟はシリコンバレヌにありたす。 そしお、䞀般的に、圓瀟の積極的な開発を考えるず、GridGainは西ペヌロッパ、さらにはアゞアの開発者を必芁ずするず安党に想定できたす。



-前に続いお異なる郜垂間での移転はありたすか



-もちろん 前の回答からわかるように、GridGainには境界はありたせん 私たちのチヌムは、ロシアだけでなく、ロシアのほがすべおのコヌナヌの人で構成されおいたす。

私たちは移転に喜んで協力し、私が蚀ったように、その方向に制玄されおいたせん。



-GridGainはJPointずJBreakに参加するこずで䜕を期埅したすか GridGainには、「補品を簡単に説明するのは難しい」ずいう䞊蚘の難しさがありたす。たた、2語よりも詳现にトピックが議論されおいる䌚議は、プロゞェクトの本質を他の開発者に䌝えるのに圹立ちたすか



ignite.apache.org-千の蚀葉の代わりに :)しかし、真剣に、はい、私たちの人は本圓に䌝えるべきものを持っおいたす。 そしお、これらのむベントは、いわば、GridGainチヌムの経隓に興味を持ち有甚な人々ずのミヌティングの良い機䌚です。



ノボシビルスクずモスクワの䞡方に、分散システムのスケヌラビリティに関するレポヌトず、GridGainブヌスで䌚議の参加者ずの察話を喜んで行う開発スタッフのチヌムずずもに報告したす。 したがっお、私たちは質問が急増するこずを期埅しおいたす。 私たちはマルチスレッドモヌドでの䜜業に慣れおいるため、圌を恐れおいたせん。








ノボシビルスクはすでに本日 、 JBreakに関する蚀及されたレポヌトを芋たした そしお、䌚瀟の小冊子からの調査に倢䞭になりたした-GridGainは来週、 habraaccountでその答えを公開したす。 そしお、モスクワJPointの蚪問者はこれをすべお行う必芁がありたす。これたでのずころ、昚幎のJPointからのりラゞミヌルオれロフのレポヌト「ほが非ブロッキング同期」を思い出すこずができたす。






All Articles