WEBVTT

03cbb44e-cda2-4587-b9c3-f994b0da3acf-0
00:00:02.040 --> 00:00:07.060
Olha Na Na equipe de sustentação,
trabalha também muito tempo na equipe ali

03cbb44e-cda2-4587-b9c3-f994b0da3acf-1
00:00:07.060 --> 00:00:11.816
que é do wfm de operação de despacho
também e outros sistemas que estão

03cbb44e-cda2-4587-b9c3-f994b0da3acf-2
00:00:11.816 --> 00:00:15.185
envolvendo ali, né?
Parte de operação de despacho,

03cbb44e-cda2-4587-b9c3-f994b0da3acf-3
00:00:15.185 --> 00:00:18.686
então eles é hoje eles dão,
fazem a sustentação, né?

03cbb44e-cda2-4587-b9c3-f994b0da3acf-4
00:00:18.686 --> 00:00:22.847
É desses sistemas aqui do outro lado,
aqui também a gente tem,

03cbb44e-cda2-4587-b9c3-f994b0da3acf-5
00:00:22.847 --> 00:00:28.000
é uma empresa tá trabalhando com a gente
já tem um tempo já que é da centrop.

9481f055-48b7-4548-85b8-366536cba0a7-0
00:00:29.040 --> 00:00:34.059
É, tem o João Carlos castellani,
então aqui é um arquiteto Vladimir, né?

9481f055-48b7-4548-85b8-366536cba0a7-1
00:00:34.059 --> 00:00:39.079
Faz a parte de gestão aí do do projeto é
esse projeto, tem o intuito de,

9481f055-48b7-4548-85b8-366536cba0a7-2
00:00:39.079 --> 00:00:43.755
na verdade, nesse trabalho,
tem o intuito de de validade de ponta a

9481f055-48b7-4548-85b8-366536cba0a7-3
00:00:43.755 --> 00:00:46.918
ponta.
Lá as integrações estão envolvidas com

9481f055-48b7-4548-85b8-366536cba0a7-4
00:00:46.918 --> 00:00:51.801
ADMS, tá, ô Vladimir, falei correto,
aí eu não sei se não tá perfeito,

9481f055-48b7-4548-85b8-366536cba0a7-5
00:00:51.801 --> 00:00:55.995
tá perfeito. Luis,
e a e a ideia a gente dá um entendimento,

9481f055-48b7-4548-85b8-366536cba0a7-6
00:00:55.995 --> 00:00:57.440
né, de como é que eu.

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-0
00:00:58.680 --> 00:01:04.308
Do trabalho de vocês, né? Em sustentação,
uma coisa importante nessas transições,

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-1
00:01:04.308 --> 00:01:06.847
né?
E o é e o castelani conduz aí as

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-2
00:01:06.847 --> 00:01:11.515
perguntas, né? Castelani, né?
É importante também de vocês falar um

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-3
00:01:11.515 --> 00:01:16.663
pouco do do processo de vocês, né,
do fluxo que vocês têm de atendimento e

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-4
00:01:16.663 --> 00:01:22.085
como é que vocês são acionados também,
só para eles entenderem também qual é o

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-5
00:01:22.085 --> 00:01:27.164
trabalho de vocês e também até comentar
as dores que vocês encontram, né?

d831c6bc-1cad-4d15-a3a1-1ddf9ddb73a8-6
00:01:27.164 --> 00:01:28.400
O que recebem, né?

545d13c2-a114-455f-b6da-a6c10debac2d-0
00:01:28.800 --> 00:01:35.051
Referente ao a essas integrações que
envolvem a dms,

545d13c2-a114-455f-b6da-a6c10debac2d-1
00:01:35.051 --> 00:01:43.897
desde o legado até Oo sistema, né?
Corporativos que integram com a dms até

545d13c2-a114-455f-b6da-a6c10debac2d-2
00:01:43.897 --> 00:01:49.676
OA dms,
se que que a gente fala aqui primeiro ou

545d13c2-a114-455f-b6da-a6c10debac2d-3
00:01:49.676 --> 00:01:55.810
se pode ser, pode falar primeiro,
que aí já inicia.

89c6b4ac-0cc9-4846-868e-02a869410bef-0
00:01:57.160 --> 00:02:01.810
A tá assim a gente costuma receber, né?
O primeiro contato, assim,

89c6b4ac-0cc9-4846-868e-02a869410bef-1
00:02:01.810 --> 00:02:07.084
é com o chamado de algum usuário
reportando alguma coisa. No geral, é isso.

89c6b4ac-0cc9-4846-868e-02a869410bef-2
00:02:07.084 --> 00:02:11.526
Assim, é uma ocorrência que não,
que não tá aparecendo na tela,

89c6b4ac-0cc9-4846-868e-02a869410bef-3
00:02:11.526 --> 00:02:14.788
uma ocorrência que não retorna dado,
faltante.

89c6b4ac-0cc9-4846-868e-02a869410bef-4
00:02:14.788 --> 00:02:20.480
Esse tipo de coisa é a gente recebendo o
chamado, a gente vai seguindo os fluxos.

5133e93e-0b11-4908-88d2-2a5514387330-0
00:02:21.720 --> 00:02:26.535
É pra quem está chegando na raiz do
problema, né? Baseado em logs,

5133e93e-0b11-4908-88d2-2a5514387330-1
00:02:26.535 --> 00:02:31.278
aí no lk cincdia é o Kafka.
Ali a gente vê saúde das filas e tal.

5133e93e-0b11-4908-88d2-2a5514387330-2
00:02:31.278 --> 00:02:35.878
Resumindo, é isso. Assim,
a gente está recebendo os repasses da

5133e93e-0b11-4908-88d2-2a5514387330-3
00:02:35.878 --> 00:02:39.975
equipe de projeto de grão em grão,
a gente tem recebido,

5133e93e-0b11-4908-88d2-2a5514387330-4
00:02:39.975 --> 00:02:45.078
é um pouquinho mais do projeto.
Então assim, em resumo, é isso. Agora,

5133e93e-0b11-4908-88d2-2a5514387330-5
00:02:45.078 --> 00:02:48.600
a sustentação de vocês está focada no
novo ADMS.

c5f6cbab-ff36-46ea-9628-69100fe04cfe-0
00:02:52.240 --> 00:02:56.300
É assim,
a gente sustenta todos os sistemas teccom,

c5f6cbab-ff36-46ea-9628-69100fe04cfe-1
00:02:56.300 --> 00:03:00.595
né? Mas Oo foco,
a gente do nosso aqui tem sido mais o

c5f6cbab-ff36-46ea-9628-69100fe04cfe-2
00:03:00.595 --> 00:03:04.421
adms. Ah, tá,
mas no fundo vocês sustentam tudo.

c5f6cbab-ff36-46ea-9628-69100fe04cfe-3
00:03:04.421 --> 00:03:10.200
Vocês têm essa visão geral da operação de
despacho, né? Focado ali em si.

c5f6cbab-ff36-46ea-9628-69100fe04cfe-4
00:03:10.200 --> 00:03:15.119
Gold despachos iOS, no geral,
é com aquele comercial perfeito.

d4c6042a-0e4f-4861-904d-9c1390a3b88c-0
00:03:18.840 --> 00:03:26.555
Carcelane em algum ponto aí que você
queira começar a explorar? Foi mal,

d4c6042a-0e4f-4861-904d-9c1390a3b88c-1
00:03:26.555 --> 00:03:32.684
tava no mudo, é só só curiosidade,
é pelo que eu entendi.

d4c6042a-0e4f-4861-904d-9c1390a3b88c-2
00:03:32.684 --> 00:03:37.863
O foco é na qualidade do dado,
geralmente os os,

d4c6042a-0e4f-4861-904d-9c1390a3b88c-3
00:03:37.863 --> 00:03:45.790
as demandas que que que são enviadas pra
vocês resolverem ou investigarem.

557f3ed1-bb73-4166-a82c-11afcce527c7-0
00:03:46.200 --> 00:03:49.470
É relacionado a qualidade de dados?
É isso? Não,

557f3ed1-bb73-4166-a82c-11afcce527c7-1
00:03:49.470 --> 00:03:54.341
não pode ser uma ocorrência simplesmente
que não apareceu ou tá travado.

557f3ed1-bb73-4166-a82c-11afcce527c7-2
00:03:54.341 --> 00:03:59.680
O cara tá abrindo falta de energia em
algum lugar e as ocorrências não caem pra

557f3ed1-bb73-4166-a82c-11afcce527c7-3
00:03:59.680 --> 00:04:03.417
ser despachada pra equipe.
É esse tipo de coisa. Assim,

557f3ed1-bb73-4166-a82c-11afcce527c7-4
00:04:03.417 --> 00:04:07.088
não necessariamente a qualidade do dado,
o dado em si,

557f3ed1-bb73-4166-a82c-11afcce527c7-5
00:04:07.088 --> 00:04:11.959
nem aparecer às vezes ou alguma lentidão
em algum alguma parte do fluxo.

95acc054-d35e-4c0c-a762-40f06fcca1d0-0
00:04:14.320 --> 00:04:19.633
Então deixa eu reformular é No No fluxo
de informação.

95acc054-d35e-4c0c-a762-40f06fcca1d0-1
00:04:19.633 --> 00:04:27.845
Então é eu tenho 11 pipeline, um workflow.
Então se o evento travar em algum desses,

95acc054-d35e-4c0c-a762-40f06fcca1d0-2
00:04:27.845 --> 00:04:35.573
em algum dos em algum dos das etapas,
você vai estar investigando porque travou

95acc054-d35e-4c0c-a762-40f06fcca1d0-3
00:04:35.573 --> 00:04:42.240
e liberando esse evento pra poder seguir
o seu caminho. Se o evento.

d6a2ba03-536d-4243-8412-42eacbc17c15-0
00:04:43.080 --> 00:04:49.388
Se a informação que estiver dentro do
evento tiver algum dado incoerente ou

d6a2ba03-536d-4243-8412-42eacbc17c15-1
00:04:49.388 --> 00:04:55.863
faltante ou é errado, por exemplo, né?
Que é causa em algum impacto em alguma

d6a2ba03-536d-4243-8412-42eacbc17c15-2
00:04:55.863 --> 00:05:02.669
outra, em alguma outra etapa do evento.
Vocês também estão investigando isso, tá?

d6a2ba03-536d-4243-8412-42eacbc17c15-3
00:05:02.669 --> 00:05:06.072
Então é, é.
Vocês estão atuando no fluxo

d6a2ba03-536d-4243-8412-42eacbc17c15-4
00:05:06.072 --> 00:05:08.479
informacional. É isso, tá? É.

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-0
00:05:11.160 --> 00:05:14.766
Se tiver 11,
situação onde eu tenho um processo que

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-1
00:05:14.766 --> 00:05:19.828
ele tem uma falha, ele ele dá um erro 500.
Isso vocês também investigam?

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-2
00:05:19.828 --> 00:05:23.156
É se for algum erro mais nesse sentido de
rede.

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-3
00:05:23.156 --> 00:05:27.872
Assim a gente coloca as outras equipes
pra apoiar, né? Por exemplo,

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-4
00:05:27.872 --> 00:05:33.766
a equipe de rede ou a equipe de de banco,
se a gente vê que algum problema no mongo,

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-5
00:05:33.766 --> 00:05:38.621
né? Ou a equipe do kafta lá,
se tiver alguma coisa relacionada A Fila

2cf1cd1e-c304-451f-b852-fe7a7d796a6d-6
00:05:38.621 --> 00:05:39.800
consumidor e tal.

3ce234d1-428c-44bf-bd43-91cc445946cf-0
00:05:40.680 --> 00:05:43.751
Tá, entendi.
Então deixa eu ver se eu entendi.

3ce234d1-428c-44bf-bd43-91cc445946cf-1
00:05:43.751 --> 00:05:47.476
Vocês fazem uma análise de fluxo do fluxo
informacional,

3ce234d1-428c-44bf-bd43-91cc445946cf-2
00:05:47.476 --> 00:05:51.332
aí vocês identificam a falha.
Se for uma falha processual,

3ce234d1-428c-44bf-bd43-91cc445946cf-3
00:05:51.332 --> 00:05:56.298
vocês acionam a equipe responsável por
aquele processo para eles fazerem as

3ce234d1-428c-44bf-bd43-91cc445946cf-4
00:05:56.298 --> 00:06:01.200
devidas correções e o fluxo se seguir,
certo? Vocês não atuam na correção?

99f6877c-075a-4854-8877-7de67f37019c-0
00:06:01.920 --> 00:06:07.425
A gente atua na correção também,
se for a cor, se o problema for sistêmico,

99f6877c-075a-4854-8877-7de67f37019c-1
00:06:07.425 --> 00:06:10.902
né? Em sistemas nossos,
uma fila 11 consumidor,

99f6877c-075a-4854-8877-7de67f37019c-2
00:06:10.902 --> 00:06:14.813
um produtor que tá que relacionado a
sistema é nosso,

99f6877c-075a-4854-8877-7de67f37019c-3
00:06:14.813 --> 00:06:18.218
a gente atua na achando problema e
corrigindo,

99f6877c-075a-4854-8877-7de67f37019c-4
00:06:18.218 --> 00:06:22.999
se for alguma coisa mais pro lado de
infraestrutura é a equipe de

99f6877c-075a-4854-8877-7de67f37019c-5
00:06:22.999 --> 00:06:26.476
infraestrutura, tá bom, beleza,
então vamos lá,

99f6877c-075a-4854-8877-7de67f37019c-6
00:06:26.476 --> 00:06:31.039
é o cigode enviou um evento e esse evento
nunca chegou, tá? É?

fe914895-0683-4ed8-94cd-35ce96ed722c-0
00:06:31.920 --> 00:06:35.716
Me dá um exemplo de como é que vocês
atuam nesse cenário?

fe914895-0683-4ed8-94cd-35ce96ed722c-1
00:06:35.716 --> 00:06:41.084
Eles identificam que foi esse gótico que
enviou ao evento e o evento travou lá No

fe914895-0683-4ed8-94cd-35ce96ed722c-2
00:06:41.084 --> 00:06:44.685
No no Kafka e não foi processado.
O trabalho no Kafka,

fe914895-0683-4ed8-94cd-35ce96ed722c-3
00:06:44.685 --> 00:06:48.024
a gente vai caçar na fila. Por exemplo,
na censid,

fe914895-0683-4ed8-94cd-35ce96ed722c-4
00:06:48.024 --> 00:06:51.624
a pula na censid buscou a é a censid,
fez uma chamada,

fe914895-0683-4ed8-94cd-35ce96ed722c-5
00:06:51.624 --> 00:06:56.665
mas ninguém nunca respondeu. Por exemplo,
tem algum erro no meio do caminho?

fe914895-0683-4ed8-94cd-35ce96ed722c-6
00:06:56.665 --> 00:06:58.040
A gente vai num, num.

4b1b9336-b51e-41fb-b2b5-32eba9530c86-0
00:06:58.280 --> 00:07:03.262
Num num serviço que deveria ler essa API,
por exemplo, e ver se ele tá rodando,

4b1b9336-b51e-41fb-b2b5-32eba9530c86-1
00:07:03.262 --> 00:07:07.870
é basicamente é isso. Assim, vamos.
E por que que esse serviço não pegou?

4b1b9336-b51e-41fb-b2b5-32eba9530c86-2
00:07:07.870 --> 00:07:11.793
O serviço tá rodando,
mas não pegou a mensagem. E por que? Ah,

4b1b9336-b51e-41fb-b2b5-32eba9530c86-3
00:07:11.793 --> 00:07:14.534
porque tá algum problema na rede,
pode ser,

4b1b9336-b51e-41fb-b2b5-32eba9530c86-4
00:07:14.534 --> 00:07:19.516
ou porque faltou alguma informação e tá
dando erro no consumidor ali, pode ser.

4b1b9336-b51e-41fb-b2b5-32eba9530c86-5
00:07:19.516 --> 00:07:24.000
Ou realmente faltou um dado que deveria
ter vindo do cigode e não veio.

408c06a6-b0ef-4b01-aea0-3b6127b36db1-0
00:07:25.480 --> 00:07:29.533
Perfeito, vamos lá, nesse cenário é,
faltou um dado que deveria ter vindo no

408c06a6-b0ef-4b01-aea0-3b6127b36db1-1
00:07:29.533 --> 00:07:33.482
cigode e não veio, como é que vocês,
como é que vocês corrigem o problema?

408c06a6-b0ef-4b01-aea0-3b6127b36db1-2
00:07:33.482 --> 00:07:37.641
A gente abre o log e verifica qual que
seria esse erro, ele verifica no fonte,

408c06a6-b0ef-4b01-aea0-3b6127b36db1-3
00:07:37.641 --> 00:07:41.801
tipo assim, Ah, realmente está faltando,
é uma coluna que deveria ter vindo do

408c06a6-b0ef-4b01-aea0-3b6127b36db1-4
00:07:41.801 --> 00:07:44.538
mundo, não tem.
Então a gente vai abrir uma demanda

408c06a6-b0ef-4b01-aea0-3b6127b36db1-5
00:07:44.538 --> 00:07:48.487
corretiva para ajustar isso aí. Ah,
beleza, então vocês abrem uma demanda,

408c06a6-b0ef-4b01-aea0-3b6127b36db1-6
00:07:48.487 --> 00:07:51.120
aí o pessoal lá que cuida do cigode,
vai lá, vai.

185b9359-3011-403c-974a-50116c0e19f7-0
00:07:51.800 --> 00:07:55.913
É, ajusta essa,
executa essa demanda e aí ele reenvia o

185b9359-3011-403c-974a-50116c0e19f7-1
00:07:55.913 --> 00:07:59.291
dado.
É isso que são vocês mesmos ou a equipe

185b9359-3011-403c-974a-50116c0e19f7-2
00:07:59.291 --> 00:08:04.139
do projeto, tá, tem como?
Ainda está um pouco em época de repasse

185b9359-3011-403c-974a-50116c0e19f7-3
00:08:04.139 --> 00:08:09.647
aí, ou a gente abre a corretivo, corrija,
ou a gente tem sido maior parte,

185b9359-3011-403c-974a-50116c0e19f7-4
00:08:09.647 --> 00:08:13.319
a gente repassa para a equipe do projeto
ajustar.

fcbdff38-d139-4dd4-a8c8-a0a9d2cef579-0
00:08:13.800 --> 00:08:22.640
Então vocês fazem a sustentação do código,
então vocês também fazem as correções,

fcbdff38-d139-4dd4-a8c8-a0a9d2cef579-1
00:08:22.640 --> 00:08:28.246
as correções no código. Vocês,
além de identificar,

fcbdff38-d139-4dd4-a8c8-a0a9d2cef579-2
00:08:28.246 --> 00:08:35.900
vocês fazem a correção no código, é isso,
show, é se cair para uma aí,

fcbdff38-d139-4dd4-a8c8-a0a9d2cef579-3
00:08:35.900 --> 00:08:42.800
como é que aí, beleza,
é aí você fez um replay, tá? É? Entendi.

1fd40f7e-0559-42fd-ab6b-0b021d060af1-0
00:08:48.680 --> 00:08:52.950
Não entendi, entendi. É aí vocês fazem.
Então, por exemplo,

1fd40f7e-0559-42fd-ab6b-0b021d060af1-1
00:08:52.950 --> 00:08:58.715
se eu tiver 111 processo onde eu tenho um
evento que ele passou por 5 pipelines,

1fd40f7e-0559-42fd-ab6b-0b021d060af1-2
00:08:58.715 --> 00:09:03.554
5 etapas, ele falou na última,
você identifica que o que porque ele

1fd40f7e-0559-42fd-ab6b-0b021d060af1-3
00:09:03.554 --> 00:09:07.041
falhou, efetua a correção lá no, digamos,
segód.

1fd40f7e-0559-42fd-ab6b-0b021d060af1-4
00:09:07.041 --> 00:09:12.877
Aí ele vai reenviar esse evento e ele vai
passar por todas as etapas até bater na

1fd40f7e-0559-42fd-ab6b-0b021d060af1-5
00:09:12.877 --> 00:09:15.440
última e passar pela última, é isso?

47f873b6-01df-47ee-9063-0b1655130bab-0
00:09:15.720 --> 00:09:20.182
Ou você consegue fazer a correção e
mandar só pra pra última etapa,

47f873b6-01df-47ee-9063-0b1655130bab-1
00:09:20.182 --> 00:09:23.529
o evento EE essa última etapa processar
cara, não,

47f873b6-01df-47ee-9063-0b1655130bab-2
00:09:23.529 --> 00:09:27.467
não vai ter um padrão desse não. Assim,
dependendo do erro,

47f873b6-01df-47ee-9063-0b1655130bab-3
00:09:27.467 --> 00:09:32.521
pode ser que ele nem reenvie mais.
E aí tem que ter algum tipo de tratamento

47f873b6-01df-47ee-9063-0b1655130bab-4
00:09:32.521 --> 00:09:33.440
manual aí, tá?

0bcdbc76-8d16-4176-9197-33c154a32266-0
00:09:37.080 --> 00:09:40.854
Tá, entendi.
Então se eu tiver um erro de dados num

0bcdbc76-8d16-4176-9197-33c154a32266-1
00:09:40.854 --> 00:09:44.701
num evento,
não quer dizer que eu vá fazer um replay

0bcdbc76-8d16-4176-9197-33c154a32266-2
00:09:44.701 --> 00:09:49.273
desse evento corrigido,
eu posso efetuar um processo manual de

