# Making it easier to work within a team with Nodered

**URL:** <https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860>\
**Category:** General\
**Created:** [1 August 2022 04:56 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860 "2022-08-01T04:56:14Z")\
**Posts on this page:** 10\
**Page:** 2

<div class="post-metadata">

**Author:** ![miziagui](https://avatars.discourse-cdn.com/v4/letter/m/e9c0ed/32.png) [@miziagui](https://discourse.nodered.org/u/miziagui)\
**Post date:** [8 August 2022 22:40 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/21 "2022-08-08T22:40:02Z")

</div>

No, as i said, we are using for event processing and for integrations, but always controlled by other means. We do not even use things like http trigger.  
We have been on financial systems for 16 years, dont worry.

Our event streaming is NATS Jetstream, that supports Ack, Nack and also idempotent messages.

---

<div class="post-metadata">

**Author:** ![dalewking](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/dalewking/32/63905_2.png) [@dalewking](https://discourse.nodered.org/u/dalewking)\
**Post date:** [8 August 2022 22:56 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/22 "2022-08-08T22:56:43Z")

</div>

I'm sure there are many choices. I am familiar with Camunda which is more Java based and it backs up state to a database. The point was that by itself NR has no protection for loss of state. That is fine for things like home automation but not financial transactions. You can probably add things to it to make it safe, but it would probably not be the best starting point.

---

<div class="post-metadata">

**Author:** ![krambriw](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/krambriw/32/5429_2.png) [@krambriw](https://discourse.nodered.org/u/krambriw)\
**Post date:** [9 August 2022 04:24 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/23 "2022-08-09T04:24:25Z")

</div>

> [@dalewking](#):
>
> The point was that by itself NR has no protection for loss of state

Yes, agree, I even made a separate tab for my home automation just to keep states updated and recoverable (using a MQTT broker on another computer in my network). I think this topic with state control will be even more important to handle when a team is collaborating in the same system

 ![image](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/3X/c/b/cb4ebba92113d3c084c3467cecbc229a2f9ccb0b.png)

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [9 August 2022 08:15 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/24 "2022-08-09T08:15:02Z")

</div>

I currently use a mix of retained MQTT topics, retained node-red variables and startup tasks that populate fixed variables.

---

<div class="post-metadata">

**Author:** ![jmorris644](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/jmorris644/32/31964_2.png) [@jmorris644](https://discourse.nodered.org/u/jmorris644)\
**Post date:** [15 August 2022 14:26 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/25 "2022-08-15T14:26:01Z")

</div>

I use MySQL to retain state. Also, isn't there a setting in settings.js to have all of the state variables retained on the local storage rather than in memory?

---

<div class="post-metadata">

**Author:** ![craigcurtin](https://avatars.discourse-cdn.com/v4/letter/c/94ad74/32.png) [@craigcurtin](https://discourse.nodered.org/u/craigcurtin)\
**Post date:** [15 August 2022 22:14 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/26 "2022-08-15T22:14:11Z")

</div>

Yes there is - but this writes it to the local filestore and the time between writes and changes is not instantaneous.

Craig

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [15 August 2022 22:40 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/27 "2022-08-15T22:40:09Z")

</div>

> [@craigcurtin](#):
>
> time between writes

The interval is adjustable.

---

<div class="post-metadata">

**Author:** ![craigcurtin](https://avatars.discourse-cdn.com/v4/letter/c/94ad74/32.png) [@craigcurtin](https://discourse.nodered.org/u/craigcurtin)\
**Post date:** [15 August 2022 22:41 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/28 "2022-08-15T22:41:52Z")

</div>

Really - i did not know that - but my understanding was (unlike the financial systems being discussed) - it was not meant to be a transactional system with a guaranteed completion (or back out) of writes ?

Craig

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [16 August 2022 08:34 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/29 "2022-08-16T08:34:03Z")

</div>

> [@craigcurtin](#):
>
> Really - i did not know that

🙂

> [@craigcurtin](#):
>
> but my understanding was (unlike the financial systems being discussed) - it was not meant to be a transactional system with a guaranteed completion (or back out) of writes ?

That is true of the simple filing system backed persistent variables. Of course, other types are possible too which might do more. But in principle, you are correct. In practice, for most uses of Node-RED, it makes little difference. But of course, you really do need to understand the limitations.

Full DB systems will use a transaction log to maintain safety even across multiple load-balancing instances. But even then, some interfaces might not be totally "safe". Depends on the DB and the client type. Many clients might cache data for efficiency.

Anyway, more to the point, you can have multiple instances of the file store, each with different settings, including one with a 0ms write-back. It will be quite impactful to your system (especially a Pi) if you try to write lots to it though.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/1X/d073cd938eafa2e558d7c2cd59003b3ef4963033.png) [@system](https://discourse.nodered.org/u/system)\
**Post date:** [15 October 2022 08:34 UTC](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860/30 "2022-10-15T08:34:37Z")

</div>

Closed on 15 October 2022 08:34 UTC

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.

[Previous page](https://discourse.nodered.org/t/making-it-easier-to-work-within-a-team-with-nodered/65860.md?page=1)