{"action":"created","issue":{"url":"https://api.github.com/repos/tarantool/go-tarantool/issues/68","repository_url":"https://api.github.com/repos/tarantool/go-tarantool","labels_url":"https://api.github.com/repos/tarantool/go-tarantool/issues/68/labels{/name}","comments_url":"https://api.github.com/repos/tarantool/go-tarantool/issues/68/comments","events_url":"https://api.github.com/repos/tarantool/go-tarantool/issues/68/events","html_url":"https://github.com/tarantool/go-tarantool/issues/68","id":357247838,"node_id":"MDU6SXNzdWUzNTcyNDc4Mzg=","number":68,"title":"Reconnection strategy - round-robin between instances","user":{"login":"sharonovd","id":31623709,"node_id":"MDQ6VXNlcjMxNjIzNzA5","avatar_url":"https://avatars1.githubusercontent.com/u/31623709?v=4","gravatar_id":"","url":"https://api.github.com/users/sharonovd","html_url":"https://github.com/sharonovd","followers_url":"https://api.github.com/users/sharonovd/followers","following_url":"https://api.github.com/users/sharonovd/following{/other_user}","gists_url":"https://api.github.com/users/sharonovd/gists{/gist_id}","starred_url":"https://api.github.com/users/sharonovd/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/sharonovd/subscriptions","organizations_url":"https://api.github.com/users/sharonovd/orgs","repos_url":"https://api.github.com/users/sharonovd/repos","events_url":"https://api.github.com/users/sharonovd/events{/privacy}","received_events_url":"https://api.github.com/users/sharonovd/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-09-05T14:09:51Z","updated_at":"2018-09-05T20:50:48Z","closed_at":null,"author_association":"NONE","body":"Use-case: tarantool is deployed as a geo-distributed cluster, and when one DC goes down, application must switch to reserve DC with minimal service disruption.\r\n\r\nProposal 1: add built-in reconnect strategy which would take several connection URI's as a config, and would quickly to establish connection to them in a circle, returning the first succesful one.\r\nEdge-case: if all URIs are unavailable, return error.\r\n\r\nProposal 2: implement overridable connection strategy class (as in tarantool-java), and provide proposal 1 as example."},"comment":{"url":"https://api.github.com/repos/tarantool/go-tarantool/issues/comments/418876963","html_url":"https://github.com/tarantool/go-tarantool/issues/68#issuecomment-418876963","issue_url":"https://api.github.com/repos/tarantool/go-tarantool/issues/68","id":418876963,"node_id":"MDEyOklzc3VlQ29tbWVudDQxODg3Njk2Mw==","user":{"login":"funny-falcon","id":249427,"node_id":"MDQ6VXNlcjI0OTQyNw==","avatar_url":"https://avatars1.githubusercontent.com/u/249427?v=4","gravatar_id":"","url":"https://api.github.com/users/funny-falcon","html_url":"https://github.com/funny-falcon","followers_url":"https://api.github.com/users/funny-falcon/followers","following_url":"https://api.github.com/users/funny-falcon/following{/other_user}","gists_url":"https://api.github.com/users/funny-falcon/gists{/gist_id}","starred_url":"https://api.github.com/users/funny-falcon/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/funny-falcon/subscriptions","organizations_url":"https://api.github.com/users/funny-falcon/orgs","repos_url":"https://api.github.com/users/funny-falcon/repos","events_url":"https://api.github.com/users/funny-falcon/events{/privacy}","received_events_url":"https://api.github.com/users/funny-falcon/received_events","type":"User","site_admin":false},"created_at":"2018-09-05T20:50:48Z","updated_at":"2018-09-05T20:50:48Z","author_association":"COLLABORATOR","body":"imho, it will be better to add it as subpackage by managing several tarantool.Connection.\r\n\r\nBTW, which way it should determine new master? Or is your setup multimaster cluster?"}}
{"actor":{"display_login":"funny-falcon"}}