0bcdbc76-8d16-4176-9197-33c154a32266-3
00:09:49.273 --> 00:09:55.080
correção na base, na base destino, é isso,
é, pode ser que isso aconteça assim,

0bcdbc76-8d16-4176-9197-33c154a32266-4
00:09:55.080 --> 00:09:59.943
isso é um problema que a gente tem,
inclusive. Entendi, mas aí tá,

0bcdbc76-8d16-4176-9197-33c154a32266-5
00:09:59.943 --> 00:10:03.935
é porque vamos lá,
como a gente tá trabalhando com com

0bcdbc76-8d16-4176-9197-33c154a32266-6
00:10:03.935 --> 00:10:06.040
eventos, né? A gente tem 111.

305f80bd-a51a-446e-ac5b-5602c49c0927-0
00:10:07.800 --> 00:10:12.207
11 designer pater,
que é um designer pater de eventsocing.

305f80bd-a51a-446e-ac5b-5602c49c0927-1
00:10:12.207 --> 00:10:17.288
Então o que que acontece? O eventsocing,
eu eu armazeno os eventos,

305f80bd-a51a-446e-ac5b-5602c49c0927-2
00:10:17.288 --> 00:10:21.472
todos que eu gerei,
tá é no time Siri da vida e caso eu

305f80bd-a51a-446e-ac5b-5602c49c0927-3
00:10:21.472 --> 00:10:24.759
precise,
caso eu tenha alguma falha alguma,

305f80bd-a51a-446e-ac5b-5602c49c0927-4
00:10:24.759 --> 00:10:28.569
algum é processo de perda,
eu reaplico os eventos,

305f80bd-a51a-446e-ac5b-5602c49c0927-5
00:10:28.569 --> 00:10:33.724
eu reidrato esses eventos e dou um replay
e ele vai e segue o fluxo,

305f80bd-a51a-446e-ac5b-5602c49c0927-6
00:10:33.724 --> 00:10:34.920
o fluxo natural.

8ea0a1d5-43fc-4c6b-a251-ad96e5bdf41b-0
00:10:36.200 --> 00:10:42.135
Se eu faço uma ação manual que corrige um
problema que deveria ser um evento

8ea0a1d5-43fc-4c6b-a251-ad96e5bdf41b-1
00:10:42.135 --> 00:10:46.606
reenviado, concordo.
Eu não vou ter esse evento histórico

8ea0a1d5-43fc-4c6b-a251-ad96e5bdf41b-2
00:10:46.606 --> 00:10:52.696
porque se eu tentar fazer um replay,
esse evento não vai existir na base e ele

8ea0a1d5-43fc-4c6b-a251-ad96e5bdf41b-3
00:10:52.696 --> 00:10:57.475
vai replicar o erro novamente, entendeu?
Lógico, é, você diz,

8ea0a1d5-43fc-4c6b-a251-ad96e5bdf41b-4
00:10:57.475 --> 00:11:02.640
hoje a gente tem isso. Não entendi não,
não, hoje a gente não tem.

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-0
00:11:02.920 --> 00:11:07.723
Mas geralmente em processos num num não
há metodologia event drive,

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-1
00:11:07.723 --> 00:11:12.244
porque vocês são event drive,
são eles são orientados a evento.

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-2
00:11:12.244 --> 00:11:17.401
Uma das boas práticas é você ter um event
socing da vida, que é o que é,

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-3
00:11:17.401 --> 00:11:21.569
você ter uma base onde você armazena
esses eventos e você,

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-4
00:11:21.569 --> 00:11:25.383
se houver uma necessidade,
você reaplica esse evento,

4e8f9dd3-3ce9-4921-a596-7c187a95cb95-5
00:11:25.383 --> 00:11:28.280
dá um replay no evento, então geralmente.

280e39eb-6d2e-44a7-8099-57c131ab0f38-0
00:11:28.680 --> 00:11:32.147
Sempre que há um problema a gente tem que
corrigir o evento,

280e39eb-6d2e-44a7-8099-57c131ab0f38-1
00:11:32.147 --> 00:11:36.809
não pode fazer nenhum processo manual de
correção de base ou do recebimento desse

280e39eb-6d2e-44a7-8099-57c131ab0f38-2
00:11:36.809 --> 00:11:40.050
evento. Por quê?
Porque senão eu não tenho mais o evento

280e39eb-6d2e-44a7-8099-57c131ab0f38-3
00:11:40.050 --> 00:11:43.802
sócio, entendeu? É lógico,
porque se eu precisar fazer um replay,

280e39eb-6d2e-44a7-8099-57c131ab0f38-4
00:11:43.802 --> 00:11:47.156
eu não consigo fazer esse esse esse
replay, porque a base,

280e39eb-6d2e-44a7-8099-57c131ab0f38-5
00:11:47.156 --> 00:11:50.681
a base de eventos está inconsistente,
a base do evento sócio,

280e39eb-6d2e-44a7-8099-57c131ab0f38-6
00:11:50.681 --> 00:11:53.239
que é inconsistente. Isso é só um ponto,
né?

280e39eb-6d2e-44a7-8099-57c131ab0f38-7
00:11:53.239 --> 00:11:57.559
Eu acho que vocês não têm esse esse
esquema de eventsocing aqui, né, vocês?

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-0
00:11:57.960 --> 00:12:01.819
Manda os eventos,
eventos que vão sendo processados,

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-1
00:12:01.819 --> 00:12:05.169
EEE morrem, né?
Você não armazena os eventos.

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-2
00:12:05.169 --> 00:12:09.175
Todos que vocês foram que foram
processando por causa,

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-3
00:12:09.175 --> 00:12:15.074
por necessidade de auditoria ou ou caso
eu precise fazer um replay de um período

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-4
00:12:15.074 --> 00:12:19.735
de tempo de eventos, Ah,
eu quero reaplicar esses eventos. Não,

cb3f3ad4-195b-46a1-bff1-d07142ba7aee-5
00:12:19.735 --> 00:12:24.760
não, não, não rola isso aqui, né? Não é?
Acho que não. Ô Wagner, se.

9ae10dd6-4b8d-4c7e-b747-da6b809ca76c-0
00:12:25.360 --> 00:12:30.598
Parei, eu acho que não, né?
Não tem nenhum, não grava isso não.

9ae10dd6-4b8d-4c7e-b747-da6b809ca76c-1
00:12:30.598 --> 00:12:36.818
Morreu ali e morreu, entendi é eu, eu,
eu acho que não sei se é que você já

9ae10dd6-4b8d-4c7e-b747-da6b809ca76c-2
00:12:36.818 --> 00:12:43.448
concluiu a parte do fluxo Lucas serrani
mas uma coisa importante pra gente ver é

9ae10dd6-4b8d-4c7e-b747-da6b809ca76c-3
00:12:43.448 --> 00:12:49.422
a questão dos principais problemas, né?
O dores que eles tiveram, né? É,

9ae10dd6-4b8d-4c7e-b747-da6b809ca76c-4
00:12:49.422 --> 00:12:51.960
ele tinha mostrado um diagrama.

9b400d05-2222-446d-8fbd-90226d6ca741-0
00:12:54.080 --> 00:12:59.045
Depois tirou da tela,
é então podia talvez detalhar um

9b400d05-2222-446d-8fbd-90226d6ca741-1
00:12:59.045 --> 00:13:04.822
pouquinho isso, tá bom, vai lá, vai lá,
OPA, ô pessoal, eu caí,

9b400d05-2222-446d-8fbd-90226d6ca741-2
00:13:04.822 --> 00:13:11.683
acabou a energia aqui, agora eu voltei,
eu acho que o diagrama foi você que

9b400d05-2222-446d-8fbd-90226d6ca741-3
00:13:11.683 --> 00:13:15.746
começou Pedro, não,
não sei se foi Norberto,

9b400d05-2222-446d-8fbd-90226d6ca741-4
00:13:15.746 --> 00:13:21.072
talvez não fui eu.
É que eu tinha na época do projeto LMS,

9b400d05-2222-446d-8fbd-90226d6ca741-5
00:13:21.072 --> 00:13:23.599
né? É na implantação ali do.

a37165ce-763c-4041-aa5e-57d5c48665a5-0
00:13:24.040 --> 00:13:28.509
Do Barramento,
a equipe de monitoração pediu pra gente

a37165ce-763c-4041-aa5e-57d5c48665a5-1
00:13:28.509 --> 00:13:33.060
fazer 111 fluxo ali do atendimento né,
que seria feito.

a37165ce-763c-4041-aa5e-57d5c48665a5-2
00:13:33.060 --> 00:13:38.993
E aí considerando também eles, né?
Mais tarde é castellani e vladimente.

a37165ce-763c-4041-aa5e-57d5c48665a5-3
00:13:38.993 --> 00:13:45.576
Vai falar com eles também hoje em seguida,
né? É, então começa aqui, ó. Ou seja,

a37165ce-763c-4041-aa5e-57d5c48665a5-4
00:13:45.576 --> 00:13:50.939
tem uma falha no sistema.
Exemplo tá no horário, fora do horário,

a37165ce-763c-4041-aa5e-57d5c48665a5-5
00:13:50.939 --> 00:13:52.239
né, normalmente.

8b19adad-29c4-4ed1-9c88-df7c0c0d689e-0
00:13:53.200 --> 00:13:59.482
E o usuário do sistema identifica, né,
a inconsistência e entra em contato via

8b19adad-29c4-4ed1-9c88-df7c0c0d689e-1
00:13:59.482 --> 00:14:04.333
telefone, WhatsApp,
é via Teams com a equipe de monitoração.

8b19adad-29c4-4ed1-9c88-df7c0c0d689e-2
00:14:04.333 --> 00:14:10.138
Ele recebe esse incidente e aí ele tem um
processo ali que ele também é.

8b19adad-29c4-4ed1-9c88-df7c0c0d689e-3
00:14:10.138 --> 00:14:13.240
Tem um atendimento ali. Via é ITSM, né?

87b58a40-d52e-43e3-a9cf-f550bfa7604e-0
00:14:14.760 --> 00:14:20.079
Pode ser também 11 alerta, né?
Isso aqui era 11 ideia que a gente tinha

87b58a40-d52e-43e3-a9cf-f550bfa7604e-1
00:14:20.079 --> 00:14:24.586
lá de fazer o alerta.
É através de um alerta automático, né,

87b58a40-d52e-43e3-a9cf-f550bfa7604e-2
00:14:24.586 --> 00:14:28.502
que ele tem também.
Ele recebe alerta automático? É,

87b58a40-d52e-43e3-a9cf-f550bfa7604e-3
00:14:28.502 --> 00:14:33.600
tem a parte de do itsm também,
que abre o chamado também com o itsm.

864f41b9-ee24-469d-b04b-2c814a8947fa-0
00:14:36.080 --> 00:14:41.780
EE eles e ele, o pessoal da monitoração,
eles acionam as Torres aqui de é

864f41b9-ee24-469d-b04b-2c814a8947fa-1
00:14:41.780 --> 00:14:45.631
sobreaviso no caso aqui,
sustentação de sistemas.

864f41b9-ee24-469d-b04b-2c814a8947fa-2
00:14:45.631 --> 00:14:49.868
Aí tem o tem Oo pessoal que está aqui com
a gente, né?

864f41b9-ee24-469d-b04b-2c814a8947fa-3
00:14:49.868 --> 00:14:55.799
Tanto o Wagner quanto Pedro Lucas tem
também aqui de de aplicação aplicações

864f41b9-ee24-469d-b04b-2c814a8947fa-4
00:14:55.799 --> 00:14:59.188
como frente cáfe, que é as demais.
Tá aqui,

864f41b9-ee24-469d-b04b-2c814a8947fa-5
00:14:59.188 --> 00:15:03.040
tem alguns exemplos aqui do que eles
acionam, né?

5a7703d4-f10d-45dc-83fa-596c02b14636-0
00:15:04.720 --> 00:15:09.139
E eles retornam quando estão fazendo
atendimento esses atendimentos

5a7703d4-f10d-45dc-83fa-596c02b14636-1
00:15:09.139 --> 00:15:12.128
emergenciais, né? Sobre aviso,
eles retornam,

5a7703d4-f10d-45dc-83fa-596c02b14636-2
00:15:12.128 --> 00:15:17.002
isso pro no que eles chamam de nock é ON
zero. Lá que é a monitoração, tá?

5a7703d4-f10d-45dc-83fa-596c02b14636-3
00:15:17.002 --> 00:15:21.681
Normalmente o pessoal de monitoração,
eles não têm conhecimento técnico

5a7703d4-f10d-45dc-83fa-596c02b14636-4
00:15:21.681 --> 00:15:25.775
aprofundado pra poder tomar uma ação,
ou conhece, conhece, né?

5a7703d4-f10d-45dc-83fa-596c02b14636-5
00:15:25.775 --> 00:15:30.000
É então por isso que ele manda pros
especialistas e sobre aviso.

e3cca12d-ccb6-4884-843c-96be3d24143a-0
00:15:33.080 --> 00:15:38.191
Olha, mas é isso,
só pra comentar como que funciona de uma

e3cca12d-ccb6-4884-843c-96be3d24143a-1
00:15:38.191 --> 00:15:43.650
forma geral o fluxo show,
se quiser a gente pode ir pros pros,

e3cca12d-ccb6-4884-843c-96be3d24143a-2
00:15:43.650 --> 00:15:48.068
para as 2. Isso aí,
aí seria legal você parar, né?

e3cca12d-ccb6-4884-843c-96be3d24143a-3
00:15:48.068 --> 00:15:53.527
Que eu entendo que quando você faz uma
implantação grande, né,

e3cca12d-ccb6-4884-843c-96be3d24143a-4
00:15:53.527 --> 00:15:57.339
você deve ter um conjunto de problemas,
né,

e3cca12d-ccb6-4884-843c-96be3d24143a-5
00:15:57.339 --> 00:16:01.151
que podem se repetir ou não na próxima,
né?

e3cca12d-ccb6-4884-843c-96be3d24143a-6
00:16:01.151 --> 00:16:06.090
E a coisa vai estabilizando aí no
congonha que você tem.

011b6538-f30b-4882-b6c2-ee825ea0a550-0
00:16:06.800 --> 00:16:11.145
Processo recorrentes.
Se não pudesse dar uma palhinha sobre

011b6538-f30b-4882-b6c2-ee825ea0a550-1
00:16:11.145 --> 00:16:16.214
isso, Pedro, EE Vagner, tá.
Eu eu vou falar da da da primeira dor que

011b6538-f30b-4882-b6c2-ee825ea0a550-2
00:16:16.214 --> 00:16:20.270
a gente teve aqui,
que foi na no na questão do repasse.

011b6538-f30b-4882-b6c2-ee825ea0a550-3
00:16:20.270 --> 00:16:23.818
Não sei nem se entra, né,
nessa parte com vocês,

011b6538-f30b-4882-b6c2-ee825ea0a550-4
00:16:23.818 --> 00:16:29.250
mas é questão de de documentação, né?
Por um ser um processo muito grande,

011b6538-f30b-4882-b6c2-ee825ea0a550-5
00:16:29.250 --> 00:16:34.320
a gente não conseguia é enxergar direito
o fluxo, porque não tinha é.

45928b8e-acf8-484e-a6aa-53495dcc99bc-0
00:16:35.160 --> 00:16:40.480
A ligação ali entre entre todos, né?
E o repasse não tava legal.

45928b8e-acf8-484e-a6aa-53495dcc99bc-1
00:16:40.480 --> 00:16:47.274
A gente fez até uma documentação aqui por
conta com a engenharia e reversas usando

45928b8e-acf8-484e-a6aa-53495dcc99bc-2
00:16:47.274 --> 00:16:52.349
e ela que se puder mostrar aí pra eles
compartilhar aqui, tá?

45928b8e-acf8-484e-a6aa-53495dcc99bc-3
00:16:52.349 --> 00:16:57.997
Aí a gente começou a entender um
pouquinho melhor e começou a atuar.

45928b8e-acf8-484e-a6aa-53495dcc99bc-4
00:16:57.997 --> 00:16:59.880
Sabe de algumas coisas?

072f2f86-4d06-48b9-83bb-6c6b454264f8-0
00:17:03.520 --> 00:17:11.597
Você já viu o nome? É isso aí você não é?
A gente criou algo mais, mais visual,

072f2f86-4d06-48b9-83bb-6c6b454264f8-1
00:17:11.597 --> 00:17:19.271
pra gente entender sabe onde nascia,
onde os headpoints que tinha e o fluxo

072f2f86-4d06-48b9-83bb-6c6b454264f8-2
00:17:19.271 --> 00:17:26.441
mais resumido sabe qual fila que populava,
qual fila que que consumia,

072f2f86-4d06-48b9-83bb-6c6b454264f8-3
00:17:26.441 --> 00:17:30.480
pra gente ter uma, ter uma noção melhor.

28c21e17-f2f3-4857-a18f-a06dc0a5d97e-0
00:17:37.960 --> 00:17:41.460
É assim,
esse é um resumo que a gente tem de até

28c21e17-f2f3-4857-a18f-a06dc0a5d97e-1
00:17:41.460 --> 00:17:46.961
para ajudar a gente a achar problemas aí
eventuais, se a galera reclama, né,

28c21e17-f2f3-4857-a18f-a06dc0a5d97e-2
00:17:46.961 --> 00:17:52.104
que a galera costuma reclamar.
Isso aconteceu entre ADMSEO cibod ou foi

28c21e17-f2f3-4857-a18f-a06dc0a5d97e-3
00:17:52.104 --> 00:17:56.462
ou foi pós. A entrada aqui do OS foi 11,
retorno ali é isso.

28c21e17-f2f3-4857-a18f-a06dc0a5d97e-4
00:17:56.462 --> 00:17:59.320
É um documento de apoio aqui para gente.

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-0
00:18:09.920 --> 00:18:16.251
Ele quer comentar mais alguma coisa aqui?
Aí você clica só No No na fila aí Pra Ele

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-1
00:18:16.251 --> 00:18:21.302
ver aqui do cacho e ele ver quem sobe.
Tem um pouquinho de regras,

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-2
00:18:21.302 --> 00:18:25.146
tem quem expõe quem,
só pra gente entender melhor.

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-3
00:18:25.146 --> 00:18:29.745
Agora eu acho que eu vou falar das outras.
Lá é os serviços,

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-4
00:18:29.745 --> 00:18:33.891
aí qual serviço que consome,
o que vai pro mongo? Vai,

ec4ae4d4-0fa8-4603-86cc-d20a53c896cd-5
00:18:33.891 --> 00:18:38.640
passa um pouco no Oracle, vai seguindo,
passa a passo de cada.

64636f8c-3d74-47ee-8ef1-69371213fb77-0
00:18:38.960 --> 00:18:42.732
Ela é micro serviço ou fila do Kafka que
a gente tem,

64636f8c-3d74-47ee-8ef1-69371213fb77-1
00:18:42.732 --> 00:18:48.390
vai tá documentado aqui como foi a gente
que fez, às vezes chega um pode chegar,

64636f8c-3d74-47ee-8ef1-69371213fb77-2
00:18:48.390 --> 00:18:53.769
às vezes em alguma análise a gente vê
algum, algum gap que tá faltando aqui,

64636f8c-3d74-47ee-8ef1-69371213fb77-3
00:18:53.769 --> 00:18:59.148
a gente vai e arruma documentação,
só entendi essa documentação está gerando

64636f8c-3d74-47ee-8ef1-69371213fb77-4
00:18:59.148 --> 00:19:05.155
por IA, foi gerado por IA, é inicialmente,
né, mas ela não está sendo atualizada, né?

64636f8c-3d74-47ee-8ef1-69371213fb77-5
00:19:05.155 --> 00:19:07.880
Pelo IA vocês estão, então também é aí.

3ec326e7-376e-42e2-ae83-ce7bed1617a6-0
00:19:08.080 --> 00:19:13.180
O problema é o estouro, né?
Aí quando quando chega No No começo do

3ec326e7-376e-42e2-ae83-ce7bed1617a6-1
00:19:13.180 --> 00:19:17.139
mês, eu faço,
eu rodo um prompt lá que ele pega AO,

3ec326e7-376e-42e2-ae83-ce7bed1617a6-2
00:19:17.139 --> 00:19:21.783
dá um game deep, né?
No que foi alterado e vê se teve alguma

3ec326e7-376e-42e2-ae83-ce7bed1617a6-3
00:19:21.783 --> 00:19:25.741
alteração,
inclusão de alguma coisa que diretualiza

3ec326e7-376e-42e2-ae83-ce7bed1617a6-4
00:19:25.741 --> 00:19:31.223
já direto. E ela pega da onde,
pega do slogs, pega direto do fonte. Ah,

3ec326e7-376e-42e2-ae83-ce7bed1617a6-5
00:19:31.223 --> 00:19:34.040
ele pega do código do código, é isso?

bc0ebf8a-1946-4c31-bcdf-b11c5e644b58-0
00:19:37.960 --> 00:19:43.944
Entendi, então você aí,
você tá fazendo o live cyco do do evento,

bc0ebf8a-1946-4c31-bcdf-b11c5e644b58-1
00:19:43.944 --> 00:19:49.657
é isso? Isso tipo de vida do evento, isso.
Pô, legal, isso aí.

bc0ebf8a-1946-4c31-bcdf-b11c5e644b58-2
00:19:49.657 --> 00:19:55.370
A gente tem como ter acesso, é isso?
Vocês tem acesso no Jota,

