Ease Deployment Complexity when VisualCron protocol Changes - VisualCron - Forum

Community forum

Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
View
Go to last post Go to first unread
Offline KJDavie  
#1 Posted : Tuesday, August 6, 2013 1:15:29 AM(UTC)
KJDavie

Rank: No customer

Joined: 9/25/2012(UTC)
Posts: 106
Australia
Location: Brisbane,Qld

Thanks: 17 times
Was thanked: 41 time(s) in 27 post(s)
Hi Folks,

I mentioned this in one of my Messages on the 7.0.0 Beta thread but thought I would formalise it here.

Having begun my second Protocol Transition with VisualCron (6.1.7 & now 7.0.0), it would be really ease deployment if I could run multiple clients on the same PC during transition or we had protocol backward compatibility.

We currently have a test server, and 8 production servers running visualcron.

With a 'normal' update (where the protocol remains the same) rollout is easy as the test server and then production servers can be rolled out progressively with full connectivity, and independent of users updating their client.

When the VisualCron protocol changes, life is much more interesting, as you lose connectivity to the servers as they are upgraded (with client unchanged), and then when you upgrade your client, you lose connectivity to your servers running the old protocol.

Plan (a) - Protocol Backward Compatibility

In a *perfect* world, the clients would be backward compatible with the old protocol and we would just pre-deploy the new client once tested, and we could then progressively roll the servers out whilst maintaining full connectivity to all clients from the server.

I understand this ratchets up the complexity / testing

Plan (b) - Multiple Clients can be installed

*alternatively* I would like to be able to install and run multiple clients. This would allow (pre)deployment installation of the new client for end users, and then deploy to the production servers progressively. Once deployment is complete we can clean up the old clients at leisure.

Without this, to avoid disruption we are finding that we have to compress the deployment when the protocol changes (server and client), which is not ideal.

From a risk perspective we would ideally not

--- *** ---

Obviously the current solution (single protocol support in the client) eases introduction of new functionality and tasks that require protocol changes, but I want to highlight that as you make more use of VisualCron the difficulty in deploying the solution as a result goes up when the protocol changes.
Offline Support  
#2 Posted : Tuesday, August 6, 2013 8:50:44 AM(UTC)
Support

Rank: Official support

Joined: 2/23/2008(UTC)
Posts: 11,273

Thanks: 878 times
Was thanked: 451 time(s) in 428 post(s)
Thanks for the feedback. I would say that when we stop the current rate of new additions in the core it would be easier to make these kind of backwards compatibility. Currently we change to much a rewrite too much code - but I hope it will be better in the future.
Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!
Users browsing this topic
Guest
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Scroll to Top