Excelente conteúdo! Faça um canal de membros para postar mais desses tipos de conteúdo, vale demais! Uma dúvida, não consigo fazer debug via Broker né? (Eu li na documentação que não é possível, porém tenho muitos problemas em debugar em algumas bases devido a queda de conexão.)
Me preocupa o fato de descontinuar. Pois tentei utilizar o broker aqui recentemente e a performence diminuiu muito com o broker. A paginação e navegação ficou muito lenta, as telas ficaram muito lentas para abrir. Tive que voltar atrás. Outra coisa que me preocupa é o broker se tornar um unico ponto de falha, pois se o serviço do broker cai. Todas as conexões caem, no load balance não, se o master cai quem já esta nos slaves não cai.
Interessante a sua observação. De fato a carga no server parece ser bem maior por conta da centralização, porém por outro lado o serviço pesado quem faz são os "slaves". E tem também esta questão do ponto único de falha, com certeza é algo se considerar. E pra finalizar, não sei o custo que estava gerando para a TOTVS para ela disponibilizar a ferramenta, pois muita gente a utiliza ainda... talvez seja a questão da segurança ou algo do tipo. Valeu Bruno! 😉
Bom dia. Estou na tentativa e me surgiu a dúvida: Preciso reinstalar o serviço do AppMaster ou posso manter a instalação já existente? O APPMaster(Broker) sobe porém consegue se conectar a apenas 1 Slave... Obrigado!
A primeira impressão que tive foi a lentidão, notei bem mais lento, tentei criar o serviço com o -i ou -install sem sucesso, estou na versão 12.1.33, mas ao ler as observações do pessoal o que poderia ser uma solução para os problemas de conexão de rede pode ser tornar um problema com a queda do Broker, esperar evoluir mais e torna-se obrigatório para migrar!
Pergunta: se é transparente para o usuário o servidor a que ele vai ser conectar, então quando eu realizar qualquer mudança no dicionário de dados, qual é o servidor que o dicionário vai estar sendo atualizado?
Isso mesmo Francis, a mudança é transparente para o usuário. Ele vai sempre se conectar ao servidor do Broker mas internamente o broker vai se comunicar com um dos "slaves" de forma automática. E em relação a esta questão do dicionário, todos os seus servers apontarão para o mesmo dicionário (protheus_data/sx's), então se atualizar em um já tá valendo para todos 👍 Valeu aí Francis!
@@UserFunction No caso, qualquer mudança que eu fizer pelo configurador, ele vai sempre atualizar o AppServer do Broker, e vou ter que copiar depois para os outros servidores, é isso?
Fala Douglas! Cara, vc me deixou encucado aqui então fui fazer o teste. Tentei conectar o VSCode na porta do broker e o appserver negou a conexão. Então não consegui compilar e muito menos debugar. Então esta parte de compilação e debug você vai usar da mesma forma que fazíamos no load balance antigo: Você vai conectar a um dos slaves e vida que segue. Pensei um pouco aqui e vi que acaba sendo uma segurança a mais para o processo, pois ninguém que só tenha acesso ao Broker vai conseguir estes acessos de debug ou compilação. Por outro lado, deverá ser aberta uma porta para o server de compilação/testes, mas aí já é algo esperado pois o ideal é estes acessos serem feitos somente via vpn e outras seguranças. Valeu aí Douglas! Ps: O pessoal todo aqui do time gosta muito dos produtos de vocês, cada um tem no mínimo um ou até três suportes de monitor, fora outras coisas. ELG manda bem nos produtos 👏👏 Valeu!
@@UserFunction Legal saber disso! A ELG tem uma constante preocupação com a qualidade dos produtos e com a satisfação do cliente, então é ótimo ter esse feedback!
Eu testei e pra mim também fico mais lento voltei a traz tambem sem contar o que o amigo ai falou se cai o load balance quem ta continua e voce volta ele tudo ok ja com broker não e assim pra mim e pior
Realmente esta poderia ser a estratégia oficial da TOTVS, de manter as duas ferramentas (load e broker), daí quem quisesse ficava em uma e quem quisesse mudava. E é verdade esta questão do load balance, se o master cair os usuários permanecem usando o Protheus. Já o Broker se ele cair, derruba geral! Mas mesmo assim talvez o indicado seja utilizarmos o broker, principalmente pela simplicidade de manutenção, segurança (exposição de portas) e principalmente pq a TOTVS falou que está deprecated. Mas a gente que trabalha com Protheus sabe como são as coisas: Se tá funcionando, evite mexer :) Valeu Júnior!
Ótimo conteúdo!
Oi Natã! Obg pelo seu feedback, tmj 👊😉
Excelente conteúdo! Faça um canal de membros para postar mais desses tipos de conteúdo, vale demais!
Uma dúvida, não consigo fazer debug via Broker né?
(Eu li na documentação que não é possível, porém tenho muitos problemas em debugar em algumas bases devido a queda de conexão.)
Excelente Explicação, Parabéns pelo Trabalho!
Muito obrigado! Em nome de toda equipe UF 👊😉
Boa noite, e obrigado a todos pela atenção.
Fiquem com DEUS.
at.te
🙏
Obrigado por compartilhar conhecimento!!! Funcionou blz!!!
Que bom que ajudou! Sucesso 👊😉
Me preocupa o fato de descontinuar. Pois tentei utilizar o broker aqui recentemente e a performence diminuiu muito com o broker. A paginação e navegação ficou muito lenta, as telas ficaram muito lentas para abrir. Tive que voltar atrás. Outra coisa que me preocupa é o broker se tornar um unico ponto de falha, pois se o serviço do broker cai. Todas as conexões caem, no load balance não, se o master cai quem já esta nos slaves não cai.
Interessante a sua observação.
De fato a carga no server parece ser bem maior por conta da centralização, porém por outro lado o serviço pesado quem faz são os "slaves".
E tem também esta questão do ponto único de falha, com certeza é algo se considerar.
E pra finalizar, não sei o custo que estava gerando para a TOTVS para ela disponibilizar a ferramenta, pois muita gente a utiliza ainda... talvez seja a questão da segurança ou algo do tipo.
Valeu Bruno! 😉
😄Valew, ótima explicação !👍
Valeu Vinícius!
Bom dia. Estou na tentativa e me surgiu a dúvida: Preciso reinstalar o serviço do AppMaster ou posso manter a instalação já existente? O APPMaster(Broker) sobe porém consegue se conectar a apenas 1 Slave... Obrigado!
Boa noite, uma dúvida , a partir de qual release funciona ou é só 2210 adiante ?
Obrigado um abraço e parabéns por mais um vídeo excelente.
Estamos usando desde a 27 e funciona perfeitamente
Eu utilizo o Broker desde a versão 12.1.17
A primeira impressão que tive foi a lentidão, notei bem mais lento, tentei criar o serviço com o -i ou -install sem sucesso, estou na versão 12.1.33, mas ao ler as observações do pessoal o que poderia ser uma solução para os problemas de conexão de rede pode ser tornar um problema com a queda do Broker, esperar evoluir mais e torna-se obrigatório para migrar!
Sílvio, tente iniciar o CMD como administrador, pode ser essa a causa de não estar dando certo.
[SERVICE]
criei uma linha assim, deu certo
Pergunta: se é transparente para o usuário o servidor a que ele vai ser conectar, então quando eu realizar qualquer mudança no dicionário de dados, qual é o servidor que o dicionário vai estar sendo atualizado?
Isso mesmo Francis, a mudança é transparente para o usuário. Ele vai sempre se conectar ao servidor do Broker mas internamente o broker vai se comunicar com um dos "slaves" de forma automática.
E em relação a esta questão do dicionário, todos os seus servers apontarão para o mesmo dicionário (protheus_data/sx's), então se atualizar em um já tá valendo para todos 👍
Valeu aí Francis!
@@UserFunction No caso, qualquer mudança que eu fizer pelo configurador, ele vai sempre atualizar o AppServer do Broker, e vou ter que copiar depois para os outros servidores, é isso?
E até hoje tá funcionando Load balance. Peguei um cliente na versão 2310 com Load Balance ainda... :(
É mesmo, ainda funciona :)
E somente só utilizado o broker não será possível fazer debug direto em uma porta?
Fala Douglas!
Cara, vc me deixou encucado aqui então fui fazer o teste.
Tentei conectar o VSCode na porta do broker e o appserver negou a conexão. Então não consegui compilar e muito menos debugar.
Então esta parte de compilação e debug você vai usar da mesma forma que fazíamos no load balance antigo: Você vai conectar a um dos slaves e vida que segue.
Pensei um pouco aqui e vi que acaba sendo uma segurança a mais para o processo, pois ninguém que só tenha acesso ao Broker vai conseguir estes acessos de debug ou compilação.
Por outro lado, deverá ser aberta uma porta para o server de compilação/testes, mas aí já é algo esperado pois o ideal é estes acessos serem feitos somente via vpn e outras seguranças.
Valeu aí Douglas!
Ps: O pessoal todo aqui do time gosta muito dos produtos de vocês, cada um tem no mínimo um ou até três suportes de monitor, fora outras coisas. ELG manda bem nos produtos 👏👏 Valeu!
@@UserFunction Legal saber disso! A ELG tem uma constante preocupação com a qualidade dos produtos e com a satisfação do cliente, então é ótimo ter esse feedback!
Eu testei e pra mim também fico mais lento voltei a traz tambem sem contar o que o amigo ai falou se cai o load balance quem ta continua e voce volta ele tudo ok ja com broker não e assim pra mim e pior
Realmente esta poderia ser a estratégia oficial da TOTVS, de manter as duas ferramentas (load e broker), daí quem quisesse ficava em uma e quem quisesse mudava.
E é verdade esta questão do load balance, se o master cair os usuários permanecem usando o Protheus. Já o Broker se ele cair, derruba geral!
Mas mesmo assim talvez o indicado seja utilizarmos o broker, principalmente pela simplicidade de manutenção, segurança (exposição de portas) e principalmente pq a TOTVS falou que está deprecated. Mas a gente que trabalha com Protheus sabe como são as coisas: Se tá funcionando, evite mexer :)
Valeu Júnior!
OBS: A pergunta pode ser idiota, mas sou novato no mundo Protheus.
Fica tranquilo Marco, se a dúvida é verdadeira então nunca é uma pergunta idiota