bc0ebf8a-1946-4c31-bcdf-b11c5e644b58-3
00:19:55.370 --> 00:19:58.000
você tá No No meu Jota lá no.

bae12365-c8f8-40a6-b480-58f459f50577-0
00:20:00.280 --> 00:20:03.859
Ah,
isso está no isso está na rede interna,

bae12365-c8f8-40a6-b480-58f459f50577-1
00:20:03.859 --> 00:20:08.333
está na rede, é,
a gente está até vendo como é que vai

bae12365-c8f8-40a6-b480-58f459f50577-2
00:20:08.333 --> 00:20:13.620
disponibilizar isso aí pra colocar isso
aí num num site, sei lá,

bae12365-c8f8-40a6-b480-58f459f50577-3
00:20:13.620 --> 00:20:19.070
então ficou legal, entendi, tá,
então se não der, eu posso mandar,

bae12365-c8f8-40a6-b480-58f459f50577-4
00:20:19.070 --> 00:20:24.846
é de repente compactar e é compactar um
ZIP lá, porque esse é HTM, né?

bae12365-c8f8-40a6-b480-58f459f50577-5
00:20:24.846 --> 00:20:29.320
São vários HTML, certo? Manda,
manda um ZIP e a gente.

cde01414-9fd7-4742-af49-7b9f6d1004d4-0
00:20:29.800 --> 00:20:36.559
E a gente depois abre aqui e dá uma
analisada, tá,

cde01414-9fd7-4742-af49-7b9f6d1004d4-1
00:20:36.559 --> 00:20:44.379
ficou bem legal que a gente testou lá, tá?
Aí sim, beleza.

cde01414-9fd7-4742-af49-7b9f6d1004d4-2
00:20:44.379 --> 00:20:51.271
E então porque a gente tem passado aqui
de, sei lá,

cde01414-9fd7-4742-af49-7b9f6d1004d4-3
00:20:51.271 --> 00:21:00.681
de dificuldades aí pra achar os problemas
ou. Ou resolver. Em seguida,

cde01414-9fd7-4742-af49-7b9f6d1004d4-4
00:21:00.681 --> 00:21:05.320
a gente listou algumas coisas aqui.

e52c5595-19a3-433c-812f-9ff8c52f7afd-0
00:21:07.400 --> 00:21:11.440
Que é, por exemplo,
erros que acabam acontecendo no ambiente.

e52c5595-19a3-433c-812f-9ff8c52f7afd-1
00:21:11.440 --> 00:21:16.587
A gente não tem alarme efetivo que de
fato é consiga preparar a gente antes de

e52c5595-19a3-433c-812f-9ff8c52f7afd-2
00:21:16.587 --> 00:21:21.149
chegar no usuário final, né?
Quase todos os serviços nossos assim não

e52c5595-19a3-433c-812f-9ff8c52f7afd-3
00:21:21.149 --> 00:21:24.603
relacionados ao DMSA gente tem algum tipo
de alerta,

e52c5595-19a3-433c-812f-9ff8c52f7afd-4
00:21:24.603 --> 00:21:28.577
alarme que vai chegar ou pra gente mesmo
ou pra monitoração,

e52c5595-19a3-433c-812f-9ff8c52f7afd-5
00:21:28.577 --> 00:21:33.400
pra gente ser acionado antes é do
problema chegar no nosso cliente final.

80f66877-59ea-4c6d-973b-8dac0125713e-0
00:21:35.880 --> 00:21:41.207
É, e no ADMSA, gente, não tá tendo.
Claro que nenhuma das coisas que a gente

80f66877-59ea-4c6d-973b-8dac0125713e-1
00:21:41.207 --> 00:21:45.150
foi acionada,
a gente teve um alerta efetivo. De fato é,

80f66877-59ea-4c6d-973b-8dac0125713e-2
00:21:45.150 --> 00:21:48.886
tem uns alertas, né?
Mas acho que mais é no data dog,

80f66877-59ea-4c6d-973b-8dac0125713e-3
00:21:48.886 --> 00:21:54.075
então todas as vezes que teve problema
não teve alerta praticamente, sabe?

80f66877-59ea-4c6d-973b-8dac0125713e-4
00:21:54.075 --> 00:21:59.264
Então assim, não, não pegou nada,
então não tá muito eficaz esses alertas,

80f66877-59ea-4c6d-973b-8dac0125713e-5
00:21:59.264 --> 00:21:59.680
então.

ebe1bca8-cf3f-4aea-8725-51c6952f7679-0
00:22:05.560 --> 00:22:08.929
É algum um outro problema que a gente
acaba tendo aqui.

ebe1bca8-cf3f-4aea-8725-51c6952f7679-1
00:22:08.929 --> 00:22:12.599
A gente é nesse processo de repasse aí
também e tal a gente.

ebe1bca8-cf3f-4aea-8725-51c6952f7679-2
00:22:12.599 --> 00:22:15.367
Já os usuários acabam reportando um
problema,

ebe1bca8-cf3f-4aea-8725-51c6952f7679-3
00:22:15.367 --> 00:22:19.999
a gente vai na censídia pra tentar achar
o que, né? A chamada que foi feito,

ebe1bca8-cf3f-4aea-8725-51c6952f7679-4
00:22:19.999 --> 00:22:23.790
os dados que foram passados e aí vão ter
ir na censídia mesmo.

ebe1bca8-cf3f-4aea-8725-51c6952f7679-5
00:22:23.790 --> 00:22:27.580
Não sei se é uma limitação interna ou da
censídia, eu não sei.

ebe1bca8-cf3f-4aea-8725-51c6952f7679-6
00:22:27.580 --> 00:22:32.213
Essa limitação de só vai ter log de 1 dia.
Então se o cara teve um problema,

ebe1bca8-cf3f-4aea-8725-51c6952f7679-7
00:22:32.213 --> 00:22:34.560
mas um pouco só hoje a gente já perdeu.

d3760809-21b1-4e0b-875e-e44ab8561f55-0
00:22:35.920 --> 00:22:40.650
É, e o tamanho, né?
Às vezes tem um penode ali que é um pouco

d3760809-21b1-4e0b-875e-e44ab8561f55-1
00:22:40.650 --> 00:22:46.296
maior e assim simplesmente não grava.
A gente acaba ficando dependendo de

d3760809-21b1-4e0b-875e-e44ab8561f55-2
00:22:46.296 --> 00:22:50.339
alguns logs que podem ou não existir
essas questões.

d3760809-21b1-4e0b-875e-e44ab8561f55-3
00:22:50.339 --> 00:22:56.443
Você já passou já para o para as equipes,
já para a equipe, não, a gente custa,

d3760809-21b1-4e0b-875e-e44ab8561f55-4
00:22:56.443 --> 00:23:01.173
acaba que comenta assim uma sala de
guerra ou outra, mas não,

d3760809-21b1-4e0b-875e-e44ab8561f55-5
00:23:01.173 --> 00:23:03.919
não tem muito não, não segue aí não.

138e0e5a-a7a1-46a4-9e97-6ad69ca50a3f-0
00:23:10.560 --> 00:23:16.049
É algumas coisas que a gente já pegou,
tipo de problemas em sala de guerra que a

138e0e5a-a7a1-46a4-9e97-6ad69ca50a3f-1
00:23:16.049 --> 00:23:20.251
gente acaba tendo, né? Tipo assim,
é o tamanho das filas, né?

138e0e5a-a7a1-46a4-9e97-6ad69ca50a3f-2
00:23:20.251 --> 00:23:24.520
A gente tem filas que são consumidas aí
pelos consumidores, é.

138e0e5a-a7a1-46a4-9e97-6ad69ca50a3f-3
00:23:24.520 --> 00:23:28.790
E a gente vê que vez ou outra acontece de
ter uma fila lotada,

138e0e5a-a7a1-46a4-9e97-6ad69ca50a3f-4
00:23:28.790 --> 00:23:34.280
processando sem parar e várias outras
paradas ali. É processionar, processionou.

f85b89c6-a1fe-49c1-97ec-6cf4fb942762-0
00:23:35.120 --> 00:23:39.836
É os consumidores processando a mesma
fila.

f85b89c6-a1fe-49c1-97ec-6cf4fb942762-1
00:23:39.836 --> 00:23:44.766
Vários 11 ou 2 consumidores lotados e sei
lá,

f85b89c6-a1fe-49c1-97ec-6cf4fb942762-2
00:23:44.766 --> 00:23:53.556
os outros 7 deveriam ter vazios ali que
acaba tendo um atraso nos processamentos.

f85b89c6-a1fe-49c1-97ec-6cf4fb942762-3
00:23:53.556 --> 00:23:59.451
Mas com muitos serviços e dorina
reparados é terceira.

f85b89c6-a1fe-49c1-97ec-6cf4fb942762-4
00:23:59.451 --> 00:24:02.560
Dorina pode repetir essa dor.

cc45cc95-34d0-4893-ad50-41df44291efe-0
00:24:03.960 --> 00:24:08.511
Essa é mais no sentido assim.
A gente é acionado e a gente vê que A

cc45cc95-34d0-4893-ad50-41df44291efe-1
00:24:08.511 --> 00:24:12.661
Fila está muito grande.
A Fila de mensagens do carro fica lá,

cc45cc95-34d0-4893-ad50-41df44291efe-2
00:24:12.661 --> 00:24:16.342
está lotado e a gente vai nos
consumidores e tem tipo,

cc45cc95-34d0-4893-ad50-41df44291efe-3
00:24:16.342 --> 00:24:21.630
uns 10 consumidores lá e um com todos e
um processando sozinho tudo que tem na

cc45cc95-34d0-4893-ad50-41df44291efe-4
00:24:21.630 --> 00:24:27.252
fila. Sabe como os outros 9 estão parados?
Porque foi tudo foi foi direcionado para

cc45cc95-34d0-4893-ad50-41df44291efe-5
00:24:27.252 --> 00:24:30.799
aquele consumidor x ali é, né?
E causa atraso e tal.

ca3dd187-e6b4-4176-a399-2b7d980d9748-0
00:24:33.720 --> 00:24:36.667
É esse seria nosso terceira dor que a
gente pensou.

ca3dd187-e6b4-4176-a399-2b7d980d9748-1
00:24:36.667 --> 00:24:41.145
Aí tá uma quarta que costuma acontecer já
na sala de guerra também é quando dá

ca3dd187-e6b4-4176-a399-2b7d980d9748-2
00:24:41.145 --> 00:24:44.885
qualquer tipo de problema x,
que é relacionado a um pouco aqueles

ca3dd187-e6b4-4176-a399-2b7d980d9748-3
00:24:44.885 --> 00:24:48.796
eventos que você comentou lá, o João,
que é tipo assim, vamos supor,

ca3dd187-e6b4-4176-a399-2b7d980d9748-4
00:24:48.796 --> 00:24:52.764
um serviço caiu, alguma fila,
deu algum problema ou rede ou segurança

ca3dd187-e6b4-4176-a399-2b7d980d9748-5
00:24:52.764 --> 00:24:56.108
ou qualquer coisa assim.
A gente perdeu algumas mensagens,

ca3dd187-e6b4-4176-a399-2b7d980d9748-6
00:24:56.108 --> 00:24:58.885
alguns dados de ocorrência,
o que quer que seja,

ca3dd187-e6b4-4176-a399-2b7d980d9748-7
00:24:58.885 --> 00:25:01.720
não foram atualizados e isso fica perdido
por aí.

ae40c39f-a2f9-4bcd-9a43-30ecee687512-0
00:25:03.000 --> 00:25:09.790
É, a gente tem que fazer um, a gente não,
a gente não, não tem 111 forma.

ae40c39f-a2f9-4bcd-9a43-30ecee687512-1
00:25:09.790 --> 00:25:17.131
Pelo menos que a gente saiba que a gente
tenha visto de reprocessar esses dados

ae40c39f-a2f9-4bcd-9a43-30ecee687512-2
00:25:17.131 --> 00:25:22.545
que depois ficaram perdidos. É,
é a questão do MIP aí, né?

ae40c39f-a2f9-4bcd-9a43-30ecee687512-3
00:25:22.545 --> 00:25:27.317
Não sei se entra aqui o Norberto OMIP,
que é OS lá,

ae40c39f-a2f9-4bcd-9a43-30ecee687512-4
00:25:27.317 --> 00:25:32.639
mas que são os dados com ADMS mando de
atendimento geral.

d6b87e70-126f-4e29-8953-bf95512dfd18-0
00:25:33.000 --> 00:25:41.103
Só uma curiosidade é o Kafka,
ele ele faz uma retenção de quanto tempo?

d6b87e70-126f-4e29-8953-bf95512dfd18-1
00:25:41.103 --> 00:25:46.168
Quanto?
Como é que está configurado o Kafka?

d6b87e70-126f-4e29-8953-bf95512dfd18-2
00:25:46.168 --> 00:25:55.734
Ele ele ele retém o evento durante quanto
tempo? Não sei, sabe, Oo default é 7 dias,

d6b87e70-126f-4e29-8953-bf95512dfd18-3
00:25:55.734 --> 00:26:02.600
aí se se não se não pedir para mudar,
fica 7 retenção mesmo.

0dfac9bd-b689-495e-a531-6e1317c8bf6b-0
00:26:03.040 --> 00:26:07.824
Usou 7 lá nos entendi,
mas existe esse esse tipo de problema.

0dfac9bd-b689-495e-a531-6e1317c8bf6b-1
00:26:07.824 --> 00:26:13.149
Por exemplo, é, eu mandei 11 evento,
esse evento não foi processado.

0dfac9bd-b689-495e-a531-6e1317c8bf6b-2
00:26:13.149 --> 00:26:19.168
Eu demorei mais de 7 dias para poder
tomar uma ação. E esse evento se perder,

0dfac9bd-b689-495e-a531-6e1317c8bf6b-3
00:26:19.168 --> 00:26:23.798
não é com 7 dias não.
Mas assim já aconteceu esses casos de

0dfac9bd-b689-495e-a531-6e1317c8bf6b-4
00:26:23.798 --> 00:26:28.119
cara, perder uma mensagem. E aí,
como é que reprocessa?

d8373ca5-5a38-4c92-9dfa-c0efe785f404-0
00:26:28.440 --> 00:26:33.350
Mas aí foi naqueles casos de de que o
pessoal tava reiniciando, né?

d8373ca5-5a38-4c92-9dfa-c0efe785f404-1
00:26:33.350 --> 00:26:37.899
O não até Oo cancelando.
Conhece esse caso do reset do ofsete?

d8373ca5-5a38-4c92-9dfa-c0efe785f404-2
00:26:37.899 --> 00:26:43.099
Quando tinha, quando eu tava usando OCDCO,
foi foi a escada que perdeu,

d8373ca5-5a38-4c92-9dfa-c0efe785f404-3
00:26:43.099 --> 00:26:48.948
é a última vez que perdeu foi nesses 2,
depois não perdeu mais nenhuma mensagem.

d8373ca5-5a38-4c92-9dfa-c0efe785f404-4
00:26:48.948 --> 00:26:52.559
Não, não é?
Mas na verdade não tinha perdido, né?

d8373ca5-5a38-4c92-9dfa-c0efe785f404-5
00:26:52.559 --> 00:26:55.520
Era só uma questão do ofsete do BID isso.

451f11b7-ce73-4036-a32d-1abd23e3c81c-0
00:26:57.800 --> 00:27:01.899
Na verdade,
Oo processo da equipe do Barramento que

451f11b7-ce73-4036-a32d-1abd23e3c81c-1
00:27:01.899 --> 00:27:06.865
eles estavam fazendo,
eles faziam reset do of 7 e aí parava No

451f11b7-ce73-4036-a32d-1abd23e3c81c-2
00:27:06.865 --> 00:27:11.752
No ponto atual, né?
Sem retornar para o ponto do passado, né?

451f11b7-ce73-4036-a32d-1abd23e3c81c-3
00:27:11.752 --> 00:27:18.374
Antes do do incidente, é quer dizer assim,
passou uma atualização de uma ocorrência

451f11b7-ce73-4036-a32d-1abd23e3c81c-4
00:27:18.374 --> 00:27:22.000
de um serviço.
Deveria ter processado ela aí,

451f11b7-ce73-4036-a32d-1abd23e3c81c-5
00:27:22.000 --> 00:27:24.760
ou processou ou processou com erro.

582c637e-b640-4f55-8ae8-78d51887419d-0
00:27:25.560 --> 00:27:30.364
E esse dado que está na atrás,
a gente não tem uma forma de mandar ele

582c637e-b640-4f55-8ae8-78d51887419d-1
00:27:30.364 --> 00:27:35.506
novamente pra reprocessar, entendeu?
Mas nesse sentido que a gente comentou

582c637e-b640-4f55-8ae8-78d51887419d-2
00:27:35.506 --> 00:27:39.904
mais no início, ali, não.
Então é isso isso que eu falei, assim,

582c637e-b640-4f55-8ae8-78d51887419d-3
00:27:39.904 --> 00:27:45.453
o o event sourcing resolveria isso? Tá,
então como é que funciona e funcionaria o

582c637e-b640-4f55-8ae8-78d51887419d-4
00:27:45.453 --> 00:27:48.160
event sourcing? É como se eu tivesse um.

598be58e-0771-45f3-be73-8442708d30da-0
00:27:49.360 --> 00:27:52.931
Um processamento 11 lambda, né?
Eu tivesse 2 pernas, né?

598be58e-0771-45f3-be73-8442708d30da-1
00:27:52.931 --> 00:27:56.315
Então na hora que eu recebo o evento,
uma das pernas,

598be58e-0771-45f3-be73-8442708d30da-2
00:27:56.315 --> 00:27:59.072
uma dos um dos caras que está
subscrevendo,

598be58e-0771-45f3-be73-8442708d30da-3
00:27:59.072 --> 00:28:03.835
ele não vai fazer nada com esse evento,
ele simplesmente vai armazenar esse

598be58e-0771-45f3-be73-8442708d30da-4
00:28:03.835 --> 00:28:07.031
evento num num, num object store,
por exemplo, tá?

598be58e-0771-45f3-be73-8442708d30da-5
00:28:07.031 --> 00:28:11.355
Então ele vai chegar lá e falar assim, ó,
vai criar uma partição, ó,

598be58e-0771-45f3-be73-8442708d30da-6
00:28:11.355 --> 00:28:15.678
é evento de ordem de serviço,
ele vai criar uma partição data, hora,

598be58e-0771-45f3-be73-8442708d30da-7
00:28:15.678 --> 00:28:18.436
minuto,
dependendo de como você criar a sua

598be58e-0771-45f3-be73-8442708d30da-8
00:28:18.436 --> 00:28:18.999
partição.

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-0
00:28:19.960 --> 00:28:22.582
Então ele vai, armazena aquele evento ali,
tá?

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-1
00:28:22.582 --> 00:28:26.990
E o outro cara que tem que processar ele,
vai subscreve também e processa, tá,

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-2
00:28:26.990 --> 00:28:29.669
então tudo bem,
tá tudo funcionando direitinho.

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-3
00:28:29.669 --> 00:28:34.300
Esse cara que tem o histórico de todos os
eventos que foram, que foram publicados.

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-4
00:28:34.300 --> 00:28:38.429
Aí você chegou e falou assim, pô,
esse cara aqui, ele estava com um erro,

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-5
00:28:38.429 --> 00:28:41.108
o código que tinha que processar esses
eventos,

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-6
00:28:41.108 --> 00:28:44.232
estava processando esses eventos de
maneira errada, tá?

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-7
00:28:44.232 --> 00:28:46.688
E aí você corrige esse código e fala
assim,

df1b04ea-1be1-48c8-8543-7d3cbf39d70b-8
00:28:46.688 --> 00:28:48.920
eu quero fazer um replay desses eventos.

156ec3f9-fc62-41d5-bee6-21903d88d761-0
00:28:49.440 --> 00:28:53.174
O que que é o replay?
Você vai no event socing do daquele,

156ec3f9-fc62-41d5-bee6-21903d88d761-1
00:28:53.174 --> 00:28:56.781
daquela daquele tópico e você manda
reidrato os eventos,

156ec3f9-fc62-41d5-bee6-21903d88d761-2
00:28:56.781 --> 00:29:00.958
você cria um processo que reenvia aqueles
eventos pro Barramento,

156ec3f9-fc62-41d5-bee6-21903d88d761-3
00:29:00.958 --> 00:29:04.186
aí ele joga de novo os eventos e ele vai
processo.

156ec3f9-fc62-41d5-bee6-21903d88d761-4
00:29:04.186 --> 00:29:09.123
Aí você garante que tá com o mesmo ideia,
tá com o mesmo tudo, não sei o que,

156ec3f9-fc62-41d5-bee6-21903d88d761-5
00:29:09.123 --> 00:29:12.857
e esse cara ali vai lá e reprocessa.
Entendeu o o cenário,

156ec3f9-fc62-41d5-bee6-21903d88d761-6
00:29:12.857 --> 00:29:14.440
a lógica do event socing.

db59a922-0d04-4448-9bfc-ef5a306c34b6-0
00:29:15.640 --> 00:29:19.231
Entendi, entendi é,
eu entendi como é que ela funciona?

db59a922-0d04-4448-9bfc-ef5a306c34b6-1
00:29:19.231 --> 00:29:24.170
Eu não sei como que a gente implementaria
ela aí, né? Não sei se tipo assim,

db59a922-0d04-4448-9bfc-ef5a306c34b6-2
00:29:24.170 --> 00:29:27.056
será que algum evento pode ser
reprocessado?

