今すぐ参加しよう！
11月8日
11:00-ルームA.16、mitap
Vova Ozerov Apache Igniteの例を使用した分散システムのテスト
私たちは何を議論しています
新しい機能を作成するのは楽しいです。 しかし、製品が分散システムであり、実際の操作が異なる物理サーバー上の多数のコアとディスク、ネットワーク相互作用、ハードウェア障害、予測できないユーザーアクションである場合、それらをテストする方法はありますか？
新しいApache Ignite機能がどのようにテストされているか、私たちがうまくやっていることとそうではないことを説明します：
-統合テストを実行し、ユニット、モック、XPがあまり好きではないのはなぜですか？
-マルチスレッドおよび分散アルゴリズムのテスト
-テスト計画とコードレビューの作成
-ピアスを最も頻繁に行う場所はどこですか？
新しいApache Ignite機能がどのようにテストされているか、私たちがうまくやっていることとそうではないことを説明します：
-統合テストを実行し、ユニット、モック、XPがあまり好きではないのはなぜですか？
-マルチスレッドおよび分散アルゴリズムのテスト
-テスト計画とコードレビューの作成
-ピアスを最も頻繁に行う場所はどこですか？
15:00-ルームA.13ミニバトル
愛、お金、オープンソース
私たちは何を議論しています
GridGainはかつて同じ名前のApache Software Foundation製品を寄付しました-現在はApache Igniteとして知られています。 それ以来、GridGainのエンジニアは、利益重視の商業会社の従業員とオープンプロジェクトの独立した開発者という2つの役割を組み合わせています。 そしてもちろん、これらの役割の間には愛と憎しみの関係があります。 会議では、オープンソースでの開発がビジネス上の問題の解決にどのように役立ち、妨げになるかについて話します。
始めましょう、あなたも参加します。
オープンソース側から：Dmitry Pavlov、Apache Ignite Community Manager
ビジネス側から：GridGain Customer SuccessのStanislav Lukyanov
始めましょう、あなたも参加します。
オープンソース側から：Dmitry Pavlov、Apache Ignite Community Manager
ビジネス側から：GridGain Customer SuccessのStanislav Lukyanov
11月9日
11:00-ルームA.16、mitap
Stas Lukyanov：リリースプロセス、またはバグ修正をユーザーに伝える方法
私たちは何を議論しています
製品の機能を際限なく追加し、バグを修正できますが、新しいバージョンがユーザーに届かない場合、これはすべて意味がありません。 そして、新しいバージョンをリリースするには、アセンブリとテストを実行するだけでは十分ではありません。 また、バージョンのリリースについては、アセンブリの開始とまったく同じではありません。
製品の多くのバージョンをサポートする必要がある場合はどうなりますか？ ユーザーを驚くことなくあるバージョンから別のバージョンに切り替える方法は？ そして、オープンソースはそれと何の関係があるのでしょうか？
修正が切望されているバージョンを受け取るまで、変更がユーザーの手紙からカスタマーサポートにどのように進むかについて話しましょう。
製品の多くのバージョンをサポートする必要がある場合はどうなりますか？ ユーザーを驚くことなくあるバージョンから別のバージョンに切り替える方法は？ そして、オープンソースはそれと何の関係があるのでしょうか？
修正が切望されているバージョンを受け取るまで、変更がユーザーの手紙からカスタマーサポートにどのように進むかについて話しましょう。
14:00-上海-北京ホール、レポート
Ivan Rakov：誰も気付かないように分散システムでバックアップを削除する方法
レポートについて
技術がどのように発展したとしても、困難な時代のバックアップは私たちの神経を救い続け、時には機能します。 GridGainプラットフォームは、データをバックアップする方法がないApache Ignite分散オープンソースシステム上で実行されます。 これまで、GridGainクライアントprodのデータの最大量は、160ノードで200テラバイトです。 データは保存されるだけでなく、トランザクションの保証を確保するために常に変更されます。
このような規模で分散システムのバックアップを作成する機能がないことは、大企業がプラットフォームを実際に使用する上での障害となりました。 レポートから、このギャップをどのように埋めることができたかがわかります。
私たちは学ぶ必要がありました：
-ユーザーを停止せずにデータをバックアップします。
-分散システムのバックアップ内のデータの一貫性とトランザクションの一貫性を確保します。
-分散有限状態マシンを使用して、トポロジの変更に耐えるバックアップの作成および回復手順を作成します。
-増分バックアップを実装し、スペースを1桁削減します。
-大幅に異なるクラスタートポロジで作成された古いデータのバックアップを復元します。
このような規模で分散システムのバックアップを作成する機能がないことは、大企業がプラットフォームを実際に使用する上での障害となりました。 レポートから、このギャップをどのように埋めることができたかがわかります。
私たちは学ぶ必要がありました：
-ユーザーを停止せずにデータをバックアップします。
-分散システムのバックアップ内のデータの一貫性とトランザクションの一貫性を確保します。
-分散有限状態マシンを使用して、トポロジの変更に耐えるバックアップの作成および回復手順を作成します。
-増分バックアップを実装し、スペースを1桁削減します。
-大幅に異なるクラスタートポロジで作成された古いデータのバックアップを復元します。
11月14日モスクワでのApache Ignite Mitap
次回のコミュニティミーティングでは、Apache Igniteの透過的データ暗号化の例を使用して、不安定なテストの処理方法とオープンソースの主要な機能を確認する方法に関するベンチマークについて説明します。
プログラムと登録