Well… if Chat was still integrated to system nodes, they would have to take the cluster down.
Now they can restart chat servers separately, and then just tell us to relog.
Ejabberd will run on a cluster of machines in the cloud, so we’re not just separating chat from the game server application, we’re also taking it outside of the EVE cluster.
I think you are under some sort of misunderstanding about what externalization means. Just because something runs on the same service provider does not mean it’s internal to the system. The above quote is from the dev blog and clearly states that the chat system is now outside the TQ cluster. That is external.
Ding ding ding.
So, they don’t have to take the cluster down but we still have to relog. What exactly is the difference here?
That’s one form of externalization but not the only form. You should read the dev blog with closer attention.
Not really, it’s just two interpretations of the same phrase. Externalization quite often means what Jaydubs is referring to, namely ‘managed by somebody else.’
1 Like
Yeah, this is definitely a case of interpreting that word now. I’m speaking of externalization as ‘third party vendor handles it all’, not ‘we extracted the relevant bits into a microservice and threw it on a new kubernetes cluster’.
Both can introduce issues, but doing the latter is a good idea and definitely the industry standard. It would be bad if CCP didn’t start doing these things, and then we’d all be pointing and laughing ‘WHY WOULDN’T YOU USE MICROSERVICES LIKE EVERYONE ELSE!?!’
In other words, it’s still externalized or outsourced or whatever you want to call it. It’s not an cluster internal system anymore, it is separate (ie. external from the cluster). And this causes more issues for the cluster and gameplay experience than it solved (if it solved any at all). Thanks for confirming.
That’s the thing though. You’re acting like ‘putting it outside of the cluster’ is some kind of big no-no that is going to inherently cause problems. It’s quite the opposite, to have truly scalable systems you have to do exactly that. Why do you think EVE still has to be shut down every night? Why do you think EVE is the ONLY MMO that does that? It’s because they can’t maintain individual components.
People focus on the wrong things.
Considering the spectacular success that the externalized/oursourced chat has been so far, I bet that no one would do that. Everyone told CCP how terrible microservices are and how many issues this would create. Moreover, none of the potential benefits like chatting in external applications has even been talked about. Instead of working on that CCP is busy trying to keep the system running. And they fail at that every other day.
Because it does. It causes nothing but issues. I case you missed it, the stream of complaints about not working chats is not stopping. And CCP keeps having to invest their precious and scarce developer time to fix issues.
Because it is a good thing. It gives developers a specific time to look at things and fix things. It is predicable not just for them but for players as well. Normally, we don’t have to suffer through random downtimes like other MMO when devs have to fix something that came up. We have a predicable and easily manageable time window for that. Saying that the daily downtime is something bad is delusional.
The only things that are truly scalable in these micro-service systems are the issues.
That is patently false. Other MMO like Albion also have daily maintenance downtimes. It is by far not something unique to EVE and it is nothing bad to have.
Well same character showing in at least 4 systems, so i am gonna log and leave you gentlemen and ladies to it, hopefully they will have a fix soon, won’t hold my breathe though! It is a shame you couldn’t have an in game way of freezing your omega status for when things like this happens, then nobody could moan about losing sub time…Just a thought… have fun fly safe o7
Channels stil not working proper…
Same character in different systems. FIX IT !!!
Because the service we are getting is worse than previously. And as per the Dev Blog from 9th January 2019 CCP said
“If our current efforts do not yield positive results by the end of January, we’ll begin the process of investigating the reinstatement of the original chat back end, which despite its future limitations, served New Eden reliably in the past.”
Those efforts have not yielded positive results and the chat system is still worse than the old system. Given the drop in users that the Null Sec Blackout had because the poor dears dare not undock without their 100% perfect intel you would think that the chat system should be sorted.
To be honest the system dropping out constantly bothers me LESS than CCP saying one thing “we’ll rollback if it doesn’t work” and doing another aka nothing.
2 Likes
yeah, or it would just work like the rest of the game. if it hadn’t been separated. Dong dong dong dong…
Well maybe the results were positive at the end of January…but not anymore 
There are still some problems to fix:
This neutral is display like he is still in system, but actually he is not:
Relog, don`t fix this one.
I honestly missed that section. I agree that they should start looking into rolling it back, then. But the idea was a sound one, just perhaps poorly executed.
One thing they really need to do is make it so players don’t rely on this external chat system to figure out how dangerous the system is. That shouldn’t be coupled.
1 Like
Chat working fine now.
Not sure how long you have been here but this quote …
Could be CCP’s motto. 
2 Likes
The local chat is still not working properly in some systems. I’m seeing 1 in local and 10 on direct scan and in space. It is happening not only to me, but other ppl have the same issue.
Local is still not being true for me here in the UK!
Still losing connection to local chat and regaining it on 1 toon but not the others!!
Some gates slow at letting me through etc etc
There is a solution that works most of the time when stuck in a jump tunnel.
If you have a route planned right click the next marker (the colored squares under route) and dependent on the type select dock or jump.
In case of dock, the ship will warp and dock but stays visually in the tunnel until it happens. The new warp indicator will show progress as usual.