db59a922-0d04-4448-9bfc-ef5a306c34b6-3
00:29:27.056 --> 00:29:32.123
É também pensando em regra de negócio, né?
Eu não sei. Aí é uma outra questão,

db59a922-0d04-4448-9bfc-ef5a306c34b6-4
00:29:32.123 --> 00:29:34.240
entendeu? Assim é porque, porque.

6996a48a-fb4e-499d-9e64-db46dd3fe85a-0
00:29:34.840 --> 00:29:37.871
Se você, por exemplo,
se eu tiver um evento que está cálculo,

6996a48a-fb4e-499d-9e64-db46dd3fe85a-1
00:29:37.871 --> 00:29:41.684
fazendo um cálculo errado e ele está
atualizando e fazendo um cálculo errado,

6996a48a-fb4e-499d-9e64-db46dd3fe85a-2
00:29:41.684 --> 00:29:44.617
concorda? Quando você acerta o cálculo,
você tem que fazer,

6996a48a-fb4e-499d-9e64-db46dd3fe85a-3
00:29:44.617 --> 00:29:48.186
você pode fazer o reprocessamento.
Só que você vai falar o seguinte, pô,

6996a48a-fb4e-499d-9e64-db46dd3fe85a-4
00:29:48.186 --> 00:29:50.777
mas aí eu tenho uma base que ele sempre
faz in surt.

6996a48a-fb4e-499d-9e64-db46dd3fe85a-5
00:29:50.777 --> 00:29:54.102
Então ele vai inserir um novo,
um novo registro que ele não deveria

6996a48a-fb4e-499d-9e64-db46dd3fe85a-6
00:29:54.102 --> 00:29:57.524
inserir. Aí o processamento,
você vai ter que identificar o processo,

6996a48a-fb4e-499d-9e64-db46dd3fe85a-7
00:29:57.524 --> 00:29:59.039
você vai ter que limpar a base.

e6918072-0087-42b0-b9fb-e503cc767d23-0
00:29:59.560 --> 00:30:01.919
Né,
daquele período que ele calcula errado,

e6918072-0087-42b0-b9fb-e503cc767d23-1
00:30:01.919 --> 00:30:05.620
né, aquele dado tá errado mesmo,
eu vou ter que fazer um processo de

e6918072-0087-42b0-b9fb-e503cc767d23-2
00:30:05.620 --> 00:30:08.194
limpeza de base e vai,
você vai fazer o replay,

e6918072-0087-42b0-b9fb-e503cc767d23-3
00:30:08.194 --> 00:30:11.734
aí ele vai processo tudo de novo,
entendeu? Acabou assim, aí vai,

e6918072-0087-42b0-b9fb-e503cc767d23-4
00:30:11.734 --> 00:30:14.737
vai depender de caso a caso.
Mas OA questão não é essa,

e6918072-0087-42b0-b9fb-e503cc767d23-5
00:30:14.737 --> 00:30:17.526
a questão é que você tem um repositório
de eventos,

e6918072-0087-42b0-b9fb-e503cc767d23-6
00:30:17.526 --> 00:30:21.602
um histórico que você consegue fazer uma
auditoria nesse repositório e você

e6918072-0087-42b0-b9fb-e503cc767d23-7
00:30:21.602 --> 00:30:24.122
consegue fazer replay reaplicar esses
eventos,

e6918072-0087-42b0-b9fb-e503cc767d23-8
00:30:24.122 --> 00:30:26.000
é claro que dependendo do problema.

fb12b495-21c6-4d89-a222-b38e74669338-0
00:30:26.800 --> 00:30:29.997
A reaplicação,
ela pode ter algum tipo de pode ter algum

fb12b495-21c6-4d89-a222-b38e74669338-1
00:30:29.997 --> 00:30:33.587
tipo de cenário, por exemplo, Ah É,
eu não vou deletar na base,

fb12b495-21c6-4d89-a222-b38e74669338-2
00:30:33.587 --> 00:30:38.130
mas eu quero que faça um update dessa
informação, você vai ter que criar um bet,

fb12b495-21c6-4d89-a222-b38e74669338-3
00:30:38.130 --> 00:30:41.383
vai fazer alguma coisa pra fazer um
update e reprocessar,

fb12b495-21c6-4d89-a222-b38e74669338-4
00:30:41.383 --> 00:30:44.076
mas você tem os eventos, entendeu?
Você sempre,

fb12b495-21c6-4d89-a222-b38e74669338-5
00:30:44.076 --> 00:30:48.227
sempre que você toma uma ação,
você toma uma ação em relação aos eventos,

fb12b495-21c6-4d89-a222-b38e74669338-6
00:30:48.227 --> 00:30:52.602
os eventos são sua, sua fonte da verdade,
entendeu? Eu quero tirar um backup,

fb12b495-21c6-4d89-a222-b38e74669338-7
00:30:52.602 --> 00:30:56.080
eu quero fazer uma resiliência,
eu vou fazer uma resiliência.

3c902468-94ec-4ea4-b420-a94a7e62a8ec-0
00:30:56.640 --> 00:31:00.286
Desses eventos, desse event store.
Porque se eu copiar esses eventos store

3c902468-94ec-4ea4-b420-a94a7e62a8ec-1
00:31:00.286 --> 00:31:03.593
pra um outro, pra um outro lado,
eu posso mandar aplicar num outro,

3c902468-94ec-4ea4-b420-a94a7e62a8ec-2
00:31:03.593 --> 00:31:07.240
num outro Barramento, numa outra,
numa no meu site de contingências e todo

3c902468-94ec-4ea4-b420-a94a7e62a8ec-3
00:31:07.240 --> 00:31:09.574
o processo vai funcionar normalmente,
entendeu?

3c902468-94ec-4ea4-b420-a94a7e62a8ec-4
00:31:09.574 --> 00:31:11.908
Ele vai atualizar o que tem que ser
atualizado.

3c902468-94ec-4ea4-b420-a94a7e62a8ec-5
00:31:11.908 --> 00:31:14.096
Esse é o objetivo do event Soccer,
entendeu?

3c902468-94ec-4ea4-b420-a94a7e62a8ec-6
00:31:14.096 --> 00:31:17.451
Por isso que pra vocês que dão
sustentação seria interessante tê lo,

3c902468-94ec-4ea4-b420-a94a7e62a8ec-7
00:31:17.451 --> 00:31:20.466
em determinados cenários,
talvez não em todos, não sei o que,

3c902468-94ec-4ea4-b420-a94a7e62a8ec-8
00:31:20.466 --> 00:31:24.162
mas em determinados cenários eu acho que
é interessante você ter esse cara,

3c902468-94ec-4ea4-b420-a94a7e62a8ec-9
00:31:24.162 --> 00:31:24.600
entendeu?

52946d72-1703-4b7d-9076-5180c0896346-0
00:31:29.480 --> 00:31:34.329
Esse esse outro que o Pedro falou aí do
da fila, né? É,

52946d72-1703-4b7d-9076-5180c0896346-1
00:31:34.329 --> 00:31:40.564
tem às vezes algum consumidor, né?
Ele para e aí A Fila fica cheia, né?

52946d72-1703-4b7d-9076-5180c0896346-2
00:31:40.564 --> 00:31:45.500
E até ele voltar EEEA fila esvaziar ele
demora um tempo.

52946d72-1703-4b7d-9076-5180c0896346-3
00:31:45.500 --> 00:31:50.089
Aí tem tem vezes que que ele esvaziam,
sei lá, tipo,

52946d72-1703-4b7d-9076-5180c0896346-4
00:31:50.089 --> 00:31:53.640
vamos supor que deu uns 50000 de de fila.

7e2888ab-94df-403e-9cb0-d85886488e80-0
00:31:54.400 --> 00:32:00.224
E aí começa a baixar lentamente.
Mas aí chega um certo ponto que alguns

7e2888ab-94df-403e-9cb0-d85886488e80-1
00:32:00.224 --> 00:32:05.482
alguns, algumas réplicas, né,
ficam zeradas e a outras com 8000,

7e2888ab-94df-403e-9cb0-d85886488e80-2
00:32:05.482 --> 00:32:09.285
por exemplo, sabe?
Acho que é o balanceamento.

7e2888ab-94df-403e-9cb0-d85886488e80-3
00:32:09.285 --> 00:32:15.271
E aí depois que cai nesse nessa réplica,
acho que não tem como tirar, né?

7e2888ab-94df-403e-9cb0-d85886488e80-4
00:32:15.271 --> 00:32:19.640
Aí nesse aí fica complicado.
Que que eu acho difícil?

e4a03471-6f20-4bf5-b8f4-63d6d624603f-0
00:32:25.680 --> 00:32:34.680
Entendi é,
vocês trabalham com partições no casco ou

e4a03471-6f20-4bf5-b8f4-63d6d624603f-1
00:32:34.680 --> 00:32:45.549
você é uma fila normal sem partição
nenhuma? Tem tem partições?

e4a03471-6f20-4bf5-b8f4-63d6d624603f-2
00:32:45.549 --> 00:32:54.380
Entendi EEE como e como são feitas essas
partições?

3e90916a-0c0a-4f73-a547-214d65962301-0
00:32:57.120 --> 00:33:01.404
Porque geralmente você tem o que?
Você tem vários consumidores, né?

3e90916a-0c0a-4f73-a547-214d65962301-1
00:33:01.404 --> 00:33:05.436
Você tem várias partições,
cada um tá olhando uma partição, né?

3e90916a-0c0a-4f73-a547-214d65962301-2
00:33:05.436 --> 00:33:10.728
Porque provavelmente AA partição você vai
garantir a ordem se há necessidade de uma

3e90916a-0c0a-4f73-a547-214d65962301-3
00:33:10.728 --> 00:33:15.201
ordenação. Então, por exemplo, Ah,
eu crio um partition key com minha,

3e90916a-0c0a-4f73-a547-214d65962301-4
00:33:15.201 --> 00:33:20.619
com com o meu, com a minha chave primária,
com a minha pecada, minha da minha tabela.

3e90916a-0c0a-4f73-a547-214d65962301-5
00:33:20.619 --> 00:33:24.400
Então eu sei que sempre que eu mandar
para aquela partição.

b96b3312-f293-482e-b356-469e1cc35bc1-0
00:33:24.960 --> 00:33:29.005
Tá, eu vou mandar 11 a minha.
A minha chave primária sempre vai cair

b96b3312-f293-482e-b356-469e1cc35bc1-1
00:33:29.005 --> 00:33:31.995
naquela partição.
Então se eu alterar 11 cliente a

b96b3312-f293-482e-b356-469e1cc35bc1-2
00:33:31.995 --> 00:33:35.864
informação de um cliente,
eu fiz 11 iniciat update de elite desse

b96b3312-f293-482e-b356-469e1cc35bc1-3
00:33:35.864 --> 00:33:38.795
cliente,
eu vou ter um iniciat de update de elite

b96b3312-f293-482e-b356-469e1cc35bc1-4
00:33:38.795 --> 00:33:42.547
na ordem correta. Eu vou poder pegar essa,
essa, essa partição,

b96b3312-f293-482e-b356-469e1cc35bc1-5
00:33:42.547 --> 00:33:47.238
vou trabalhar com esse cara nessa mesma,
vai cair sempre na mesma partição, tá?

b96b3312-f293-482e-b356-469e1cc35bc1-6
00:33:47.238 --> 00:33:50.579
E aí eu consigo ter um processos,
processos em paralelo,

b96b3312-f293-482e-b356-469e1cc35bc1-7
00:33:50.579 --> 00:33:52.280
consumindo esses tópicos sem.

eab123b4-94ba-465e-9896-116d761238dd-0
00:33:53.400 --> 00:33:57.356
Ter a situação de um processo,
um consumidor, né,

eab123b4-94ba-465e-9896-116d761238dd-1
00:33:57.356 --> 00:34:02.341
é pegar uma informação antes do outro, né,
tirar da ordem, né?

eab123b4-94ba-465e-9896-116d761238dd-2
00:34:02.341 --> 00:34:06.693
Vocês trabalham dessa maneira? É,
tem as partições lá,

eab123b4-94ba-465e-9896-116d761238dd-3
00:34:06.693 --> 00:34:12.390
cada cada fila vai ter a sua,
a sua particularidade Na Na partição, né?

eab123b4-94ba-465e-9896-116d761238dd-4
00:34:12.390 --> 00:34:15.951
Vai ser um lote,
vai ser vai ser um cliente,

eab123b4-94ba-465e-9896-116d761238dd-5
00:34:15.951 --> 00:34:20.778
vai ser uma ocorrência,
cada um vai ter o seu algoritmo ali,

eab123b4-94ba-465e-9896-116d761238dd-6
00:34:20.778 --> 00:34:22.440
de diferenciação ali.

f7272da6-f0bd-4da1-a52a-e6115b799e3f-0
00:34:23.560 --> 00:34:28.268
Mas e você, tem chaves nessas?
Vocês têm chaves únicas pra essas

f7272da6-f0bd-4da1-a52a-e6115b799e3f-1
00:34:28.268 --> 00:34:32.107
partições? Quando, quando,
quando eu mando o evento,

f7272da6-f0bd-4da1-a52a-e6115b799e3f-2
00:34:32.107 --> 00:34:35.728
eu poderia fazer a ordenação ou ordenação,
não é?

f7272da6-f0bd-4da1-a52a-e6115b799e3f-3
00:34:35.728 --> 00:34:41.305
Não é muito importante pro cenário de
vocês pra ordenação, eu tenho certeza.

f7272da6-f0bd-4da1-a52a-e6115b799e3f-4
00:34:41.305 --> 00:34:42.320
Sabe o Wagner?

a5f628fc-b474-4aea-a38e-362b81e589cc-0
00:34:42.960 --> 00:34:46.996
Não sei se para ordem,
eu sei que tem a chave única para o

a5f628fc-b474-4aea-a38e-362b81e589cc-1
00:34:46.996 --> 00:34:51.374
modelo do negócio. Ali,
em todos os lotes x vão ser processados

a5f628fc-b474-4aea-a38e-362b81e589cc-2
00:34:51.374 --> 00:34:56.505
na parte de são tal todas as os TIP tal,
não sei, para a parte de são tal,

a5f628fc-b474-4aea-a38e-362b81e589cc-3
00:34:56.505 --> 00:34:59.858
mas não sei se mas a gente tem uma ordem
também.

a5f628fc-b474-4aea-a38e-362b81e589cc-4
00:34:59.858 --> 00:35:04.989
O o Oeste chegou até a comentar qual que
era Oo script que eles usavam lá,

a5f628fc-b474-4aea-a38e-362b81e589cc-5
00:35:04.989 --> 00:35:10.120
mas eu esqueci o nome se você entrar lá
no control center por cada tópico.

83519436-aac2-476f-8c22-b3954effc51a-0
00:35:10.240 --> 00:35:16.426
Você vai ver as partições e as chaves
delas. E o esquema reis também, né?

83519436-aac2-476f-8c22-b3954effc51a-1
00:35:16.426 --> 00:35:22.948
Tem ali a parte do Álvaro dele e pra
ordem de serviço eu lembro que quando eu

83519436-aac2-476f-8c22-b3954effc51a-2
00:35:22.948 --> 00:35:28.048
conversei com eles, né? Tinha sim, tinha,
tinha aqui, né? É,

83519436-aac2-476f-8c22-b3954effc51a-3
00:35:28.048 --> 00:35:31.560
Norberto consegue extrair alguns exemplos?

0ee5842b-fd62-4e92-815b-1a99a0fa9254-0
00:35:31.840 --> 00:35:35.479
Deixa eu pegar aqui agora,
enquanto vocês estão falando,

0ee5842b-fd62-4e92-815b-1a99a0fa9254-1
00:35:35.479 --> 00:35:39.373
eu vou abrir aqui.
Você pode até extrair e mandar pra gente,

0ee5842b-fd62-4e92-815b-1a99a0fa9254-2
00:35:39.373 --> 00:35:42.501
entendeu?
Salvar alguns exemplos de esquina e de

0ee5842b-fd62-4e92-815b-1a99a0fa9254-3
00:35:42.501 --> 00:35:47.801
partição de configuração pra gente como
exemplos assim, meio que é aleatórios, né?

0ee5842b-fd62-4e92-815b-1a99a0fa9254-4
00:35:47.801 --> 00:35:52.717
O ézio que ele comentou seria aquele
analista que eu falei que é mais sênior

0ee5842b-fd62-4e92-815b-1a99a0fa9254-5
00:35:52.717 --> 00:35:55.653
que tem.
Foi até ele que disse pra mim aquela

0ee5842b-fd62-4e92-815b-1a99a0fa9254-6
00:35:55.653 --> 00:35:58.079
questão do de que eles usavam interno.

17355efa-91a2-4898-8a44-7eaa53a09cda-0
00:35:58.360 --> 00:36:03.599
Mas ele foi conversar com ele depois que
o que o Carlos André disse que que não

17355efa-91a2-4898-8a44-7eaa53a09cda-1
00:36:03.599 --> 00:36:08.315
era interno, era externo, né?
Aí ele falou que deu um erro e que estava

17355efa-91a2-4898-8a44-7eaa53a09cda-2
00:36:08.315 --> 00:36:13.096
tratando com Carlos André usar interno,
aí eu não sei qual é o erro, tá?

17355efa-91a2-4898-8a44-7eaa53a09cda-3
00:36:13.096 --> 00:36:17.092
Ele saiu de férias,
eu não sei se vocês tiveram isso também,

17355efa-91a2-4898-8a44-7eaa53a09cda-4
00:36:17.092 --> 00:36:21.611
tá? OOO, Wagner e Pedro Lucas,
é o acesso ali quando a gente fala do

17355efa-91a2-4898-8a44-7eaa53a09cda-5
00:36:21.611 --> 00:36:25.082
Indy. Point que acessa Oo Kafka,
o esquema read, né?

17355efa-91a2-4898-8a44-7eaa53a09cda-6
00:36:25.082 --> 00:36:26.720
A plataforma da confront.

6b4ef21b-ad27-47c6-ad20-2530c6edc050-0
00:36:27.880 --> 00:36:32.201
Eu não sei se eles têm essa visão também.
É,

6b4ef21b-ad27-47c6-ad20-2530c6edc050-1
00:36:32.201 --> 00:36:38.251
vocês acessam usando é o endereço que é
externo ou open shift,

6b4ef21b-ad27-47c6-ad20-2530c6edc050-2
00:36:38.251 --> 00:36:45.069
ou o que acessa o serviço dentro do open
shift cara é o do open shift,

6b4ef21b-ad27-47c6-ad20-2530c6edc050-3
00:36:45.069 --> 00:36:49.678
o do open shift,
aqui o control center éps, né?

6b4ef21b-ad27-47c6-ad20-2530c6edc050-4
00:36:49.678 --> 00:36:53.519
ACBP lá de produção, tá? Então acho que.

8ac40136-f556-40c6-abcf-c36867df27dc-0
00:36:54.000 --> 00:36:58.098
É isso que esse é um questionamento
também que eu queria ver com ele.

8ac40136-f556-40c6-abcf-c36867df27dc-1
00:36:58.098 --> 00:37:01.786
Pelo que a gente viu lá,
está acessando externamente, ou seja,

8ac40136-f556-40c6-abcf-c36867df27dc-2
00:37:01.786 --> 00:37:05.182
passa pelo pelas soluções que necessitam
acessar externo.

8ac40136-f556-40c6-abcf-c36867df27dc-3
00:37:05.182 --> 00:37:09.573
Eles passam pela UF 5 e tudo mais, né?
O que é interno não precisaria, né?

8ac40136-f556-40c6-abcf-c36867df27dc-4
00:37:09.573 --> 00:37:12.735
E parece que o que está interno está os
serviços, né,

8ac40136-f556-40c6-abcf-c36867df27dc-5
00:37:12.735 --> 00:37:17.009
que estão dentro do Ben shift,
eles estão indo para fora e retornando de

8ac40136-f556-40c6-abcf-c36867df27dc-6
00:37:17.009 --> 00:37:21.693
novo para dentro para acessar o Kafka.
Entendeu pelo dependendo do endereço que

8ac40136-f556-40c6-abcf-c36867df27dc-7
00:37:21.693 --> 00:37:23.040
vocês estão utilizando?

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-0
00:37:24.440 --> 00:37:28.324
Esse era 1.eu,
vou pegar aqui o as chaves aqui,

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-1
00:37:28.324 --> 00:37:32.532
espera aí, é, são são: tá, Norberto?
Um ponto é, é,

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-2
00:37:32.532 --> 00:37:38.683
é isso que você falou que é a rede
interna do open shift e não sair pra não

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-3
00:37:38.683 --> 00:37:43.862
sair pra rede, pra rede Corp, né?
E aí você entra na rede Corp,

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-4
00:37:43.862 --> 00:37:49.284
aí você tem que passar por vários,
vários nós, né? Passa pelo f 5,

4c4bd78d-ab34-4b25-bf75-34a23be2aa4a-5
00:37:49.284 --> 00:37:52.360
passa pelo suici, já passa por faz um.

a83fd621-c9d4-4988-ac04-3d7c94c981c2-0
00:37:53.040 --> 00:37:57.380
Dar uma volta ao mundo.
E a outra coisa é que existem,

a83fd621-c9d4-4988-ac04-3d7c94c981c2-1
00:37:57.380 --> 00:38:02.746
pelo menos aparentemente,
existem micro serviços que estão com isso

