Orchestrator progress

This comes mostly to reassure, having moved into GitHub: orchestrator development continues.

I will have the privilege of working on this open source solution in GitHub. There are a few directions we can take orchestrator to, and we will be looking into the possibilities. We will continue to strengthen the crash recovery process, and in fact I’ve got a couple ideas on drastically shortening Pseudo-GTID recovery time as well as other debts. We will look into yet other directions, which we will share. My new and distinguished team will co-work on/with orchestrator and will no doubt provide useful and actionable input.

Orchestrator continues to be open for pull requests, with a temporal latency in response time (it’s the Holidays, mostly).

Some Go(lang) limitations (namely the import path, I’ll blog more about it) will most probably imply some changes to the code, which will be well communicated to existing collaborators.

Most of all, we will keep orchestrator a generic solution, while keeping focus on what we think is most important – and there’s some interesting vision here. Time will reveal as we make progress.

 

4
Leave a Reply

avatar
4 Comment threads
0 Thread replies
0 Followers
 
Most reacted comment
Hottest comment thread
2 Comment authors
shlomiDave Juntgen Recent comment authors

This site uses Akismet to reduce spam. Learn how your comment data is processed.

  Subscribe  
Notify of
Dave Juntgen
Guest
Dave Juntgen

Thanks for letting us know that development will continue. Are there anythings about have orchestrator be a replacement for MHA? Recovery of a failed masters appears to be working well, what about promoting a replica as master from a live and health current master?

Dave Juntgen
Guest
Dave Juntgen

@shlomi,

Sorry, let me try again.

MHA has a:

masterha_master_switch –master_state=alive

Along with all of the external hooks. Maybe I missed it, but I was not able to find a method for live master switch.