GridGain on Highload：在哪里可以讨论分布式DBMS，内存中和开源

创建新功能很有趣。 但是，如果您的产品是分布式系统，并且实际操作是不同物理服务器上的大量核心和磁盘，网络交互，硬件故障以及不可预测的用户操作，那么如何进行测试？

我们将告诉您如何测试新的Apache Ignite功能，我们做得如何，以及做得不好：
-为什么我们要进行集成测试，而不真正喜欢单元，模拟和XP？
-测试多线程和分布式算法
-创建测试计划和代码审查
-我们最常在哪里刺穿？

GridGain曾经捐赠了同名的Apache Software Foundation产品-现在称为Apache Ignite。 从那时起，GridGain的工程师一直兼有两个角色-一家以利润为导向的商业公司的员工和一个开放项目的独立开发人员。 当然，在这些角色之间是爱与恨的关系。 在会议上，我们将讨论开放源代码开发如何帮助和阻碍解决业务问题。

我们将开始，并且您也将加入。
从开源方面：Apache Ignite社区经理Dmitry Pavlov
从业务方面：GridGain客户成功的Stanislav Lukyanov

您可以无休止地添加功能并修复产品中的错误，但是，如果新版本无法提供给用户，则所有这些都没有意义。 要发布一个新版本，仅运行程序集和测试还远远不够。 对于该版本的发布，它与启动程序集完全不同。

如果需要支持该产品的多个版本该怎么办？ 如何使用户从一个版本切换到另一个版本而不会感到惊讶？ 开源与它有什么关系？

让我们谈谈从用户的信函到客户支持，直到他们收到令人垂涎的版本以及更正之前的更改。

无论技术如何发展，在困难时期进行备份仍然可以使我们免于紧张，有时还可以工作。 GridGain平台在Apache Ignite分布式开源系统之上运行，在该系统上无法备份数据。 迄今为止，客户端产品GridGain中的最大数据量为160个节点上的200 TB。 数据不仅被存储，而且会不断修改以确保交易担保。

缺乏创建如此大规模的分布式系统备份的能力是大型企业实际使用我们平台的绊脚石。 从该报告中，您将了解我们如何设法弥补这一空白。

我们必须学习：
-在不停止用户的情况下备份数据；
-使分布式系统的备份中的数据一致且事务一致；
-使用分布式有限状态机使备份创建和恢复过程能够抵抗拓扑更改；
-实施增量备份，减少空间数量级；
-恢复在明显不同的群集拓扑上创建的旧数据备份。