a83fd621-c9d4-4988-ac04-3d7c94c981c2-2
00:38:02.746 --> 00:38:08.349
hard coach e existem os que estão usando
propriedades do do cobernets.

a83fd621-c9d4-4988-ac04-3d7c94c981c2-3
00:38:08.349 --> 00:38:14.188
O ideal é que fosse tudo com todas essas
configurações fossem próprias do

a83fd621-c9d4-4988-ac04-3d7c94c981c2-4
00:38:14.188 --> 00:38:18.686
cobernets, né?
Pra poder ser fácil de você alterar o ind

a83fd621-c9d4-4988-ac04-3d7c94c981c2-5
00:38:18.686 --> 00:38:19.160
point.

f698fefe-4d37-49d6-b756-1426fefe2941-0
00:38:24.080 --> 00:38:24.960
32 por menos.

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-0
00:39:02.720 --> 00:39:08.366
E a outra outra questão que seria uma boa
prática é quando a aplicação toma um erro

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-1
00:39:08.366 --> 00:39:12.802
e não consegue processar.
Eu acho que o o traicket dela, o faine,

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-2
00:39:12.802 --> 00:39:16.970
ele deveria dar uma mensagem para essa,
esse esse evento, né?

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-3
00:39:16.970 --> 00:39:20.667
Que ela não conseguiu processar e ir para
uma DLQ, né?

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-4
00:39:20.667 --> 00:39:25.843
Aí ele joga para DLQEA gente consegue
analisar ADLQ você teria informação da

1a97baf5-e3de-4f42-b855-b4cf3a81c8e9-5
00:39:25.843 --> 00:39:30.280
DLQ que você tá entrando na DLQE você aí
consegue saber que hoje?

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-0
00:39:30.840 --> 00:39:35.282
Aplicação de produtivia processar,
isso não conseguiu,

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-1
00:39:35.282 --> 00:39:41.259
então ela jogou pra essa DLQ aqui,
aí você pelo menos tem uma noção de de

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-2
00:39:41.259 --> 00:39:46.024
onde foi e consegue fazer um replay da
DLQ, né? Recolocar,

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-3
00:39:46.024 --> 00:39:52.163
botar um reidratar a mensagem via DLQ,
isso também seria 111 prática legal,

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-4
00:39:52.163 --> 00:39:57.009
desculpa aí, OADLQ,
eu sei que vocês eu sei que vocês estão

6d51a8d4-673e-4ee7-ae3d-6f34ec1e4cea-5
00:39:57.009 --> 00:40:00.239
utilizando, não sei se estão usando pra.

14a0a2af-6129-432b-8d66-65671e77bff2-0
00:40:00.480 --> 00:40:05.524
Pra todos os tópicos, né?
3 empresas no ambiente e sei o que que tá

14a0a2af-6129-432b-8d66-65671e77bff2-1
00:40:05.524 --> 00:40:09.827
acontecendo, né?
Hoje a gente tem um primeiro grupo que a

14a0a2af-6129-432b-8d66-65671e77bff2-2
00:40:09.827 --> 00:40:13.758
gente já montou, né,
que é da da Minas sul, sudeste,

14a0a2af-6129-432b-8d66-65671e77bff2-3
00:40:13.758 --> 00:40:17.171
Mato Grosso do Sul.
E essa perto de vocês aí,

14a0a2af-6129-432b-8d66-65671e77bff2-4
00:40:17.171 --> 00:40:21.103
das 3 empresas de uma vez só, de tanto,
tanto tempo.

14a0a2af-6129-432b-8d66-65671e77bff2-5
00:40:21.103 --> 00:40:26.592
Isso pra gente é muito crítico,
porque quando a gente alterou um cadastro

14a0a2af-6129-432b-8d66-65671e77bff2-6
00:40:26.592 --> 00:40:29.560
em uma das empresas, a gente IA quebrar.

20fc3628-59bb-4c6d-a682-efb148a96101-0
00:40:30.200 --> 00:40:36.585
Pra todo mundo é, e hoje a gente é,
hoje a gente não tem no adms uma forma de

20fc3628-59bb-4c6d-a682-efb148a96101-1
00:40:36.585 --> 00:40:42.808
integração do modelo de equipes. É, é,
é por equipe, né? Vamos falar assim,

20fc3628-59bb-4c6d-a682-efb148a96101-2
00:40:42.808 --> 00:40:47.966
só manda o pacote inteiro,
é o que eles aceitam. Hoje é assim,

20fc3628-59bb-4c6d-a682-efb148a96101-3
00:40:47.966 --> 00:40:54.761
isso isso está causando um desconforto Na
Na questão do, do de quando dá erro, né?

20fc3628-59bb-4c6d-a682-efb148a96101-4
00:40:54.761 --> 00:40:58.199
Eu acaba dando erro no cinema, na empresa.

119393e4-4b32-42f3-91a5-689081024bb3-0
00:40:59.760 --> 00:41:05.412
Todas as empresas é assim, cara,
a gente desde o início a gente a gente

119393e4-4b32-42f3-91a5-689081024bb3-1
00:41:05.412 --> 00:41:10.044
ficou esse gap aí,
a gente tentou com eles uma forma de de

119393e4-4b32-42f3-91a5-689081024bb3-2
00:41:10.044 --> 00:41:16.402
fazer essa integração de um de um outro
jeito, né? E até então eu não tenho uma.

119393e4-4b32-42f3-91a5-689081024bb3-3
00:41:16.402 --> 00:41:21.898
Não vejo uma saída assim, sabe?
Não sei como é que você pode ajudar a

119393e4-4b32-42f3-91a5-689081024bb3-4
00:41:21.898 --> 00:41:24.959
gente nesse ponto, não vamos continuar.

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-0
00:41:28.120 --> 00:41:31.475
Ah, tá,
então nesse caso aí que ele tá até

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-1
00:41:31.475 --> 00:41:35.065
olhando,
não sei se tem a ver com o que vocês

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-2
00:41:35.065 --> 00:41:39.122
estão falando aqui, né?
Esse é do lado do adms, né?

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-3
00:41:39.122 --> 00:41:43.961
Esse processamento da equipe, mas aqui ó,
eu tava vendo aqui,

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-4
00:41:43.961 --> 00:41:50.203
realmente tem tem bastante tópico aqui
sem q eu não sei se esse que vem do CDC,

ab52235c-4a85-4c3d-8fd8-75ac1c4ebf03-5
00:41:50.203 --> 00:41:55.120
eles se eu tô no mudo, deixa eu ver, não,
não tá não tá não é?

45a156bc-6454-4cd0-be01-8d67bb869009-0
00:41:56.320 --> 00:42:00.960
Esse que são via CDC vem por exemplo do
Oracle né?

45a156bc-6454-4cd0-be01-8d67bb869009-1
00:42:00.960 --> 00:42:08.057
Com conector seirce do banco com MGR,
por exemplo, dual né? CFLCLPDA, tabela,

45a156bc-6454-4cd0-be01-8d67bb869009-2
00:42:08.057 --> 00:42:14.336
despachante, esses vem com aqui né?
Mas é o que próprio lá do CDC é.

45a156bc-6454-4cd0-be01-8d67bb869009-3
00:42:14.336 --> 00:42:20.523
E aqui o esquema reis, né? Dele,
mas pegando outros aqui que eu até

45a156bc-6454-4cd0-be01-8d67bb869009-4
00:42:20.523 --> 00:42:24.800
imaginei que tivesse tipo igual a locação,
né?

134dac37-e7f9-4aca-be00-664a1b3aede6-0
00:42:27.680 --> 00:42:33.070
Diz que tô no ambiente de homologação, tá?
Eu não achei aqui,

134dac37-e7f9-4aca-be00-664a1b3aede6-1
00:42:33.070 --> 00:42:40.287
não aparece aqui o esquema read nem aqui.
Eu não sei se é porque tá em homologação

134dac37-e7f9-4aca-be00-664a1b3aede6-2
00:42:40.287 --> 00:42:45.765
ou se realmente não colocou aí aqui
coordenado. Mesma coisa é.

134dac37-e7f9-4aca-be00-664a1b3aede6-3
00:42:45.765 --> 00:42:50.200
Lembro daquela conversa que a gente teve
lá com a.

dcdc455f-6e1d-4b23-a762-8f92c40a813c-0
00:42:51.320 --> 00:42:56.916
Com a galera do cigode lá que recebia os
dados do cigode e depois fazia um

dcdc455f-6e1d-4b23-a762-8f92c40a813c-1
00:42:56.916 --> 00:43:01.393
processamento, não tinha nenhum deles,
tinha esquema Regis,

dcdc455f-6e1d-4b23-a762-8f92c40a813c-2
00:43:01.393 --> 00:43:07.587
então do é aquele era do atendimento né?
Da equipe do atendimento é mas Oo do o do

dcdc455f-6e1d-4b23-a762-8f92c40a813c-3
00:43:07.587 --> 00:43:13.855
cigode eu imaginei que tivesse WFM porque
era era 11 dos pré requisitos né iniciais

dcdc455f-6e1d-4b23-a762-8f92c40a813c-4
00:43:13.855 --> 00:43:17.960
lá usar o esquema. Regis,
na minha cabeça tava usando.

65fac0e8-bb71-4f4f-bf39-ec55f14a6cde-0
00:43:20.440 --> 00:43:31.807
Esse de ordem de serviço.
Eu achei estranho não ter não estar

65fac0e8-bb71-4f4f-bf39-ec55f14a6cde-1
00:43:31.807 --> 00:43:44.642
separado por algum aqui, né?
Mas aí aqueles que é separado por evento

65fac0e8-bb71-4f4f-bf39-ec55f14a6cde-2
00:43:44.642 --> 00:43:49.960
e não tem bom, peço desculpa.

206916fd-2201-43b9-86d9-a5da941ec78f-0
00:43:56.760 --> 00:44:05.966
Voltei aqui,
deixa eu ver aqui a ordem de serviço,

206916fd-2201-43b9-86d9-a5da941ec78f-1
00:44:05.966 --> 00:44:17.520
requisição. Não tá tendo nem movimentação.
Parece não é porque?

8257da57-d44e-44f4-8d8c-e663bd72a619-0
00:44:33.730 --> 00:44:40.122
É porque quando você olha as é,
por exemplo, aqui ó, vamos ver aqui ó,

8257da57-d44e-44f4-8d8c-e663bd72a619-1
00:44:40.122 --> 00:44:46.245
ordem de serviço, requisição, resposta,
ordem de serviço, serviços,

8257da57-d44e-44f4-8d8c-e663bd72a619-2
00:44:46.245 --> 00:44:50.927
ordem de serviço. Não, não,
não precisa entrar não.

8257da57-d44e-44f4-8d8c-e663bd72a619-3
00:44:50.927 --> 00:44:56.330
Eu quero dar um exemplo aqui, bota aí, ó,
ordem de serviço.

d004a701-2715-49ad-bd49-cee38f65a210-0
00:44:56.680 --> 00:45:00.078
Requisição, resposta,
ordem de serviço e aquisição,

d004a701-2715-49ad-bd49-cee38f65a210-1
00:45:00.078 --> 00:45:03.869
ordem de serviço programado,
ordem de serviço e serviços,

d004a701-2715-49ad-bd49-cee38f65a210-2
00:45:03.869 --> 00:45:07.855
a ordem de serviço e situação alterada.
Vocês estão criando,

d004a701-2715-49ad-bd49-cee38f65a210-3
00:45:07.855 --> 00:45:13.084
aparentemente vocês acabam criando alguns
tópicos que são tópicos para o evento

d004a701-2715-49ad-bd49-cee38f65a210-4
00:45:13.084 --> 00:45:16.417
específico,
a mudança de estado específica daquele

d004a701-2715-49ad-bd49-cee38f65a210-5
00:45:16.417 --> 00:45:20.600
daquela daquele agregado ou entidade,
entendeu? E geralmente é.

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-0
00:45:23.080 --> 00:45:27.444
É preferível você ter o quê você ter 11
os eventos da ordem de serviço.

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-1
00:45:27.444 --> 00:45:31.748
Então eu tenho ordem de serviço criada,
uma ordem de serviço alterada,

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-2
00:45:31.748 --> 00:45:34.901
uma ordem de serviço,
mas não ter tópicos pra isso.

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-3
00:45:34.901 --> 00:45:38.963
Eu tenho só um tópico pra ordem de
serviço, eu crio um event type,

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-4
00:45:38.963 --> 00:45:42.357
aí dentro desse event type eu tenho lá
qual é o evento,

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-5
00:45:42.357 --> 00:45:46.540
e aí eu posso filtrar aquele event type e
pegar só o que eu preciso,

48ecbc8b-c319-4e08-84e0-19ff8c7ca831-6
00:45:46.540 --> 00:45:50.360
mas eu consigo garantir a ordem, entendeu?
E quando você cria?

af1fd37b-a7f8-4f74-aafc-51d8acc31578-0
00:45:50.920 --> 00:45:53.709
Um evento,
porque na naquele pessoal lá do

af1fd37b-a7f8-4f74-aafc-51d8acc31578-1
00:45:53.709 --> 00:45:58.510
atendimento ficava mais explícito,
você tinha um evento da criação da os,

af1fd37b-a7f8-4f74-aafc-51d8acc31578-2
00:45:58.510 --> 00:46:03.894
você tinha um evento da alteração da os.
Você não tem como garantir a ordem disso.

af1fd37b-a7f8-4f74-aafc-51d8acc31578-3
00:46:03.894 --> 00:46:07.592
Eu posso o evento,
eu posso processar a alteração antes,

af1fd37b-a7f8-4f74-aafc-51d8acc31578-4
00:46:07.592 --> 00:46:12.328
antes de processar a criação. E outra,
eu crio eventos demais, entendeu?

af1fd37b-a7f8-4f74-aafc-51d8acc31578-5
00:46:12.328 --> 00:46:16.479
Eu crio tópicos demais,
EE eventos demais e fica e fica e fica.

87bd0995-b497-4239-831c-f583e2fee020-0
00:46:19.000 --> 00:46:23.078
Cria mais, consome mais recurso do Kafka,
entendeu? Acaba,

87bd0995-b497-4239-831c-f583e2fee020-1
00:46:23.078 --> 00:46:28.125
começa a consumir mais recurso.
Então é e aí faz nesse cenário que eu tô

87bd0995-b497-4239-831c-f583e2fee020-2
00:46:28.125 --> 00:46:32.757
falando aqui, o primeiro, né,
que eu falei que eu que eu teria 111

87bd0995-b497-4239-831c-f583e2fee020-3
00:46:32.757 --> 00:46:37.113
tópico de ordem de serviço.
Faria sentido eu ter uma partição,

87bd0995-b497-4239-831c-f583e2fee020-4
00:46:37.113 --> 00:46:42.160
porque aí eu partistione um partistion q
porque eu eu crio uma QI que é.

042e9772-0d77-419c-bc08-834da612afc9-0
00:46:43.160 --> 00:46:48.610
Da ordem do número, da ordem de serviço,
e aí todos os eventos daquela ordem de

042e9772-0d77-419c-bc08-834da612afc9-1
00:46:48.610 --> 00:46:53.720
serviço vão cair naquela partição
específica. E aí eu vou ter a ordenação,

042e9772-0d77-419c-bc08-834da612afc9-2
00:46:53.720 --> 00:46:57.195
eu vou ter o evento de criada,
evento de alterado,

042e9772-0d77-419c-bc08-834da612afc9-3
00:46:57.195 --> 00:47:00.942
não sei que aí vai cair na ordem que eu
que eu recebo,

042e9772-0d77-419c-bc08-834da612afc9-4
00:47:00.942 --> 00:47:06.393
e aí eu consigo processar de maneira
ordenada, tá, então é, é, é uma forma, né?

042e9772-0d77-419c-bc08-834da612afc9-5
00:47:06.393 --> 00:47:10.890
Aqui é, esse aqui é bem legal,
aqui é ordem de de serviço criado,

042e9772-0d77-419c-bc08-834da612afc9-6
00:47:10.890 --> 00:47:11.639
despachado.

db956dd2-84c6-4f11-84b6-ed559b9f17c2-0
00:47:15.760 --> 00:47:19.430
Ordem de serviço criado,
despachado ordem de serviço cancelado

db956dd2-84c6-4f11-84b6-ed559b9f17c2-1
00:47:19.430 --> 00:47:23.625
aqui, ó, você vê que esses 3 aqui ó,
esses 3, esses 3, esses 3 tópicos,

db956dd2-84c6-4f11-84b6-ed559b9f17c2-2
00:47:23.625 --> 00:47:27.820
cada um está para um tipo de evento,
mas o evento é da própria ordem de

db956dd2-84c6-4f11-84b6-ed559b9f17c2-3
00:47:27.820 --> 00:47:31.024
serviço, entendeu?
É uma mudança de estado da ordem de

db956dd2-84c6-4f11-84b6-ed559b9f17c2-4
00:47:31.024 --> 00:47:34.112
serviço. Eu nunca,
se eu preciso de ordenação disso,

db956dd2-84c6-4f11-84b6-ed559b9f17c2-5
00:47:34.112 --> 00:47:36.560
eu nunca vou conseguir ter essa ordenação.

c0bdd62e-5411-407d-b8a8-0c8a74241da6-0
00:47:41.440 --> 00:47:44.753
Então é isso,
é uma coisa que deveria ser vista a gente,

c0bdd62e-5411-407d-b8a8-0c8a74241da6-1
00:47:44.753 --> 00:47:48.590
mas até mesmo de repente,
não faz sentido o que eu estou falando.

c0bdd62e-5411-407d-b8a8-0c8a74241da6-2
00:47:48.590 --> 00:47:51.904
Ah, não, não preciso de ter organização,
pode vir assim,

c0bdd62e-5411-407d-b8a8-0c8a74241da6-3
00:47:51.904 --> 00:47:56.090
só que mesmo assim eu estaria criando
muito, muitos tópicos, né? Então,

c0bdd62e-5411-407d-b8a8-0c8a74241da6-4
00:47:56.090 --> 00:47:59.113
na verdade,
aqui eu teria um único tópico que seria

c0bdd62e-5411-407d-b8a8-0c8a74241da6-5
00:47:59.113 --> 00:48:02.485
ordem de serviço,
e aqui o event type que vai estar lá No

c0bdd62e-5411-407d-b8a8-0c8a74241da6-6
00:48:02.485 --> 00:48:06.555
No esquema, vai ser cancelado, vai estar,
vai ter um valor cancelado,

c0bdd62e-5411-407d-b8a8-0c8a74241da6-7
00:48:06.555 --> 00:48:09.519
vai ter um valor chamado,
vai ter um valor criado.

31d2db56-0bbf-4a09-93db-b7039b61ac19-0
00:48:09.960 --> 00:48:14.679
Vai ter 11 valor despachado.
Aí eu posso filtrar por esse event Tape.

31d2db56-0bbf-4a09-93db-b7039b61ac19-1
00:48:14.679 --> 00:48:19.938
Aí eu tenho o pailload, que é o esquema,
o esquema que eu que eu do evento em

31d2db56-0bbf-4a09-93db-b7039b61ac19-2
00:48:19.938 --> 00:48:22.904
sinta,
e aí eu posso botar no event Tape ou

31d2db56-0bbf-4a09-93db-b7039b61ac19-3
00:48:22.904 --> 00:48:26.545
outras coisas como Oo ID do evento,
o ID do agregado.

31d2db56-0bbf-4a09-93db-b7039b61ac19-4
00:48:26.545 --> 00:48:31.669
Então o ID do agregado seria o ID da
própria ordem de serviço. Eu posso ir,

31d2db56-0bbf-4a09-93db-b7039b61ac19-5
00:48:31.669 --> 00:48:35.849
aí eu vou fazer o que segregate ID ou ID
da ordem de serviço,

31d2db56-0bbf-4a09-93db-b7039b61ac19-6
00:48:35.849 --> 00:48:39.759
ele vai virar OA minha chave é o
candidato a ser a chave.

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-0
00:48:40.560 --> 00:48:44.234
Do da minha partição,
que aí eu consigo ordenar por aquele tudo

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-1
00:48:44.234 --> 00:48:48.253
que for evento daquele, daquela,
daquela chave, né, daqueles daquela,

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-2
00:48:48.253 --> 00:48:51.354
pra mariqui, ele vai,
ele vai estar numa mesma ordem,

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-3
00:48:51.354 --> 00:48:55.660
ele vai cair sempre na mesma partição e
vou automaticamente vou processar,

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-4
00:48:55.660 --> 00:48:59.047
remover ordenado,
eu consigo garantir que eu posso ter é é

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-5
00:48:59.047 --> 00:49:01.631
escalabilidade de processo,
entendeu porque?

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-6
00:49:01.631 --> 00:49:05.995
Porque cada processo vai bater numa, numa,
cada consumidor bate numa, numa,

c9badd1b-c31b-4976-90f1-51e30f9ccaf1-7
00:49:05.995 --> 00:49:09.439
numa partição específica,
e eu não vou ter nenhum risco de.

a7f148ca-9182-4a67-8f50-76893302d2fc-0
00:49:10.120 --> 00:49:16.146
De de um consumidor estar processando
alguma coisa de uma ordem específica

a7f148ca-9182-4a67-8f50-76893302d2fc-1
00:49:16.146 --> 00:49:22.012
antes do outro. Entendeu? Porque?
Porque AA todas as todas as os eventos

a7f148ca-9182-4a67-8f50-76893302d2fc-2
00:49:22.012 --> 00:49:27.959
daquela ordem específica vão estar na
mesma partição, mais ou menos isso.

