Temporal Blog 09月30日 19:17
Temporal V0.29.0发布,Java SDK重写完成,重心转向稳定性
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html

 

Temporal发布了V0.29.0版本,并完成了Java SDK的重写和全面审查。尽管Java SDK的开发有所延迟,但团队专注于修复关键bug,确保了软件质量。目前,所有开发工作已完成,团队正全力投入系统稳定性提升,包括优化部署基础设施、完成测试代码以及识别和修复测试中发现的问题。新的测试方法,特别是针对Java的测试,将覆盖之前未被充分验证的场景,进一步增强Temporal的可靠性。

🚀 **Java SDK重写完成并已发布**:尽管面临bug挑战导致开发延迟,Temporal的Java SDK已完成重写,并通过了全面审查,现已与服务器V0.29.0兼容。这一重要里程碑的达成,标志着核心开发工作告一段落,团队得以将全部精力投入到提升系统稳定性上。

🛠️ **稳定性提升进入新阶段**:Temporal的稳定性工作已调整策略,重点关注部署基础设施的优化、测试代码的完善以及通过测试发现并解决问题。团队正在评估Gremlin等工具来注入故障,以确保数据安全和工作流程的连续性,尤其是在应对CPU、内存、网络及其他基础设施故障时。

🧪 **Java测试覆盖率显著提高**:即使Java SDK开发有所延迟,测试工作也已并行推进。新加入的Java测试覆盖了之前在Temporal和Cadence中未曾充分测试过的路径和场景,极大地增强了系统的健壮性和可靠性,确保了在各种极端条件下的稳定运行。

👥 **团队扩充与社区互动**:Temporal团队迎来了新的工程和招聘人才,以支持公司的持续发展和人才引进。同时,定期的开放式办公时间(Open Office Hours)为用户提供了直接沟通的渠道,鼓励社区参与和反馈,共同推动Temporal生态的进步。

Latest Release at Time of Writing: V0.29.0

It has been two weeks since our last update which feels like a year in pandemic/startup time. We've been taking advantage of the time warping to make as much progress as possible on stabilization and the JavaSDK.

Before we get into the stabilization update there are a few other miscellaneous Temporal announcements. In the last month we've had some amazing additions to the Temporal team 🎊. Derek, Manu and Vitaly joined our engineering effort which had a very immediate and positive impact. I'd also like to give a shoutout to Karl who recently joined to lead our recruiting/hiring effort. Karl will enable us to continuously acquire great people as we scale. If you're ever curious about who's on our team, we regularly update our GitHub page.

As you may have heard, we are having our second open office hours on Aug 26. We are having the session twice (7am PST and 4:30pm PST) to accommodate users in different time zones. We would love to see you there.

Update August, 24, 2020#

TL;DR;#

    JavaSDK rewrite is complete and has been fully reviewed JavaSDK was released (compatible with server V0.29.0) We are now code complete The team is completely focused on stabilization, things look positive

JavaSDK#

We expected the JavaSDK to be finished by the code completion deadline (July 31) but the severity of bugs discovered convinced us a delay was the right choice. After further digging it became clear that a complete-rewrite of the underlying state machine backing the SDK was necessary. Once we reached this conclusion, Maxim started putting all his free cycles into refactoring the SDK to meet the quality bar we expect out of all software we release. After a ton of hard work Maxim was able to make the necessary changes and get the code out for review. As you might expect, Maxim codes pretty quickly so reviewing the changes was just as daunting as the work itself. Fortunately team came together and used shared knowledge to thoroughly review the changes without losing too much velocity.

The JavaSDK is now available and code complete. We appreciate everyones patience throughout the process.

Stabilization#

As we've ramped up our stabilization efforts, our perspective on the structure of the work has changed a bit. In the last update Samar described the distinct layers of our stabilization and explained where he expected most time to be spent:

    Deployment Infrastructure Scale Testing Failure Testing

As of today we are looking at the layers with a slightly different lens:

    Deployment Infrastructure Code completion for tests Identifying and fixing problems discovered by tests

While deployment infrastructure remains unchanged conceptually, we realized that there was more work than originally expected. The tooling we rely on came into question and we're actively in the process of evaluating our options. To give some more context, Alex was kind enough to write a summary:

"Failure testing is important step of our stabilization process. We need to know how our cluster and workers operate under the pressure of different failures:

    peak CPU and memory usage
    network failures other infrastructure failures

We need to ensure that we don't lose any data and that workflows continue to execute when failures are mitigated. We're evaluating Gremlin to inject different failures as it is fairly easy to setup, has amazing UI and API access. It also support k8s out of the box which we use for our test environments. This decision is not carved in stone yet, but looks promising. In the near future we should get the initial results of running benchmark tests for the cluster under different failures." - Alex

For those who may have been curious about whether the JavaSDK delay would also delay testing on Java, worry not. Once we understood that the SDK needed serious refactoring, we immediately started working on the testing in parallel. This means that the JavaSDK work did not take resources/time away from the stabilization effort. The newly added tests for Java are especially exciting considering that these paths/scenarios have never been tested in the past, and are completely untested in Cadence.

We are very content with our progress over the last few weeks and still are confident in our initial scoping. We've gone "timeline-less" internally so no specifics, but things look positive. As always, feel free to reach out with questions, comments or critical feedback via email, Slack or our community forum.

Fish AI Reader

Fish AI Reader

AI辅助创作,多种专业模板,深度分析,高质量内容生成。从观点提取到深度思考,FishAI为您提供全方位的创作支持。新版本引入自定义参数,让您的创作更加个性化和精准。

FishAI

FishAI

鱼阅,AI 时代的下一个智能信息助手,助你摆脱信息焦虑

联系邮箱 441953276@qq.com

相关标签

Temporal V0.29.0 Java SDK 稳定性 系统更新 软件开发 Temporal Technologies Open Office Hours Stabilization System Update Software Development
相关文章