a7f148ca-9182-4a67-8f50-76893302d2fc-3
00:49:27.959 --> 00:49:33.825
Por isso é que esse também aqui é ordem
de serviço, arquivado, agendado,

a7f148ca-9182-4a67-8f50-76893302d2fc-4
00:49:33.825 --> 00:49:37.120
bloqueado, cancelado, ó, lá a quantidade.

9e9d8b35-07cc-4630-bdae-e357c5ea69af-0
00:49:37.720 --> 00:49:42.390
E eu ainda tenho ordem de serviço aqui
que eu não sei pra que que serve,

9e9d8b35-07cc-4630-bdae-e357c5ea69af-1
00:49:42.390 --> 00:49:46.677
mas estou falando assim,
esses caras aqui todos estariam dentro de

9e9d8b35-07cc-4630-bdae-e357c5ea69af-2
00:49:46.677 --> 00:49:49.812
ordem de serviço.
Aí você começa a racionalizar,

9e9d8b35-07cc-4630-bdae-e357c5ea69af-3
00:49:49.812 --> 00:49:54.099
pelo que eu entendi, eles,
eles ficam dentro de ordem de ser desse

9e9d8b35-07cc-4630-bdae-e357c5ea69af-4
00:49:54.099 --> 00:49:57.170
cara.
A ordem de serviço mesmo eu acho que eles

9e9d8b35-07cc-4630-bdae-e357c5ea69af-5
00:49:57.170 --> 00:50:00.945
são é duplicados, né?
O dado pra pra cada situação, né? É,

9e9d8b35-07cc-4630-bdae-e357c5ea69af-6
00:50:00.945 --> 00:50:05.232
mas se for isso, ainda é pior, né?
Porque no caso do no caso do do

9e9d8b35-07cc-4630-bdae-e357c5ea69af-7
00:50:05.232 --> 00:50:05.999
atendimento.

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-0
00:50:06.560 --> 00:50:11.013
Eles tinham um evento,
tinham um tópico que era que era ordem,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-1
00:50:11.013 --> 00:50:15.537
uma ordem lá qualquer.
E aí eles quebravam em outros 7 tópicos,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-2
00:50:15.537 --> 00:50:19.495
que era o que cada cada evento do que ele
tinha falado,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-3
00:50:19.495 --> 00:50:25.009
cada evento daquela da cada tipo de
evento daquela daquela, daquela entidade,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-4
00:50:25.009 --> 00:50:28.755
eles eles criavam um tópico,
então eu pego uma fila,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-5
00:50:28.755 --> 00:50:33.632
um evento que cai naquela fila,
em vez de tratar naquela fila mesmo,

ad5a0f7c-9d9e-4565-bd2e-800f14e9d142-6
00:50:33.632 --> 00:50:35.400
eu tenho um processo que.

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-0
00:50:35.720 --> 00:50:40.495
Particiona isso que quebra essas coisas e
cria outras outros eventos.

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-1
00:50:40.495 --> 00:50:44.043
Então aí 11 evento que poderia ser um
único evento,

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-2
00:50:44.043 --> 00:50:48.136
eu acabo tendo mais 7 eventos, entendeu?
Mais 7 eu entendi,

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-3
00:50:48.136 --> 00:50:53.253
eu acho que eu não tinha essa visão e
acho que a equipe de desenvolvimento

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-4
00:50:53.253 --> 00:50:58.438
também não tinha essa visão dessa
possibilidade de você fazer um filtro ali

5fffd65c-27a2-4b4a-bb03-6e9590d4000b-5
00:50:58.438 --> 00:51:03.760
na hora de consumir, entendeu? E aí,
então, isso é uma, isso é uma coisa que.

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-0
00:51:06.000 --> 00:51:10.704
Que eu considerei um ofensor, entendeu?
Assim é reduzir essa quantidade de de de

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-1
00:51:10.704 --> 00:51:13.259
tópicos,
tá EE ter Fontes da verdade única,

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-2
00:51:13.259 --> 00:51:17.789
entendeu? Porque quando eu tenho 11,
porque eu não estou conversando lá com o

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-3
00:51:17.789 --> 00:51:20.751
pessoal,
ele é o mesmo evento que tava gerando lá,

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-4
00:51:20.751 --> 00:51:24.759
que o time do sigois tá gerando
provavelmente essa ordem de serviço,

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-5
00:51:24.759 --> 00:51:29.056
digamos. Só que quando eles quebram,
eles transformam aquilo e eles podem

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-6
00:51:29.056 --> 00:51:33.528
inserir erros ali, entendeu por quê?
Porque na verdade ele quebrou o evento,

eb8d5d06-fd4c-4e02-9fcd-6d3b30ab14fc-7
00:51:33.528 --> 00:51:34.399
entendeu assim?

b035824e-6357-403e-9d60-b326d5dad61c-0
00:51:34.800 --> 00:51:37.988
O que eles tinham que fazer é consumir o
evento,

b035824e-6357-403e-9d60-b326d5dad61c-1
00:51:37.988 --> 00:51:43.064
o evento como está e executar alguma ação.
Não pegar o evento como o evento e

b035824e-6357-403e-9d60-b326d5dad61c-2
00:51:43.064 --> 00:51:47.489
transformar em outro evento,
pra depois processar aquele evento com

b035824e-6357-403e-9d60-b326d5dad61c-3
00:51:47.489 --> 00:51:51.719
aquelas informações que já estão no
evento anterior. Quer dizer,

b035824e-6357-403e-9d60-b326d5dad61c-4
00:51:51.719 --> 00:51:56.404
não faz muito sentido, entendeu?
Você está processando à toa, entendeu?

b035824e-6357-403e-9d60-b326d5dad61c-5
00:51:56.404 --> 00:52:00.959
Você está gastando recurso à toa.
E o problema que a gente tem lá no.

a876d366-905d-4aea-a95a-02bde3e06eaa-0
00:52:01.760 --> 00:52:06.410
Do time do open shift é,
eu tenho uma quantidade de recursos que

a876d366-905d-4aea-a95a-02bde3e06eaa-1
00:52:06.410 --> 00:52:11.133
estão sendo exauridos e quando eu entro
em exaustão dos recursos,

a876d366-905d-4aea-a95a-02bde3e06eaa-2
00:52:11.133 --> 00:52:14.639
eu faço o que eu tenho que comprar mais
licença.

a876d366-905d-4aea-a95a-02bde3e06eaa-3
00:52:14.639 --> 00:52:20.363
E aí eu tenho 11 programa de custo de
licença, então faz faz muito sentido, né?

a876d366-905d-4aea-a95a-02bde3e06eaa-4
00:52:20.363 --> 00:52:25.514
Porque Oo Kafka é premium, né?
É uma coisa que e ele custa mais caro do

a876d366-905d-4aea-a95a-02bde3e06eaa-5
00:52:25.514 --> 00:52:28.520
que os os outros tipos de fila também, né?

bebc543c-26f3-4d58-aec8-885a32a68edf-0
00:52:29.160 --> 00:52:33.256
Mas pra esses processos,
que é de negócio saber disso,

bebc543c-26f3-4d58-aec8-885a32a68edf-1
00:52:33.256 --> 00:52:38.470
isso é importantíssimo aqui.
Eu acho que por isso que eu disse que é,

bebc543c-26f3-4d58-aec8-885a32a68edf-2
00:52:38.470 --> 00:52:43.833
é bom a gente bater um papo lá com com o
desenvolvedor mais sênior, né?

bebc543c-26f3-4d58-aec8-885a32a68edf-3
00:52:43.833 --> 00:52:49.718
Entender com ele essa questão e se foi
isso mesmo, é propor essa melhoria, né?

bebc543c-26f3-4d58-aec8-885a32a68edf-4
00:52:49.718 --> 00:52:52.400
Você, você entendeu? Wagner e Pedro.

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-0
00:52:59.000 --> 00:53:04.657
Mas eu acho que essa era uma boa
discussão para a gente ter junto ou com

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-1
00:53:04.657 --> 00:53:09.695
eles participando também,
para a gente ser igual. Você falou aí,

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-2
00:53:09.695 --> 00:53:13.337
beleza,
tem mais alguma coisa que vocês querem

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-3
00:53:13.337 --> 00:53:17.212
ver aqui?
Deixa eu só mostrar aqui uma rapidinho,

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-4
00:53:17.212 --> 00:53:22.637
Ah, tá, vou compartilhar aqui com vocês.
Esse aqui não é um trabalho.

56e4e580-6d69-4db9-8a16-a4ea2a09f68f-5
00:53:22.637 --> 00:53:25.040
O Vladimir acabou que saiu, né?

cc5d6410-46c8-4103-9310-152d33c8ce34-0
00:53:25.640 --> 00:53:29.273
Depois, João,
eu eu acho muito importante a gente

cc5d6410-46c8-4103-9310-152d33c8ce34-1
00:53:29.273 --> 00:53:34.432
quando for gerar documentação, né?
Uma coisa que eu tô percebendo, né,

cc5d6410-46c8-4103-9310-152d33c8ce34-2
00:53:34.432 --> 00:53:39.010
que eu vejo sempre aqui é,
eu já tinha essa noção até na época

cc5d6410-46c8-4103-9310-152d33c8ce34-3
00:53:39.010 --> 00:53:42.498
quando eu tava na equipe de
desenvolvimento. É,

cc5d6410-46c8-4103-9310-152d33c8ce34-4
00:53:42.498 --> 00:53:47.439
são a forma como a comunicação interna
aqui dentro da energia isso.

92da8e31-348a-4909-bcf0-b8d26810d847-0
00:53:48.200 --> 00:53:52.709
E até a questão dos é,
os treinamentos normalmente são gravados,

92da8e31-348a-4909-bcf0-b8d26810d847-1
00:53:52.709 --> 00:53:56.942
né? E é alguém que tem mais senioridade,
faz um treinamento,

92da8e31-348a-4909-bcf0-b8d26810d847-2
00:53:56.942 --> 00:54:02.423
passa a informação adiante e aí replica
esse treinamento pros demais, né? EOE,

92da8e31-348a-4909-bcf0-b8d26810d847-3
00:54:02.423 --> 00:54:07.696
muitas das vezes tem falhas, né,
tem furos e tem coisas que são replicadas,

92da8e31-348a-4909-bcf0-b8d26810d847-4
00:54:07.696 --> 00:54:12.414
porque não existe uma área específica ali
de treinamento, entendeu?

92da8e31-348a-4909-bcf0-b8d26810d847-5
00:54:12.414 --> 00:54:17.480
E de repasse de conhecimento, né? Então,
por exemplo, uma mudança dessa.

bcddff6e-d0e1-431f-a902-0e2228ab0b9f-0
00:54:18.280 --> 00:54:23.373
O cara que fez a gravação do treinamento,
ele não vai voltar lá e fazer a edição do

bcddff6e-d0e1-431f-a902-0e2228ab0b9f-1
00:54:23.373 --> 00:54:27.315
treinamento e falar assim, ó, Oo,
quando vocês quiserem dividir,

bcddff6e-d0e1-431f-a902-0e2228ab0b9f-2
00:54:27.315 --> 00:54:30.225
operacionar isso aqui.
Ou você tem eventos, né?

bcddff6e-d0e1-431f-a902-0e2228ab0b9f-3
00:54:30.225 --> 00:54:35.076
Que é da mesma entidade? Não faz sentido.
Vocês podem usar como você falou, né?

bcddff6e-d0e1-431f-a902-0e2228ab0b9f-4
00:54:35.076 --> 00:54:39.200
11 type event que você falou, né?
Ali dentro do esquema head e tal.

eccf10f9-5413-4456-a48f-be239729fb30-0
00:54:39.960 --> 00:54:43.308
Isso é uma coisa que depois a gente vai
discutir, tá?

eccf10f9-5413-4456-a48f-be239729fb30-1
00:54:43.308 --> 00:54:48.393
É geralmente o que eu tenho feito, tá,
é aqui, é, é um exemplo, tá, é um exemplo,

eccf10f9-5413-4456-a48f-be239729fb30-2
00:54:48.393 --> 00:54:51.369
não,
não quer dizer que seja aplicado pra você,

eccf10f9-5413-4456-a48f-be239729fb30-3
00:54:51.369 --> 00:54:56.330
é um exemplo que eu que eu fiz pra uma
outra empresa, tá? A gente cria ADR, né,

eccf10f9-5413-4456-a48f-be239729fb30-4
00:54:56.330 --> 00:55:00.795
decide um recorde, isso o que acontece,
isso uma aí consegue olhar essa

eccf10f9-5413-4456-a48f-be239729fb30-5
00:55:00.795 --> 00:55:04.887
informação e validar se aquilo que está
sendo gerado tá conforme,

eccf10f9-5413-4456-a48f-be239729fb30-6
00:55:04.887 --> 00:55:07.120
conforme OOA decisão de arquitetura.

8515a96c-ac4a-4753-bee6-ffce8edfd154-0
00:55:07.800 --> 00:55:10.706
Mas o que eu quero mostrar aqui não é nem
isso,

8515a96c-ac4a-4753-bee6-ffce8edfd154-1
00:55:10.706 --> 00:55:15.793
eu quero mostrar só o que que a gente fez
aqui, né, que essa é a estrutura que foi,

8515a96c-ac4a-4753-bee6-ffce8edfd154-2
00:55:15.793 --> 00:55:19.911
que foi definida, né? Então é,
a gente definiu aqui o que eu tenho,

8515a96c-ac4a-4753-bee6-ffce8edfd154-3
00:55:19.911 --> 00:55:22.939
o event,
isso aqui seria o esquema do envelope do

8515a96c-ac4a-4753-bee6-ffce8edfd154-4
00:55:22.939 --> 00:55:26.512
do evento, então eu tenho o event AD,
que é OID do evento,

8515a96c-ac4a-4753-bee6-ffce8edfd154-5
00:55:26.512 --> 00:55:31.175
esse event AD deveria ser único, tá?
Por quê? Porque aí eu consigo garantir,

8515a96c-ac4a-4753-bee6-ffce8edfd154-6
00:55:31.175 --> 00:55:35.959
aí depotência, eu tenho o event type,
aquilo que eu tava falando com você ali.

da685fed-2f87-46d0-9384-51ca055b5d4e-0
00:55:36.200 --> 00:55:40.144
Que são os eventos,
o tipo do evento que é produto criado,

da685fed-2f87-46d0-9384-51ca055b5d4e-1
00:55:40.144 --> 00:55:44.357
aquilo que você está ali,
produto alterado, produto cancelado,

da685fed-2f87-46d0-9384-51ca055b5d4e-2
00:55:44.357 --> 00:55:49.505
essas coisas. Tem o agregate type,
que é o string, que é o nome do agregado,

da685fed-2f87-46d0-9384-51ca055b5d4e-3
00:55:49.505 --> 00:55:53.717
por exemplo, produto,
porque aqui a gente está trabalhando com

da685fed-2f87-46d0-9384-51ca055b5d4e-4
00:55:53.717 --> 00:55:58.598
DDD, então e a gente pode até fazer isso,
então eu tenho um produto, tá?

da685fed-2f87-46d0-9384-51ca055b5d4e-5
00:55:58.598 --> 00:56:03.680
Então o agregate aí de no caso o agregate,
o agregate string seria no caso.

f4560ce6-235b-40d2-86de-2d13c39d2766-0
00:56:04.440 --> 00:56:09.551
Ordem de serviço naquele que você estava
colocando ali o ID do agregado,

f4560ce6-235b-40d2-86de-2d13c39d2766-1
00:56:09.551 --> 00:56:14.173
que seria a minha chave,
que seria geralmente a chave do a chave,

f4560ce6-235b-40d2-86de-2d13c39d2766-2
00:56:14.173 --> 00:56:18.514
a pecado do agregado tá onde quando
ocorreu Oo soft né? Quem,

f4560ce6-235b-40d2-86de-2d13c39d2766-3
00:56:18.514 --> 00:56:24.046
qual sistema serviço que produziu isso?
O correlation ID ou a gente correlação

f4560ce6-235b-40d2-86de-2d13c39d2766-4
00:56:24.046 --> 00:56:27.897
pra gente poder ter a correlação desse
desses eventos.

f4560ce6-235b-40d2-86de-2d13c39d2766-5
00:56:27.897 --> 00:56:31.118
A versão do esquema tá uma versão do
esquino,

f4560ce6-235b-40d2-86de-2d13c39d2766-6
00:56:31.118 --> 00:56:34.199
já que a gente tá e o pailode esse
pailode.

c2ce3515-656d-4d89-9e97-18f49123b207-0
00:56:35.120 --> 00:56:38.752
É, a gente fez isso aqui,
eu não precisaria desse pay load.

c2ce3515-656d-4d89-9e97-18f49123b207-1
00:56:38.752 --> 00:56:42.930
Eu poderia ter o esquema embaixo aqui,
um pay load e o esquema aqui,

c2ce3515-656d-4d89-9e97-18f49123b207-2
00:56:42.930 --> 00:56:47.108
só que aqui a gente acabou.
Como já tinham muitos eventos que que já

c2ce3515-656d-4d89-9e97-18f49123b207-3
00:56:47.108 --> 00:56:50.680
tinham sido gerados.
Ele fez 11 inunion dos um inunion dos

c2ce3515-656d-4d89-9e97-18f49123b207-4
00:56:50.680 --> 00:56:55.705
avos do avro recordes do do tipagos, né?
Que a gente tem aqui. Ele gera o esquema,

c2ce3515-656d-4d89-9e97-18f49123b207-5
00:56:55.705 --> 00:56:57.280
mas se você olhar aqui, ó.

2174fc0a-b15e-4f67-b855-12e8da72b474-0
00:56:58.000 --> 00:57:02.466
Isso aqui resolve um Monte de problema
pra vocês, entendeu? Entre aspas, né?

2174fc0a-b15e-4f67-b855-12e8da72b474-1
00:57:02.466 --> 00:57:06.120
Não sei se é esse seria o ideal.
Você consegue olhar o evento,

2174fc0a-b15e-4f67-b855-12e8da72b474-2
00:57:06.120 --> 00:57:09.195
saber quem foi o sistema que produziu
aquele evento,

2174fc0a-b15e-4f67-b855-12e8da72b474-3
00:57:09.195 --> 00:57:12.559
se ele foi feito alguma alteração,
você consegue filtrar,

2174fc0a-b15e-4f67-b855-12e8da72b474-4
00:57:12.559 --> 00:57:15.111
você diminui a quantidade de de de
tópicos,

2174fc0a-b15e-4f67-b855-12e8da72b474-5
00:57:15.111 --> 00:57:18.360
porque você você vai ter um tópico por
agregado, tá? É.

5b50148e-3753-46b8-be37-5de0c01ffa68-0
00:57:19.120 --> 00:57:22.086
Que você sabe,
quando quando o evento foi gerado,

5b50148e-3753-46b8-be37-5de0c01ffa68-1
00:57:22.086 --> 00:57:26.238
você sabe quem foi a fonte,
você tem um cor elation ID então esse cor

5b50148e-3753-46b8-be37-5de0c01ffa68-2
00:57:26.238 --> 00:57:30.450
elation ID vai ser replicado.
Se eu tiver uma transformação do evento,

5b50148e-3753-46b8-be37-5de0c01ffa68-3
00:57:30.450 --> 00:57:34.900
eu vou manter aquele cor, elation IDE,
eu vou ter que conseguir garantir a

5b50148e-3753-46b8-be37-5de0c01ffa68-4
00:57:34.900 --> 00:57:37.925
correlação. Então,
o que eu acho que falta aqui é,

5b50148e-3753-46b8-be37-5de0c01ffa68-5
00:57:37.925 --> 00:57:41.781
é uma estratégia, né,
para você definir um padrão de de eventos,

5b50148e-3753-46b8-be37-5de0c01ffa68-6
00:57:41.781 --> 00:57:44.747
entendeu?
Um padrão de esquema de eventos que que

5b50148e-3753-46b8-be37-5de0c01ffa68-7
00:57:44.747 --> 00:57:48.960
seria como se fosse um envelope, né?
Um envelope, esses eventos todos.

befa8d9b-e87e-4aaa-9612-fccb919b1676-0
00:57:49.120 --> 00:57:54.059
Quando sempre que a gente criar 11 evento,
a gente tem que usar esse, esse,

befa8d9b-e87e-4aaa-9612-fccb919b1676-1
00:57:54.059 --> 00:57:56.983
esse envelope,
sempre que eu criar o tópico,

befa8d9b-e87e-4aaa-9612-fccb919b1676-2
00:57:56.983 --> 00:58:01.987
vou ter que ter um envelope e esse tópico
vai receber esses eventos com esse

befa8d9b-e87e-4aaa-9612-fccb919b1676-3
00:58:01.987 --> 00:58:07.056
envelope, entendeu? Isso é um exemplo.
E aqui é o aqui é o é um padrão que eu

befa8d9b-e87e-4aaa-9612-fccb919b1676-4
00:58:07.056 --> 00:58:11.930
defini ali pro pessoal de ADR, né?
Que teria teria OADR eu contexto teria,

befa8d9b-e87e-4aaa-9612-fccb919b1676-5
00:58:11.930 --> 00:58:13.879
porque eu tô gerando esse ADR.

fec64cda-0c75-469e-959a-3663d99ae2a1-0
00:58:14.680 --> 00:58:18.147
É a decisão, né?
Aqui no caso é o é o evento e assim por

fec64cda-0c75-469e-959a-3663d99ae2a1-1
00:58:18.147 --> 00:58:20.946
diante.
Da mesma forma que eu tenho aqui é um

fec64cda-0c75-469e-959a-3663d99ae2a1-2
00:58:20.946 --> 00:58:24.839
Barramento da axonomia,
então aqui eu vou definir a topologia e

fec64cda-0c75-469e-959a-3663d99ae2a1-3
00:58:24.839 --> 00:58:28.611
vou definir o seguinte,
que eu tenho que a minha grandalidade

fec64cda-0c75-469e-959a-3663d99ae2a1-4
00:58:28.611 --> 00:58:31.957
tópica é puro agregado,
eu defini que é puro agregado,

fec64cda-0c75-469e-959a-3663d99ae2a1-5
00:58:31.957 --> 00:58:36.216
então eu tenho um agregado dentro desse
agregado eu posso ter várias,

fec64cda-0c75-469e-959a-3663d99ae2a1-6
00:58:36.216 --> 00:58:39.866
várias entidades,
mas eu vou ter o tópico daquele agregado.

fec64cda-0c75-469e-959a-3663d99ae2a1-7
00:58:39.866 --> 00:58:43.759
É como se eu tivesse uma relação de um
pra um pra um pra m, né?

66c5c689-921a-45f0-bc4e-07dcd7664cda-0
00:58:44.320 --> 00:58:48.504
Então eu tenho minha tabela mestre, né?
E eu tenho os deteios.

66c5c689-921a-45f0-bc4e-07dcd7664cda-1
00:58:48.504 --> 00:58:53.086
Então tudo isso vai fazer parte de um
agregado, tá? O master detail.

66c5c689-921a-45f0-bc4e-07dcd7664cda-2
00:58:53.086 --> 00:58:58.133
Então todas as tabelas que fazem parte
daquele que dependem daquela daquela

66c5c689-921a-45f0-bc4e-07dcd7664cda-3
00:58:58.133 --> 00:59:01.056
tabela, pai,
elas estão dentro do agregado.

66c5c689-921a-45f0-bc4e-07dcd7664cda-4
00:59:01.056 --> 00:59:05.240
E aí eu tenho um único,
um único tópico pra esse agregado, tá?

7c09f0d5-d7a4-4fae-b895-b347b83452e3-0
00:59:05.960 --> 00:59:09.013
Então, por exemplo,
se eu tiver um agregado,

7c09f0d5-d7a4-4fae-b895-b347b83452e3-1
00:59:09.013 --> 00:59:13.628
que é no caso aqui produtos acadêmicos,
eu tenho produto acadêmico,

7c09f0d5-d7a4-4fae-b895-b347b83452e3-2
00:59:13.628 --> 00:59:18.514
eu tenho 2 tipos de produtos,
é um produto que é curso e um produto que

7c09f0d5-d7a4-4fae-b895-b347b83452e3-3
00:59:18.514 --> 00:59:22.450
é evento, evento, evento, evento,
palestra, essas coisas.

7c09f0d5-d7a4-4fae-b895-b347b83452e3-4
00:59:22.450 --> 00:59:26.928
Então eu tenho o agregado, é produto,
produto, produto acadêmico.

7c09f0d5-d7a4-4fae-b895-b347b83452e3-5
00:59:26.928 --> 00:59:30.525
Então eu vou ter um tópico só pro produto
acadêmico,

7c09f0d5-d7a4-4fae-b895-b347b83452e3-6
00:59:30.525 --> 00:59:33.240
eventos de curso e eventos de de evento.

24ef1964-6d77-4a70-8519-0b94c11ec5a3-0
00:59:34.240 --> 00:59:37.177
De palestra,
eles vão estar no mesmo agregado.

24ef1964-6d77-4a70-8519-0b94c11ec5a3-1
00:59:37.177 --> 00:59:41.301
Então olha a racionalização de tópicos
que a gente tem, entendeu?

24ef1964-6d77-4a70-8519-0b94c11ec5a3-2
00:59:41.301 --> 00:59:44.739
Eu tenho bem menos tópicos e aí eu
consigo pela chave,

24ef1964-6d77-4a70-8519-0b94c11ec5a3-3
00:59:44.739 --> 00:59:49.738
não sei o que resolver pelo instagle pela
chave eu consigo resolver o problema,

24ef1964-6d77-4a70-8519-0b94c11ec5a3-4
00:59:49.738 --> 00:59:52.550
entendeu?
É isso que eu eu só exemplifiquei,

24ef1964-6d77-4a70-8519-0b94c11ec5a3-5
00:59:52.550 --> 00:59:56.300
não tô dizendo que seja assim que vocês
vão usar esse skin,

24ef1964-6d77-4a70-8519-0b94c11ec5a3-6
00:59:56.300 --> 01:00:01.300
esse envelope ou ou não tô nem a gente
tem que avaliar isso nesse no cenário de

24ef1964-6d77-4a70-8519-0b94c11ec5a3-7
01:00:01.300 --> 01:00:03.800
vocês, mas eu tô dando só um exemplo do.

1d2e9046-40e8-48da-be81-29801ad09541-0
01:00:03.960 --> 01:00:09.045
O que que você consegue ganhar com uma
reestruturação dessa, entendeu? Tipo,

1d2e9046-40e8-48da-be81-29801ad09541-1
01:00:09.045 --> 01:00:14.395
uma coisa mais, mais é governável, né?
E mais racionável e mais racionalizada em

1d2e9046-40e8-48da-be81-29801ad09541-2
01:00:14.395 --> 01:00:17.763
relação a recursos, né? Depois,
depois do Roberto,

1d2e9046-40e8-48da-be81-29801ad09541-3
01:00:17.763 --> 01:00:22.122
eu vou querer te mostrar isso aqui,
porque provavelmente a minha,

1d2e9046-40e8-48da-be81-29801ad09541-4
01:00:22.122 --> 01:00:25.887
eu vou fazer uma proposta de gente gerar
ADRs, entendeu?

1d2e9046-40e8-48da-be81-29801ad09541-5
01:00:25.887 --> 01:00:29.057
Resolveria o problema do do da
comunicação, né?

1d2e9046-40e8-48da-be81-29801ad09541-6
01:00:29.057 --> 01:00:32.360
Eu vou fazer uma proposta para você em
relação a.

d36e30b2-39b5-4724-9be1-a21040b35130-0
01:00:33.360 --> 01:00:36.841
A gente até não.
Então hoje a gente tem até o wiki e tá

d36e30b2-39b5-4724-9be1-a21040b35130-1
01:00:36.841 --> 01:00:41.689
até já começando a gerar a Dr também,
só que tem 111 questão que eu até mesmo

d36e30b2-39b5-4724-9be1-a21040b35130-2
01:00:41.689 --> 01:00:45.046
discuto com o pessoal interno aqui da da
arquitetura,

d36e30b2-39b5-4724-9be1-a21040b35130-3
01:00:45.046 --> 01:00:48.900
que aqui é a parte de arquitetura,
de soluções, mas AA parte,

d36e30b2-39b5-4724-9be1-a21040b35130-4
01:00:48.900 --> 01:00:52.195
vamos dizer assim, o engenheiro, né,
que desenvolve,

d36e30b2-39b5-4724-9be1-a21040b35130-5
01:00:52.195 --> 01:00:56.920
ele assume um papel ali do lado de
arquiteto, de software, vamos dizer, né?

77029059-7d45-4101-8975-3eb8505149e1-0
01:00:57.880 --> 01:01:03.310
E aí nesse caso, quando a gente cria ODRA,
gente cria ele com uma visão muito mais,

77029059-7d45-4101-8975-3eb8505149e1-1
01:01:03.310 --> 01:01:07.253
mais alto nível, entendeu?
É dos componentes que se integra.

77029059-7d45-4101-8975-3eb8505149e1-2
01:01:07.253 --> 01:01:11.843
Ele tem uma visão muito pro pessoal de
Infra estrutura e pra equipe de

77029059-7d45-4101-8975-3eb8505149e1-3
01:01:11.843 --> 01:01:15.398
desenvolvimento.
Eles seguem nesse o os padrões deles.

77029059-7d45-4101-8975-3eb8505149e1-4
01:01:15.398 --> 01:01:18.372
Mas eu acho que tem que ter uma união
melhor,

77029059-7d45-4101-8975-3eb8505149e1-5
01:01:18.372 --> 01:01:22.379
porque é pode ter que ele deixa que o
deixa que está com ele,

77029059-7d45-4101-8975-3eb8505149e1-6
01:01:22.379 --> 01:01:26.000
porque sabe aquela linha tênue entre 11
lado e o outro?

7ef994c8-715a-4df4-905c-eb13bb55cef7-0
01:01:26.960 --> 01:01:30.631
Entre arquiteto de solução,
arquiteto de software, por exemplo.

7ef994c8-715a-4df4-905c-eb13bb55cef7-1
01:01:30.631 --> 01:01:33.787
E aí nesse caso,
eu acho que aí ficou faltando algumas

7ef994c8-715a-4df4-905c-eb13bb55cef7-2
01:01:33.787 --> 01:01:37.975
coisas que eu acho que tava até
conversando com o pessoal interno mesmo,

7ef994c8-715a-4df4-905c-eb13bb55cef7-3
01:01:37.975 --> 01:01:42.335
daqueletura de soluções da gente,
tentar buscar isso pra gente também aqui,

7ef994c8-715a-4df4-905c-eb13bb55cef7-4
01:01:42.335 --> 01:01:45.089
entendeu?
Porque eu tô vendo que acontece muita

7ef994c8-715a-4df4-905c-eb13bb55cef7-5
01:01:45.089 --> 01:01:47.842
falha,
justamente porque você imagina que tá de

7ef994c8-715a-4df4-905c-eb13bb55cef7-6
01:01:47.842 --> 01:01:51.399
um jeito e aí não tá?
E também não tem essa questão também de

7ef994c8-715a-4df4-905c-eb13bb55cef7-7
01:01:51.399 --> 01:01:55.760
do arquiteto ficar acompanhando a obra às
vezes, entendeu? Eu fico sabendo.

44ca7b80-a184-49dd-9983-da9cd74cbc11-0
01:01:56.760 --> 01:02:02.388
O arquiteto de solução,
ele deveria criar ADRs específicas pra

44ca7b80-a184-49dd-9983-da9cd74cbc11-1
01:02:02.388 --> 01:02:09.624
solução dele, mas continuam sendo ADRE.
Essas é. E aí o arquiteto de de domínio,

44ca7b80-a184-49dd-9983-da9cd74cbc11-2
01:02:09.624 --> 01:02:17.039
né? O arquiteto Oo arquiteto corporativo,
ele vai criar ADRs mais estruturais, tá?

44ca7b80-a184-49dd-9983-da9cd74cbc11-3
01:02:17.039 --> 01:02:19.719
O arquiteto, no caso de vocês.

312f08c6-740f-4aa1-8406-7a708dff13af-0
01:02:20.760 --> 01:02:26.227
Que eles têm algumas ADRs, é estruturante.
Então, por exemplo, é, eu vou criar uma,

312f08c6-740f-4aa1-8406-7a708dff13af-1
01:02:26.227 --> 01:02:29.807
vou, digamos,
eu vou criar uma Dr que vai definir qual

312f08c6-740f-4aa1-8406-7a708dff13af-2
01:02:29.807 --> 01:02:34.883
é a topologia do do Kafka, concorda?
É estruturante. O arquiteto de software,

312f08c6-740f-4aa1-8406-7a708dff13af-3
01:02:34.883 --> 01:02:39.244
ele tem que seguir essa Dr.
Ele pode até fazer algumas outras ADRs

312f08c6-740f-4aa1-8406-7a708dff13af-4
01:02:39.244 --> 01:02:43.800
específicas pro software dele, tá?
Algumas decisões arquiteturais pro

312f08c6-740f-4aa1-8406-7a708dff13af-5
01:02:43.800 --> 01:02:47.120
software dele, mas aí,
mas ele não pode infringir.

17426482-0688-4207-8e0a-0d26122a8daf-0
01:02:47.720 --> 01:02:51.591
AA regra é como se a gente estivesse
fazendo o seguinte,

17426482-0688-4207-8e0a-0d26122a8daf-1
01:02:51.591 --> 01:02:57.297
a gente criou uma espécie de Constituição,
tá? Eu posso criar leve em cima daquela,

17426482-0688-4207-8e0a-0d26122a8daf-2
01:02:57.297 --> 01:03:02.935
daquela, daquela, daquela Constituição,
mas eu não posso infringir a Constituição,

17426482-0688-4207-8e0a-0d26122a8daf-3
01:03:02.935 --> 01:03:06.875
não posso quebrar uma regra definida,
entendeu? Então aí,

17426482-0688-4207-8e0a-0d26122a8daf-4
01:03:06.875 --> 01:03:10.067
caso eu quebre essa regra,
o que que acontece?

17426482-0688-4207-8e0a-0d26122a8daf-5
01:03:10.067 --> 01:03:14.822
Eu deveria alterar a estruturante.
Aí o arquiteto de software tem que

17426482-0688-4207-8e0a-0d26122a8daf-6
01:03:14.822 --> 01:03:17.200
conversar com o com o arquiteto de.

b63d9914-e7fc-40ca-b295-96077daf70da-0
01:03:18.480 --> 01:03:22.655
De soluções, tá?
E aí o arquiteto de soluções,

b63d9914-e7fc-40ca-b295-96077daf70da-1
01:03:22.655 --> 01:03:28.341
eles entram em um acordo, tá?
A outra coisa que eu propus aqui,

b63d9914-e7fc-40ca-b295-96077daf70da-2
01:03:28.341 --> 01:03:34.116
mas ainda tá em em vigência,
é ter 11 fluxo de aprovação. Então,

b63d9914-e7fc-40ca-b295-96077daf70da-3
01:03:34.116 --> 01:03:40.424
quando você, arquiteto de soluções,
faz 111 Dr, você tem que ver quem,

b63d9914-e7fc-40ca-b295-96077daf70da-4
01:03:40.424 --> 01:03:46.199
quais são as áreas que são impactadas, tá?
E buscar a aprovação.

6517eff2-ce02-403b-b3e6-5038b7f82426-0
01:03:46.520 --> 01:03:50.585
Dessas, dessa Dr com as áreas impactadas,
e aí ela virou.

6517eff2-ce02-403b-b3e6-5038b7f82426-1
01:03:50.585 --> 01:03:56.333
Aí a gente gera um consenso e a partir
desse consenso ela vira uma Dr da empresa,

6517eff2-ce02-403b-b3e6-5038b7f82426-2
01:03:56.333 --> 01:04:00.399
não a Dr. Do nordeste,
porque isso acontece muito, tá? É,

6517eff2-ce02-403b-b3e6-5038b7f82426-3
01:04:00.399 --> 01:04:06.077
a gente cria uma Dr ou cria alguma regra,
e a regra da pessoa, entendeu a regra?

6517eff2-ce02-403b-b3e6-5038b7f82426-4
01:04:06.077 --> 01:04:08.040
Não sei se acontece aí, mas.

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-0
01:04:08.560 --> 01:04:11.149
Eu já vi várias vezes acontecer isso. Ah,
não,

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-1
01:04:11.149 --> 01:04:15.666
isso aqui é aquela decisão do Norberto.
Isso aqui é a regra do Norberto ali que a

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-2
01:04:15.666 --> 01:04:19.412
gente vai ter que seguir.
A partir do momento que o cara fala regra

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-3
01:04:19.412 --> 01:04:22.662
do Norberto ou regra da da que é uma
regra de arquitetura,

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-4
01:04:22.662 --> 01:04:26.573
é porque ele não consentiu com aquilo.
Ele não se sente parte daquilo,

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-5
01:04:26.573 --> 01:04:29.548
ele se sente como se eu sou obrigado a
seguir aquilo.

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-6
01:04:29.548 --> 01:04:33.955
E todo ser humano quando é obrigado a
fazer alguma coisa, ele tenta burlar, né?

69d3ea0f-fcb4-427c-8a2c-62d3b904bff0-7
01:04:33.955 --> 01:04:36.600
Faz.
Faz muito sentido essa parte da concessão.

d81d836f-1936-47b4-bdbf-1057a22ad587-0
01:04:37.440 --> 01:04:41.093
Entendeu?
Então eu acho que o mais importante não é

d81d836f-1936-47b4-bdbf-1057a22ad587-1
01:04:41.093 --> 01:04:44.607
nem AADR em si,
mas Oo mais importante é fazer um

d81d836f-1936-47b4-bdbf-1057a22ad587-2
01:04:44.607 --> 01:04:48.050
consenso do que é o melhor, né?
Pra pra empresa.

d81d836f-1936-47b4-bdbf-1057a22ad587-3
01:04:48.050 --> 01:04:53.109
Aí você tem que envolver as áreas, né?
Porque às vezes o cara fala, pô,

d81d836f-1936-47b4-bdbf-1057a22ad587-4
01:04:53.109 --> 01:04:57.254
mas isso aí vai vai ser complicado pra
mim, não sei o que.

d81d836f-1936-47b4-bdbf-1057a22ad587-5
01:04:57.254 --> 01:05:02.875
E aí você vai abrindo concessões, né?
Aí você vai negociando e vai chegando num

d81d836f-1936-47b4-bdbf-1057a22ad587-6
01:05:02.875 --> 01:05:05.827
num,
num local onde onde você onde tem um

d81d836f-1936-47b4-bdbf-1057a22ad587-7
01:05:05.827 --> 01:05:06.600
acordo, né?

f598ef42-c68e-4ef4-9f41-79390f4b5b04-0
01:05:07.560 --> 01:05:10.728
Que é o viável a fazer, né?
Então isso é legal, tá?

f598ef42-c68e-4ef4-9f41-79390f4b5b04-1
01:05:10.728 --> 01:05:13.653
E a outra coisa é o seguinte,
é documentar, né,

f598ef42-c68e-4ef4-9f41-79390f4b5b04-2
01:05:13.653 --> 01:05:17.552
porque uma coisa é você falar, né,
outra coisa é você escrever.

f598ef42-c68e-4ef4-9f41-79390f4b5b04-3
01:05:17.552 --> 01:05:22.122
Quando você escreve, tem um peso maior,
então quando as pessoas escrevem e

f598ef42-c68e-4ef4-9f41-79390f4b5b04-4
01:05:22.122 --> 01:05:26.814
concordam, quando a pessoa fala assim, Ah,
eu não concordo, por causa disso,

f598ef42-c68e-4ef4-9f41-79390f4b5b04-5
01:05:26.814 --> 01:05:30.775
aí você vai botar assim, ó isso aqui,
essa decisão, ela não foi,

f598ef42-c68e-4ef4-9f41-79390f4b5b04-6
01:05:30.775 --> 01:05:35.649
ela não pode ser feita assim por causa
disso, se a pessoa que falou aquilo, né,

f598ef42-c68e-4ef4-9f41-79390f4b5b04-7
01:05:35.649 --> 01:05:36.320
o isso, né?

907b074b-d02d-4703-a8a7-515363b4d7a9-0
01:05:36.680 --> 01:05:41.082
Ela falou, não, não quero que escreva,
então é porque tem alguma coisa errada,

907b074b-d02d-4703-a8a7-515363b4d7a9-1
01:05:41.082 --> 01:05:44.203
entendeu? Assim, olha,
se se se for uma coisa racional,

907b074b-d02d-4703-a8a7-515363b4d7a9-2
01:05:44.203 --> 01:05:47.769
uma coisa não for uma coisa política,
se for uma coisa técnica,

907b074b-d02d-4703-a8a7-515363b4d7a9-3
01:05:47.769 --> 01:05:50.723
não sei o que que a gente tá discutindo,
não tem um,

907b074b-d02d-4703-a8a7-515363b4d7a9-4
01:05:50.723 --> 01:05:55.014
não tem necessidade de você não poder
colocar aquilo no documento, entendeu?

907b074b-d02d-4703-a8a7-515363b4d7a9-5
01:05:55.014 --> 01:05:59.361
Você falou assim, Ah, esse documento,
isso aqui foi a gente restringiu ou não

907b074b-d02d-4703-a8a7-515363b4d7a9-6
01:05:59.361 --> 01:06:02.314
vai utilizar por causa disso, né?
E gera um gap, né?

907b074b-d02d-4703-a8a7-515363b4d7a9-7
01:06:02.314 --> 01:06:06.160
Isso aqui vai ser um gap,
isso aqui tem que ser tratado a posterior.

1dac9be7-4331-4f36-9977-8c5ea8706b65-0
01:06:06.600 --> 01:06:11.363
Entendeu? Isso aqui ficou em aberto ainda,
até a gente decidiu isso aqui,

1dac9be7-4331-4f36-9977-8c5ea8706b65-1
01:06:11.363 --> 01:06:16.514
mas essa parte aqui ficou em aberto,
entendeu? E aí você consegue ir evoluindo,

1dac9be7-4331-4f36-9977-8c5ea8706b65-2
01:06:16.514 --> 01:06:19.411
tá,
então isso é uma coisa que é que é que é

1dac9be7-4331-4f36-9977-8c5ea8706b65-3
01:06:19.411 --> 01:06:24.046
interessante. Acho que, cara,
a gente tem outra reunião, cara, né? Tem,

1dac9be7-4331-4f36-9977-8c5ea8706b65-4
01:06:24.046 --> 01:06:29.518
acho que é 10 e 10 e meia, 10 e meia isso.
Não sei se você poderia estar aqui a essa

1dac9be7-4331-4f36-9977-8c5ea8706b65-5
01:06:29.518 --> 01:06:32.480
hora também, né, que já passou o período,
né?

a844aec2-caa0-4f40-9f6e-98c07782833a-0
01:06:36.320 --> 01:06:40.575
O Norberto, essa parte de lk,
eles não cuidam não, né? Do não.

a844aec2-caa0-4f40-9f6e-98c07782833a-1
01:06:40.575 --> 01:06:46.046
Então a gente vai conversar com o pessoal
da lk também. É a próxima reunião, né?

a844aec2-caa0-4f40-9f6e-98c07782833a-2
01:06:46.046 --> 01:06:50.032
Uma das dor nossa aqui que a gente faltou
a gente falar é,

a844aec2-caa0-4f40-9f6e-98c07782833a-3
01:06:50.032 --> 01:06:55.098
a gente não sabia se eles vinham.
Isso também é a questão do da quantidade

a844aec2-caa0-4f40-9f6e-98c07782833a-4
01:06:55.098 --> 01:07:00.840
de log do alicat tipo às vezes 11 OS, né,
ela tem, sei lá, 500 linhas de logs, sabe?

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-0
01:07:01.560 --> 01:07:04.700
Então aí pra gente identificar um
incidente ali,

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-1
01:07:04.700 --> 01:07:08.418
no caso tem que ser só a galera assim de
desenvolvimento,

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-2
01:07:08.418 --> 01:07:13.738
tem mais proeficiência assim de conseguir,
porque eles já sabem qual serviço faz o

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-3
01:07:13.738 --> 01:07:18.994
quê. Então aí eles já filtro pelo serviço,
filtro por algumas coisas que que fica

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-4
01:07:18.994 --> 01:07:23.416
mais fácil pra eles, sabe? Mas Ah,
tem muito log lá que acho que vai

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-5
01:07:23.416 --> 01:07:27.967
debugando tudo, né? Traz tudo.
É eu essa questão do da geração do log,

a10f7e1d-65fe-4ef5-9f58-7c693df4b62c-6
01:07:27.967 --> 01:07:28.160
né?

dfdac2f7-b4a4-4ea9-9e7d-e44187437916-0
01:07:28.560 --> 01:07:33.552
É aí pra gente conseguir identificar o
erro no nosso dele. A gente sofre.

dfdac2f7-b4a4-4ea9-9e7d-e44187437916-1
01:07:33.552 --> 01:07:37.397
E se for do do do Kafka,
então é muito mais verboso, né?

dfdac2f7-b4a4-4ea9-9e7d-e44187437916-2
01:07:37.397 --> 01:07:41.108
Porque é Java.
Então todo um evento tem aquela árvore,

dfdac2f7-b4a4-4ea9-9e7d-e44187437916-3
01:07:41.108 --> 01:07:44.886
né? Ali uma coisa que chama a outra,
que chama a outra,

dfdac2f7-b4a4-4ea9-9e7d-e44187437916-4
01:07:44.886 --> 01:07:47.720
que chama a outra e ele vai gravando tudo.

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-0
01:07:50.120 --> 01:07:52.747
Eu pensei, por exemplo,
classificar os eventos,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-1
01:07:52.747 --> 01:07:56.359
às vezes os caras ficaram de uma
ocorrência, aí tem log de banco,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-2
01:07:56.359 --> 01:08:00.573
tem log de mongo, tem log de chamada,
tipo assim, de repente se classificar,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-3
01:08:00.573 --> 01:08:03.474
a gente consegue retirar o que a gente
não quer, né?

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-4
01:08:03.474 --> 01:08:07.744
Não não classificar só pelo log leve de
devolver informação, não classificar,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-5
01:08:07.744 --> 01:08:11.794
mas isso aqui é só log de banco,
não é o que eu quero ver. Então eu tiro,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-6
01:08:11.794 --> 01:08:16.063
acho que assim, sabe como as coisas assim,
eu sei que não é banco, sei que é,

9f4d1e0f-e2e4-4e6f-be7e-077d578b0d06-7
01:08:16.063 --> 01:08:19.840
não sei, mas assim, de fato é muita coisa,
é, a gente pode ver isso.

95b5de39-3e62-40f6-91c0-c1e2350befe0-0
01:08:20.040 --> 01:08:25.419
Também. Bom, ele caiu aqui, né?
Mas ele vai ouvir a gravação e aí a gente

95b5de39-3e62-40f6-91c0-c1e2350befe0-1
01:08:25.419 --> 01:08:29.780
manda pra eles também, tá?
Mas aí é uma boa de adicionar na

95b5de39-3e62-40f6-91c0-c1e2350befe0-2
01:08:29.780 --> 01:08:33.487
documentação.
Tá buscando essa essa empresa descer

95b5de39-3e62-40f6-91c0-c1e2350befe0-3
01:08:33.487 --> 01:08:38.648
depois do da entrada lá do adms do
primeiro empresa que aconteceu algo

95b5de39-3e62-40f6-91c0-c1e2350befe0-4
01:08:38.648 --> 01:08:42.719
quando subiu ali, uma contingência,
ele ficou fora, né?

95b5de39-3e62-40f6-91c0-c1e2350befe0-5
01:08:42.719 --> 01:08:47.880
E aí o pessoal perguntou, pô,
será que vai aguentar as 9 empresas, né?

95b5de39-3e62-40f6-91c0-c1e2350befe0-6
01:08:47.880 --> 01:08:48.679
Subir às 9?

8a47036b-a283-467d-9150-648c22d92137-0
01:08:49.760 --> 01:08:54.458
E aí foi identificando os problemas.
Às vezes tinha problemas de configuração,

8a47036b-a283-467d-9150-648c22d92137-1
01:08:54.458 --> 01:08:58.264
alguns alguma parte de desenvolvimento,
teve que fazer mudança,

8a47036b-a283-467d-9150-648c22d92137-2
01:08:58.264 --> 01:09:02.665
tinha conceitos ali que não tava legal,
tinha coisas do lado do ADMS que,

8a47036b-a283-467d-9150-648c22d92137-3
01:09:02.665 --> 01:09:05.876
por exemplo,
da mesma forma que ele comentou aqui das

8a47036b-a283-467d-9150-648c22d92137-4
01:09:05.876 --> 01:09:09.088
partições das filas do lado do ADMSA,
fila deles não,

8a47036b-a283-467d-9150-648c22d92137-5
01:09:09.088 --> 01:09:12.953
não é dividida em partição, é,
não tinha essa questão daqui, né?

8a47036b-a283-467d-9150-648c22d92137-6
01:09:12.953 --> 01:09:16.760
Partitsion q ali do lado do do ADMS,
eles não usam um Kafka lá.

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-0
01:09:17.640 --> 01:09:20.171
É,
e aí era uma fila única com todas as os

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-1
01:09:20.171 --> 01:09:23.821
incidentes, entendeu?
E por algum motivo essa fila estava não

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-2
01:09:23.821 --> 01:09:28.413
estava conseguindo o processamento,
não estava conseguindo suprir essa fila e

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-3
01:09:28.413 --> 01:09:33.005
estava engargalando do lado da adms.
Aí eles fizeram alguma mudança no código

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-4
01:09:33.005 --> 01:09:35.772
deles,
eu não sei exatamente por que que agora

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-5
01:09:35.772 --> 01:09:38.774
melhorou,
então assim foi resolvendo essas coisas,

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-6
01:09:38.774 --> 01:09:42.483
aparentemente vai, vai, tá indo, né?
Já foram 3 empresas aqui,

1da3c657-d4ec-4de6-9ef7-dbebcb82bb99-7
01:09:42.483 --> 01:09:43.720
isso foi na primeira.

16f60c93-ed48-43f1-a3b4-edc517e894d3-0
01:09:44.880 --> 01:09:48.786
EE, não está acontecendo, eu não sei né?
Talvez vocês saibam em dia está

16f60c93-ed48-43f1-a3b4-edc517e894d3-1
01:09:48.786 --> 01:09:52.104
acontecendo alguma coisa,
mas ninguém me reportou onde estava

16f60c93-ed48-43f1-a3b4-edc517e894d3-2
01:09:52.104 --> 01:09:54.673
acontecendo depois que implantou as 3
empresas,

16f60c93-ed48-43f1-a3b4-edc517e894d3-3
01:09:54.673 --> 01:09:59.114
o mesmo que aconteceu quando foi na pós
implantação, ali na primeira contingência.

16f60c93-ed48-43f1-a3b4-edc517e894d3-4
01:09:59.114 --> 01:10:01.683
Não,
o que o que tá rolando mais é aquela mais,

16f60c93-ed48-43f1-a3b4-edc517e894d3-5
01:10:01.683 --> 01:10:04.038
mas é bem raro,
tipo assim não acontecendo,

16f60c93-ed48-43f1-a3b4-edc517e894d3-6
01:10:04.038 --> 01:10:06.821
não é A Fila entupi ali foi algum
consumidor parou,

16f60c93-ed48-43f1-a3b4-edc517e894d3-7
01:10:06.821 --> 01:10:08.480
tipo é esses problemas que tem.

f52e4984-e9eb-4070-ab0f-7ef9c9636b38-0
01:10:08.920 --> 01:10:12.707
Mas assim,
de esse que você como volta do do

f52e4984-e9eb-4070-ab0f-7ef9c9636b38-1
01:10:12.707 --> 01:10:18.852
consumidor, que às vezes tem 11, né?
Um tem um pode ali e tá e aí ele tá

f52e4984-e9eb-4070-ab0f-7ef9c9636b38-2
01:10:18.852 --> 01:10:24.240
processando mais do que os outros.
Aí eu a gente percebeu aqui.

1907a457-4ba7-4eec-b833-600fb4052edc-0
01:10:27.120 --> 01:10:29.892
Eu falei assim,
bem na hora que eu falei assim não,

1907a457-4ba7-4eec-b833-600fb4052edc-1
01:10:29.892 --> 01:10:33.090
e acabou Oo tempo da reunião, né?
Talvez você tem outro aí,

1907a457-4ba7-4eec-b833-600fb4052edc-2
01:10:33.090 --> 01:10:37.141
você caiu e o pessoal ó, foi rápido, Hein?
Não, não, eu cai, foi mal, cara.

1907a457-4ba7-4eec-b833-600fb4052edc-3
01:10:37.141 --> 01:10:40.180
Eu falei aqui um Monte de coisa, sem, sem,
sem perceber,

1907a457-4ba7-4eec-b833-600fb4052edc-4
01:10:40.180 --> 01:10:44.658
mas basicamente o que eu falei foi que eu
achava que Oo ofensor é é essa quantidade

1907a457-4ba7-4eec-b833-600fb4052edc-5
01:10:44.658 --> 01:10:47.377
de tópicos, tá assim,
uma visão bem enviesada, né?

1907a457-4ba7-4eec-b833-600fb4052edc-6
01:10:47.377 --> 01:10:50.628
Pelo que eu tô olhando,
se a gente conseguisse reduzir esses

1907a457-4ba7-4eec-b833-600fb4052edc-7
01:10:50.628 --> 01:10:52.974
tópicos e criar uma coisa mais
estruturada,

1907a457-4ba7-4eec-b833-600fb4052edc-8
01:10:52.974 --> 01:10:55.479
a gente conseguiria habilitar um evento
sócio.

e3ee0450-418a-4560-a009-0c597e71f617-0
01:10:56.120 --> 01:10:59.491
E aí o ewinsourcing,
ele resolve um problema do do pessoal do

e3ee0450-418a-4560-a009-0c597e71f617-1
01:10:59.491 --> 01:11:03.406
plaen shif que que que gostaria de tirar
um tirar backups do Kafka, né,

e3ee0450-418a-4560-a009-0c597e71f617-2
01:11:03.406 --> 01:11:07.592
pra fazer a contingência e eles não tem
como fazer backup do Kafka. Por quê?

e3ee0450-418a-4560-a009-0c597e71f617-3
01:11:07.592 --> 01:11:11.779
Porque não dá pra fazer backup de Kafka,
entendeu? Então o que que acontece?

e3ee0450-418a-4560-a009-0c597e71f617-4
01:11:11.779 --> 01:11:16.020
Mas se eu se eu ir armazenando os eventos
em algum objeto histórico ou alguma

e3ee0450-418a-4560-a009-0c597e71f617-5
01:11:16.020 --> 01:11:20.316
alguma coisa particionário, por exemplo,
eu faço uma partição de 1515 minutos,

e3ee0450-418a-4560-a009-0c597e71f617-6
01:11:20.316 --> 01:11:22.600
concordo, eu consigo fazer um incremental.

781a8aa6-6986-4dec-b693-f51f6d4141f6-0
01:11:22.960 --> 01:11:27.972
De 15 em 15 minutos eu vou ter uma
diferença só de 15 minutos de de eventos

781a8aa6-6986-4dec-b693-f51f6d4141f6-1
01:11:27.972 --> 01:11:32.457
pra 111, site de contingência,
um site de backup dessa estrutura de

781a8aa6-6986-4dec-b693-f51f6d4141f6-2
01:11:32.457 --> 01:11:35.359
eventos.
E aí fica mais tranquilo de fazer.

781a8aa6-6986-4dec-b693-f51f6d4141f6-3
01:11:35.359 --> 01:11:40.570
Depois a gente conversa mais e queria
entender mais como é que a gente poderia

781a8aa6-6986-4dec-b693-f51f6d4141f6-4
01:11:40.570 --> 01:11:44.923
fazer isso. Uma outra equipe terceira, né?
Conversou com a gente,

781a8aa6-6986-4dec-b693-f51f6d4141f6-5
01:11:44.923 --> 01:11:50.200
falou em usar é um outro um outro broker
de Kafka e enviar pra pra outro Kafka.

6cad5553-09c5-43b9-81c3-fcf19699bfb7-0
01:11:51.440 --> 01:11:57.841
Mas eu eu não sei se seria melhor
alternativa por questão de custo também,

6cad5553-09c5-43b9-81c3-fcf19699bfb7-1
01:11:57.841 --> 01:12:04.073
né? Mas eu acho que vai barrerar em custo,
né? É, vai barrerar em custo.

6cad5553-09c5-43b9-81c3-fcf19699bfb7-2
01:12:04.073 --> 01:12:08.853
Aí essa que você comentou,
eu achei melhor até então é,

6cad5553-09c5-43b9-81c3-fcf19699bfb7-3
01:12:08.853 --> 01:12:14.828
você tem que ver se se isso faz sentido,
entendeu? É se eu tiver 111,

6cad5553-09c5-43b9-81c3-fcf19699bfb7-4
01:12:14.828 --> 01:12:17.560
ambiente onde eu preciso ter um.

3af6dc3e-9e16-4289-a063-23323f4b672f-0
01:12:19.120 --> 01:12:23.796
O meu SLA de de de contingência é é de
segundos, entendeu? Assim,

3af6dc3e-9e16-4289-a063-23323f4b672f-1
01:12:23.796 --> 01:12:29.393
aí faz mais sentido eu ter uma estrutura
toda, ter replicada toda a estrutura,

3af6dc3e-9e16-4289-a063-23323f4b672f-2
01:12:29.393 --> 01:12:34.778
incluindo o Kafka e reenviar pro Kafka,
e esse ambiente fica ligado o tempo

3af6dc3e-9e16-4289-a063-23323f4b672f-3
01:12:34.778 --> 01:12:38.320
inteiro.
Se eu tiver um ambiente que é desligado,

3af6dc3e-9e16-4289-a063-23323f4b672f-4
01:12:38.320 --> 01:12:43.563
que eu tenho um SLA que eu tenho,
que eu posso ter 111 perda de de dados,

3af6dc3e-9e16-4289-a063-23323f4b672f-5
01:12:43.563 --> 01:12:45.760
entendeu? Controlado assim com.

17696d32-8515-4dbe-a11f-7737c44357c8-0
01:12:46.720 --> 01:12:51.422
Aí eu acho que é mais,
bem mais barato eu ter um ambiente onde

17696d32-8515-4dbe-a11f-7737c44357c8-1
01:12:51.422 --> 01:12:56.946
eu pego a, pego uma replicação,
pego um evento sócio, replico, o dado tá,

17696d32-8515-4dbe-a11f-7737c44357c8-2
01:12:56.946 --> 01:13:03.291
quando eu subo num ambiente, eu equalizo,
entendeu? Mas é verdade, mas aí é decisão.

17696d32-8515-4dbe-a11f-7737c44357c8-3
01:13:03.291 --> 01:13:07.322
Aí tem que ver qual é o essa.
Mas independente disso,

17696d32-8515-4dbe-a11f-7737c44357c8-4
01:13:07.322 --> 01:13:13.443
o evento sócio serve para várias coisas,
incluindo refazer o replay do evento que

17696d32-8515-4dbe-a11f-7737c44357c8-5
01:13:13.443 --> 01:13:16.280
você precisa na hora que você precisa.

b9d7c597-be17-4e33-a83f-a510183fff5a-0
01:13:18.320 --> 01:13:21.635
Bem mais fácil.
O pessoal comentou aqui também de uma

b9d7c597-be17-4e33-a83f-a510183fff5a-1
01:13:21.635 --> 01:13:25.073
necessidade deles,
mas tem a ver com a parte do lk ali,

b9d7c597-be17-4e33-a83f-a510183fff5a-2
01:13:25.073 --> 01:13:29.309
porque às vezes eles vão fazer pesquisa,
né? E até mesmo investigar.

b9d7c597-be17-4e33-a83f-a510183fff5a-3
01:13:29.309 --> 01:13:32.502
Usam muito o lk,
que tem os logs lá e eles tem umas

b9d7c597-be17-4e33-a83f-a510183fff5a-4
01:13:32.502 --> 01:13:37.659
questões que quando vão fazer os filtros,
dependendo do tipo de erro aí eu acho que

b9d7c597-be17-4e33-a83f-a510183fff5a-5
01:13:37.659 --> 01:13:41.895
seria mais com a equipe de
desenvolvimento ali junto com a equipe de

b9d7c597-be17-4e33-a83f-a510183fff5a-6
01:13:41.895 --> 01:13:42.079
lk.

9993f00a-1cfe-4cad-99fe-7849c41115bd-0
01:13:43.120 --> 01:13:47.234
É, eles fariam de filtros pra dizer,
por exemplo, pô,

9993f00a-1cfe-4cad-99fe-7849c41115bd-1
01:13:47.234 --> 01:13:52.415
eu queria filtrar por tipo do erro, né?
Não em relação ao seu erro,

9993f00a-1cfe-4cad-99fe-7849c41115bd-2
01:13:52.415 --> 01:13:57.444
é o status do erro ali, né? Mas,
por exemplo, se é erro de banco,

9993f00a-1cfe-4cad-99fe-7849c41115bd-3
01:13:57.444 --> 01:14:01.635
se é erro de e assim por diante,
mas isso é tranquilo,

9993f00a-1cfe-4cad-99fe-7849c41115bd-4
01:14:01.635 --> 01:14:06.283
mas eu acho que é só é.
Então isso que eu falei é tranquilo,

9993f00a-1cfe-4cad-99fe-7849c41115bd-5
01:14:06.283 --> 01:14:11.159
eu acho que é mais só envolver a equipe
de desenvolvimento EEA,

9993f00a-1cfe-4cad-99fe-7849c41115bd-6
01:14:11.159 --> 01:14:12.759
equipe ali do alecar.

9de3e94e-c4bf-47a3-a9f4-c8d0a545a612-0
01:14:14.400 --> 01:14:19.888
É, é tranquilo, é tranquilo, tá,
mas é o lk também tem uma modelagem, né?

9de3e94e-c4bf-47a3-a9f4-c8d0a545a612-1
01:14:19.888 --> 01:14:24.264
Então, dependendo do modelo que esteja lá,
você vai fazer,

9de3e94e-c4bf-47a3-a9f4-c8d0a545a612-2
01:14:24.264 --> 01:14:27.898
ou você vai fazer uma pesquisa,
texto livre, né?

9de3e94e-c4bf-47a3-a9f4-c8d0a545a612-3
01:14:27.898 --> 01:14:33.757
Ou ele vai ter 11 campo lá de tipo de
erro, e aí você vai lá e faz a pesquisa,

9de3e94e-c4bf-47a3-a9f4-c8d0a545a612-4
01:14:33.757 --> 01:14:39.320
filtrando naquele campo que é melhor, né?
Seria melhor se ele tivesse, tá?

a425f5a1-bc5a-4882-a0a6-6d6cf904dbaa-0
01:14:40.720 --> 01:14:46.951
Então, mas se não tiver,
ele pode criar uma regra no LKE,

a425f5a1-bc5a-4882-a0a6-6d6cf904dbaa-1
01:14:46.951 --> 01:14:55.439
criar um campo virtual lá, entendeu?
E você acessar ali, isso também é viável,

a425f5a1-bc5a-4882-a0a6-6d6cf904dbaa-2
01:14:55.439 --> 01:15:04.034
entendeu? O que fazer? Sim. Bom, beleza,
tem mais alguma coisa, Pedro e eu, vá,

a425f5a1-bc5a-4882-a0a6-6d6cf904dbaa-3
01:15:04.034 --> 01:15:08.440
não só só isso, só isso tudo, né, beleza?

8b786d4c-07f9-4d93-895d-69838b0772bf-0
01:15:10.280 --> 01:15:18.280
Show, valeu. Até a próxima, então. Valeu,
pessoal. Valeu. Tchau. Um abraço, tchau.