WEBVTT

545e9da8-d96d-4864-bfc2-d5bf967df18b-0
00:00:02.000 --> 00:00:05.298
Trabalho tá,
tá sendo feita é depois da primeira

545e9da8-d96d-4864-bfc2-d5bf967df18b-1
00:00:05.298 --> 00:00:09.809
entrada que teve da adms,
foi pedido uma foi feita uma solicitação

545e9da8-d96d-4864-bfc2-d5bf967df18b-2
00:00:09.809 --> 00:00:13.983
pelo projeto mesmo,
pra fazer uma revisão ali das integrações

545e9da8-d96d-4864-bfc2-d5bf967df18b-3
00:00:13.983 --> 00:00:19.167
que envolvem o adms e aí considerando
também o Barramento de integração, né?

545e9da8-d96d-4864-bfc2-d5bf967df18b-4
00:00:19.167 --> 00:00:23.880
E todo o processo que tem de integrações
ali tem um tem um ponto que.

e1aab872-bc18-4a06-82ec-f095af972efa-0
00:00:24.360 --> 00:00:28.490
Tudo hoje, até mesmo no Barramento, né?
Infraestrutura dele,

e1aab872-bc18-4a06-82ec-f095af972efa-1
00:00:28.490 --> 00:00:32.010
tudo passa pelo pelo DevOps, né?
É via pipeline né,

e1aab872-bc18-4a06-82ec-f095af972efa-2
00:00:32.010 --> 00:00:37.765
que é um a Infra levantada por ali também.
E boa parte do do que a gente tem hoje tá

e1aab872-bc18-4a06-82ec-f095af972efa-3
00:00:37.765 --> 00:00:41.963
dentro do open shift também né,
que também passa pelo DevOps.

e1aab872-bc18-4a06-82ec-f095af972efa-4
00:00:41.963 --> 00:00:47.041
Aí era mais só um bate-papo mesmo pra e
aí, Oo pessoal, o João castellani,

e1aab872-bc18-4a06-82ec-f095af972efa-5
00:00:47.041 --> 00:00:50.901
ele é arquiteto,
tá dessa dessa consultoria e o Vladimir

e1aab872-bc18-4a06-82ec-f095af972efa-6
00:00:50.901 --> 00:00:53.000
cuida muito da parte da gestão.

ce17eb16-fff3-4051-9641-bb5a72bb21b1-0
00:00:53.280 --> 00:00:58.531
Desse é também, né?
Desse projeto em questão. Olha só,

ce17eb16-fff3-4051-9641-bb5a72bb21b1-1
00:00:58.531 --> 00:01:06.074
para introduzir um pouco é o castellani.
Vladimir, se quiserem falar um pouco,

ce17eb16-fff3-4051-9641-bb5a72bb21b1-2
00:01:06.074 --> 00:01:11.230
também apresentou bem castelani.
Vem aí suas dúvidas.

ce17eb16-fff3-4051-9641-bb5a72bb21b1-3
00:01:11.230 --> 00:01:17.819
Acho que é importante, né?
É se você puder explicar mais ou menos Oo

ce17eb16-fff3-4051-9641-bb5a72bb21b1-4
00:01:17.819 --> 00:01:19.920
processo de the votos.

4f786ffd-4ac6-4336-b617-aa8799e2d9a8-0
00:01:20.680 --> 00:01:26.368
Até onde vai a responsabilidade do devoto?
Até onde chega o limite dos times de

4f786ffd-4ac6-4336-b617-aa8799e2d9a8-1
00:01:26.368 --> 00:01:32.271
desenvolvimento dos fluxos de CEI CD que
tem referentes ao inicialmente referentes

4f786ffd-4ac6-4336-b617-aa8799e2d9a8-2
00:01:32.271 --> 00:01:35.684
ao Barramento da gente poder dar uma
entendida?

4f786ffd-4ac6-4336-b617-aa8799e2d9a8-3
00:01:35.684 --> 00:01:40.520
Como é que foi o sucesso de vocês? Ah, tá,
chegou o Cláudio também,

4f786ffd-4ac6-4336-b617-aa8799e2d9a8-4
00:01:40.520 --> 00:01:44.360
que faz parte da equipe também,
tá boa tarde, beleza?

abb97a54-dd11-405d-bccd-e58760453a01-0
00:01:49.600 --> 00:01:54.015
Eu não sei.
Guilherme seria contigo ou com Cláudio,

abb97a54-dd11-405d-bccd-e58760453a01-1
00:01:54.015 --> 00:01:59.960
tá? Essa pergunta que ele fez é,
eu posso iniciar aqui mostrando, né?

abb97a54-dd11-405d-bccd-e58760453a01-2
00:01:59.960 --> 00:02:05.055
O como tá estruturado.
EE sobre o processo de de como os os

abb97a54-dd11-405d-bccd-e58760453a01-3
00:02:05.055 --> 00:02:10.320
desenvolvedores né,
estão atuando aí já acho melhor o Cláudio

abb97a54-dd11-405d-bccd-e58760453a01-4
00:02:10.320 --> 00:02:15.840
explicar que aí da essa organização tá
mais, tá mais por dentro.

328cf8f2-9a99-41bc-893f-4b91054a7f5c-0
00:02:16.440 --> 00:02:21.026
Mas sobre AA parte da da infraestrutura,
né,

328cf8f2-9a99-41bc-893f-4b91054a7f5c-1
00:02:21.026 --> 00:02:28.263
do do Barramento que vocês querem saber
como está estruturado, é isso?

328cf8f2-9a99-41bc-893f-4b91054a7f5c-2
00:02:28.263 --> 00:02:33.665
De the vobs? Sim, sim.
Você você tem algum diagrama,

328cf8f2-9a99-41bc-893f-4b91054a7f5c-3
00:02:33.665 --> 00:02:37.640
algum desenho que a gente possa seguir?

46140aa3-38a4-49bd-894b-a2f0e52e338f-0
00:02:46.640 --> 00:02:51.829
Não desenho, desenho eu não, eu não tenho.
Você tem ou no aberto algum desenho lá,

46140aa3-38a4-49bd-894b-a2f0e52e338f-1
00:02:51.829 --> 00:02:54.393
o pessoal,
o João fez alguma coisa de de

46140aa3-38a4-49bd-894b-a2f0e52e338f-2
00:02:54.393 --> 00:02:58.645
estruturação ou não, não,
eu tenho um desenho aqui que talvez possa

46140aa3-38a4-49bd-894b-a2f0e52e338f-3
00:02:58.645 --> 00:03:03.272
ajudar, tá, deixa eu abrir ele aqui,
mas é é que assim é porque eu atuei,

46140aa3-38a4-49bd-894b-a2f0e52e338f-4
00:03:03.272 --> 00:03:06.962
eu estou falando, né?
Porque eu atuei mais na parte ali de

46140aa3-38a4-49bd-894b-a2f0e52e338f-5
00:03:06.962 --> 00:03:11.151
configurações de pipeline,
publicação No No cluss open shift do do

46140aa3-38a4-49bd-894b-a2f0e52e338f-6
00:03:11.151 --> 00:03:12.839
Kafka em si, questão de de.

3c348d5f-8534-4a70-9a29-02c0787976ae-0
00:03:14.320 --> 00:03:20.569
Da da das aplicações ali do Barramento ou
criação de tópicos.

3c348d5f-8534-4a70-9a29-02c0787976ae-1
00:03:20.569 --> 00:03:27.625
Mas é dessa parte diretamente ali no
DevOps, né? Toda a estruturação,

3c348d5f-8534-4a70-9a29-02c0787976ae-2
00:03:27.625 --> 00:03:35.085
essa parte assim aí já mais conceitual.
Eu não, eu não, não peguei muito,

3c348d5f-8534-4a70-9a29-02c0787976ae-3
00:03:35.085 --> 00:03:40.528
só um minuto que eu vou abrir aqui para
ter 11 visão.

3c348d5f-8534-4a70-9a29-02c0787976ae-4
00:03:40.528 --> 00:03:46.979
Acho que eu já até mostrei isso antes,
em outro, outro momento.

ebb64724-e247-4e44-8750-67c7280293fd-0
00:03:49.360 --> 00:03:52.901
Bom,
o desenho que eu tenho é esse aqui que a

ebb64724-e247-4e44-8750-67c7280293fd-1
00:03:52.901 --> 00:03:58.522
gente usou pra pra até pra equipe de
desenvolvimento fazer o acesso, né?

ebb64724-e247-4e44-8750-67c7280293fd-2
00:03:58.522 --> 00:04:03.988
Ao ao desenvolvimento em si é até então
na época a gente usava vda né?

ebb64724-e247-4e44-8750-67c7280293fd-3
00:04:03.988 --> 00:04:08.916
A agora a gente já tá usando OZTNA né,
pra fazer os acessos né?

ebb64724-e247-4e44-8750-67c7280293fd-4
00:04:08.916 --> 00:04:12.919
Mas na época era era via citricas né?
E usando vda.

98f63f52-dbc1-486c-8310-f16b38becff9-0
00:04:14.560 --> 00:04:17.647
É,
tem aqui o desenho aqui em cima do do

98f63f52-dbc1-486c-8310-f16b38becff9-1
00:04:17.647 --> 00:04:23.068
Edge, né, do Jay frog, OX Ray.
E aqui é a parte do open shift onde está

98f63f52-dbc1-486c-8310-f16b38becff9-2
00:04:23.068 --> 00:04:28.338
implantado aqui Oo barra metro entre si,
um dos componentes dele, né?

98f63f52-dbc1-486c-8310-f16b38becff9-3
00:04:28.338 --> 00:04:32.931
O principal ali que é o confront Kafka.
E aí tem o operaito,

98f63f52-dbc1-486c-8310-f16b38becff9-4
00:04:32.931 --> 00:04:37.901
ele é instalado com operaito,
tem a observabilidade, biographana,

98f63f52-dbc1-486c-8310-f16b38becff9-5
00:04:37.901 --> 00:04:41.440
compromitus, né?
Tem conectores com Oracle, é.

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-0
00:04:41.720 --> 00:04:46.358
Tem também a questão do do lk,
ele gera logs também com lk,

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-1
00:04:46.358 --> 00:04:51.073
o data dog também é utilizado,
é e aqui tem uns componentes,

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-2
00:04:51.073 --> 00:04:55.866
esses componentes já mudaram já a
quantidade de de poids, né?

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-3
00:04:55.866 --> 00:04:59.886
Do início até então é, tem o Kraft,
tem o ksk, LDB,

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-4
00:04:59.886 --> 00:05:06.379
esquemahead connect contra o center e os
brookers ali do Kafka mesmo e com storage,

2f0fda8b-cadc-4d73-91f2-00483f2a2c23-5
00:05:06.379 --> 00:05:09.239
né? Que tem um storage class ali que.

d42af80b-a89c-4068-9cb8-0287b7079c50-0
00:05:11.880 --> 00:05:16.818
Isso aqui dá para ter uma visão de hoje
como que tá, né?

d42af80b-a89c-4068-9cb8-0287b7079c50-1
00:05:16.818 --> 00:05:23.837
É EE sobre a estruturação nos reps, né?
Hoje a gente trabalha com com os reps no

d42af80b-a89c-4068-9cb8-0287b7079c50-2
00:05:23.837 --> 00:05:28.256
ether, the vops,
todos os pipelines de publicação.

d42af80b-a89c-4068-9cb8-0287b7079c50-3
00:05:28.256 --> 00:05:34.581
É dessa estrutura aí que o Roberto tá
mostrando, né? Tudo do versionado,

d42af80b-a89c-4068-9cb8-0287b7079c50-4
00:05:34.581 --> 00:05:40.040
lá no formato trank basid com é
distribuído por cada ambiente.

2d99ed37-229b-4054-97e3-22cb29b1afcc-0
00:05:40.680 --> 00:05:47.670
Em com seus scripts em em cada passo de
cada ambiente, tá desenvolvimento,

2d99ed37-229b-4054-97e3-22cb29b1afcc-1
00:05:47.670 --> 00:05:52.703
homologação,
produção e pra cada um dos serviços como

2d99ed37-229b-4054-97e3-22cb29b1afcc-2
00:05:52.703 --> 00:05:58.109
OCAS, que é LDB,
OOCPCF connect tem um pipeline separado,

2d99ed37-229b-4054-97e3-22cb29b1afcc-3
00:05:58.109 --> 00:06:05.845
EE, onde obedece toda uma estrutura, né?
De aprovações da da da da companhia de de

2d99ed37-229b-4054-97e3-22cb29b1afcc-4
00:06:05.845 --> 00:06:09.759
conforme ali gestão de mudança e etcetera.

324c79b5-e5bf-4736-9766-399e43f06528-0
00:06:13.720 --> 00:06:18.899
Né, essas aprovações, elas.
Deixa eu ver se eu entendi, é, não,

324c79b5-e5bf-4736-9766-399e43f06528-1
00:06:18.899 --> 00:06:23.674
não tem nenhum.
A gente não precisa ter a forma, nada, né?

324c79b5-e5bf-4736-9766-399e43f06528-2
00:06:23.674 --> 00:06:27.316
Então a gente está usando só azul devox,
né?

324c79b5-e5bf-4736-9766-399e43f06528-3
00:06:27.316 --> 00:06:34.196
Então eu eu crio os paipinários dentro da
azul devox, tem os skipes e ele vai e faz,

324c79b5-e5bf-4736-9766-399e43f06528-4
00:06:34.196 --> 00:06:38.000
as faz os deps nos ambientes corretos,
é isso?

b2732da1-6001-4186-baec-ee7e64d2f520-0
00:06:39.920 --> 00:06:46.061
Isso exatamente tudo no Eddie Wales on
premium com os papelários rodando pra

b2732da1-6001-4186-baec-ee7e64d2f520-1
00:06:46.061 --> 00:06:52.203
cada ambiente do open shift é é aplicado
lá o manifesto né OOOO iemon pra no

b2732da1-6001-4186-baec-ee7e64d2f520-2
00:06:52.203 --> 00:06:56.271
ambiente open shift EE lá subir todos os
serviços.

b2732da1-6001-4186-baec-ee7e64d2f520-3
00:06:56.271 --> 00:07:02.732
Eu acho que vale até pontuar também né
Guilherme que tem um projeto que tá sendo

b2732da1-6001-4186-baec-ee7e64d2f520-4
00:07:02.732 --> 00:07:07.040
guiado em paralelo da parte de IAC né?
Que que teria?

962b4598-b592-4a60-880e-e672263d5df2-0
00:07:07.600 --> 00:07:11.984
O futuro é implantação, né?
Usando terraforme e outras ferramentas,

962b4598-b592-4a60-880e-e672263d5df2-1
00:07:11.984 --> 00:07:16.111
né? Isso isso para contemplar,
para contemplar todo o processo,

962b4598-b592-4a60-880e-e672263d5df2-2
00:07:16.111 --> 00:07:21.076
desse efeito de forma automatizada,
porque ainda tem, tem esses gaps, né? É,

962b4598-b592-4a60-880e-e672263d5df2-3
00:07:21.076 --> 00:07:25.138
algumas coisas tem que ser,
tem que ser instalado manualmente,

962b4598-b592-4a60-880e-e672263d5df2-4
00:07:25.138 --> 00:07:30.425
exemplo a um operator é no open shift,
tem que ser instalado manual por enquanto,

962b4598-b592-4a60-880e-e672263d5df2-5
00:07:30.425 --> 00:07:35.454
né? Até que o projeto vem mais Maduro,
passar todo esse processo já para para

962b4598-b592-4a60-880e-e672263d5df2-6
00:07:35.454 --> 00:07:36.679
para um EAC direto.

a413f74c-40de-4b9c-b90b-fffabd3945ab-0
00:07:45.440 --> 00:07:51.691
Entendi é o fluxo de aprovação, tá?
Você falou que tem um processo de

a413f74c-40de-4b9c-b90b-fffabd3945ab-1
00:07:51.691 --> 00:07:56.692
governança, né?
Que eles fazem esse fluxo de aprovação.

a413f74c-40de-4b9c-b90b-fffabd3945ab-2
00:07:56.692 --> 00:08:00.978
Então,
quando a gente tem algum alguma mudança,

a413f74c-40de-4b9c-b90b-fffabd3945ab-3
00:08:00.978 --> 00:08:04.639
o pessoal de gestão de mudanças aprova a.

9d6b2411-3425-4340-94ea-486b042e2b92-0
00:08:06.640 --> 00:08:11.976
Apr do pipeline e aí ele vai e executa
isso produção, né?

9d6b2411-3425-4340-94ea-486b042e2b92-1
00:08:11.976 --> 00:08:19.430
Os os outros demais ambientes é fica a
cargo do responsável ali do desenvolvedor

9d6b2411-3425-4340-94ea-486b042e2b92-2
00:08:19.430 --> 00:08:26.239
mesmo né? Que tá atuando No No projeto.
Só pra esclarecer, não é AOPR né?

9d6b2411-3425-4340-94ea-486b042e2b92-3
00:08:26.239 --> 00:08:30.840
OPR é quem aprova,
é o próprio time que sustenta.

2a003920-9494-4c6c-b345-145cc2558eeb-0
00:08:31.360 --> 00:08:35.300
Mas é AA aprovação ali da execução da
mudança,

2a003920-9494-4c6c-b345-145cc2558eeb-1
00:08:35.300 --> 00:08:41.504
o time de m aprova a aplicação da
pipeline que executa a partir do merge,

2a003920-9494-4c6c-b345-145cc2558eeb-2
00:08:41.504 --> 00:08:47.709
né? Então são são, são diferentes,
tem a aprovação de PR aonde o time que

2a003920-9494-4c6c-b345-145cc2558eeb-3
00:08:47.709 --> 00:08:53.661
Infra revisa e aprova ali e a da pipeline
em si perfeito, tem algumas.

2a003920-9494-4c6c-b345-145cc2558eeb-4
00:08:53.661 --> 00:08:56.679
Tem alguma CLA pra essas aprovações?

4c38652e-9b32-489a-9d65-ed32c43b60e3-0
00:09:01.320 --> 00:09:05.658
Oo ficou mudo?
Ela tem uma dentro do DevOps,

4c38652e-9b32-489a-9d65-ed32c43b60e3-1
00:09:05.658 --> 00:09:12.695
a gente tem configurado uma data de
expiração entre uma build e um tempo

4c38652e-9b32-489a-9d65-ed32c43b60e3-2
00:09:12.695 --> 00:09:18.480
máximo ali até a pessoa,
o time de geme aprovar essa build.

5e0b58da-1771-48da-8c0a-bad62c746ffe-0
00:09:34.440 --> 00:09:43.156
Tá? Vocês tem alguma dor nesse processo?
Temos várias, né? Assim,

5e0b58da-1771-48da-8c0a-bad62c746ffe-1
00:09:43.156 --> 00:09:51.213
mas assim é mais um um processo geral
dentro da empresa, né?

5e0b58da-1771-48da-8c0a-bad62c746ffe-2
00:09:51.213 --> 00:09:56.760
Questão de de de mudanças semanais, né? É.

df13e465-b1ea-4006-b92c-87f3ebe15f70-0
00:09:58.040 --> 00:10:03.299
Mas que são contornadas essas dores por
por gemes emergenciais, né?

df13e465-b1ea-4006-b92c-87f3ebe15f70-1
00:10:03.299 --> 00:10:07.399
Com com a devida aprovação ali da da da
auto gestão,

df13e465-b1ea-4006-b92c-87f3ebe15f70-2
00:10:07.399 --> 00:10:13.122
é é possível aplicar mudanças.
AAAA qualquer momento, né? Mas assim é, é,

df13e465-b1ea-4006-b92c-87f3ebe15f70-3
00:10:13.122 --> 00:10:16.603
às vezes é AA janela ali de de uma
correção,

df13e465-b1ea-4006-b92c-87f3ebe15f70-4
00:10:16.603 --> 00:10:22.482
de de uma demanda que vai gerar uma
correção ou uma vai gerar uma melhoria.

df13e465-b1ea-4006-b92c-87f3ebe15f70-5
00:10:22.482 --> 00:10:24.879
Ela precisa obedecer 11, certo?

bd3dddb5-4540-440f-adb1-49afc8d0bb8d-0
00:10:25.960 --> 00:10:30.697
EE às vezes pode ser muito espaçado,
dependendo do que precisa aplicar.

bd3dddb5-4540-440f-adb1-49afc8d0bb8d-1
00:10:30.697 --> 00:10:36.093
Às vezes uma correção de vulnerabilidade
precisa de todo um processo de abertura,

bd3dddb5-4540-440f-adb1-49afc8d0bb8d-2
00:10:36.093 --> 00:10:41.094
de uma gestão de mudança emergencial e
passar por todo aquele equilíbrio de

bd3dddb5-4540-440f-adb1-49afc8d0bb8d-3
00:10:41.094 --> 00:10:45.766
aprovações. Essa é uma das dores, tá?
Mas Eu Acredito que que assim é,

bd3dddb5-4540-440f-adb1-49afc8d0bb8d-4
00:10:45.766 --> 00:10:49.320
faz parte do processo, né? Não, não,
não vem em casa.

e0b739bd-593f-4db3-bfc8-0a189e0b1339-0
00:11:01.830 --> 00:11:05.949
É, então No No processo,
o que eu vou falar assim,

e0b739bd-593f-4db3-bfc8-0a189e0b1339-1
00:11:05.949 --> 00:11:11.360
o processo não tem você não,
não tem uma dor no processo de devox.

e0b739bd-593f-4db3-bfc8-0a189e0b1339-2
00:11:11.360 --> 00:11:15.964
O que tem é, são as,
talvez a gente tenha muitas chinges

e0b739bd-593f-4db3-bfc8-0a189e0b1339-3
00:11:15.964 --> 00:11:20.649
semanais, é isso é na verdade assim,
a dor é no processo.

e0b739bd-593f-4db3-bfc8-0a189e0b1339-4
00:11:20.649 --> 00:11:27.030
Eu não sei se posso falar com uma área de
de de negócio, né? Mas é, é mais, é.

005950c6-18c2-46fa-9018-50a62fc304ec-0
00:11:28.000 --> 00:11:32.613
É, é mais no processo geral, né,
no processo gerencial, né?

005950c6-18c2-46fa-9018-50a62fc304ec-1
00:11:32.613 --> 00:11:37.688
A dor no the vops em si, no né,
falando tecnicamente não tem, né?

005950c6-18c2-46fa-9018-50a62fc304ec-2
00:11:37.688 --> 00:11:43.608
A gente consegue é fazer uma alteração lá
e publicar. Ela é rapidamente, né?

005950c6-18c2-46fa-9018-50a62fc304ec-3
00:11:43.608 --> 00:11:48.529
Desde ali do do primeiro comit,
toda a esteira é feito de forma

005950c6-18c2-46fa-9018-50a62fc304ec-4
00:11:48.529 --> 00:11:53.681
automatizada até a publicação.
EEE ser refletido lá no ambiente de

005950c6-18c2-46fa-9018-50a62fc304ec-5
00:11:53.681 --> 00:11:56.679
destino, né? O ramo de fallback é alto.

158bd3cc-631f-49bc-8a08-1e784afb17c0-0
00:11:56.920 --> 00:12:01.951
Ou é muito baixo,
uma vez que você fez a você ter que

158bd3cc-631f-49bc-8a08-1e784afb17c0-1
00:12:01.951 --> 00:12:09.404
voltar 111 atualização, um deply, olha,
eu não tenho essa informação agora, tá?

158bd3cc-631f-49bc-8a08-1e784afb17c0-2
00:12:09.404 --> 00:12:15.553
Eu não tenho se se eles ocorre muito isso
de de fallbag perfeito,

158bd3cc-631f-49bc-8a08-1e784afb17c0-3
00:12:15.553 --> 00:12:22.913
eu eu acho que que pelo dos casos que eu
vi é acaba que eles ajustam e avançam

158bd3cc-631f-49bc-8a08-1e784afb17c0-4
00:12:22.913 --> 00:12:29.994
como emergencial, né? Eu nunca vi.
Até hoje eu não tô lembrado de um fall b

158bd3cc-631f-49bc-8a08-1e784afb17c0-5
00:12:29.994 --> 00:12:30.460
aqui.

e72a8e8f-935f-4ca2-89e6-9b98e58428d3-0
00:12:34.480 --> 00:12:40.987
A vale vale mencionar,
também nessas esteiras é ocorrem também

e72a8e8f-935f-4ca2-89e6-9b98e58428d3-1
00:12:40.987 --> 00:12:48.630
análises de segurança, tá é exemplo,
é aplicações igual lá Oo capê o seaf

e72a8e8f-935f-4ca2-89e6-9b98e58428d3-2
00:12:48.630 --> 00:12:53.795
connect,
ele passa por análise de de componentes,

e72a8e8f-935f-4ca2-89e6-9b98e58428d3-3
00:12:53.795 --> 00:12:57.720
né? De de segurança, que é análise sa.

d368c1af-aa7b-44d5-a3d3-db064021969c-0
00:12:59.080 --> 00:13:06.131
E isso ocorre AAA cada execução no
pipeline tá toda a entrada de versão, né?

d368c1af-aa7b-44d5-a3d3-db064021969c-1
00:13:06.131 --> 00:13:13.365
Ou execução ali feita pelo analista que
está responsável pelo desenvolvimento,

d368c1af-aa7b-44d5-a3d3-db064021969c-2
00:13:13.365 --> 00:13:20.416
passa por uma por um scan de segurança
que vale dos componentes ali do de de

d368c1af-aa7b-44d5-a3d3-db064021969c-3
00:13:20.416 --> 00:13:24.445
todas as aplicações ali,
desse contexto aí.

d368c1af-aa7b-44d5-a3d3-db064021969c-4
00:13:24.445 --> 00:13:29.207
E tem também o isso envolve também os
serviços, né?

d368c1af-aa7b-44d5-a3d3-db064021969c-5
00:13:29.207 --> 00:13:33.420
Nas integrações que tem com ADMS,
não é só o.

e2ddb1d7-c5aa-4cc7-99cc-5e5bfa6cf638-0
00:13:34.040 --> 00:13:39.331
Esses componentes do confront Kafka, né?
Mas tem outros também,

e2ddb1d7-c5aa-4cc7-99cc-5e5bfa6cf638-1
00:13:39.331 --> 00:13:43.383
como AA gente já até conversou com a
equipe, né?

e2ddb1d7-c5aa-4cc7-99cc-5e5bfa6cf638-2
00:13:43.383 --> 00:13:49.584
EE tem também os microsserviços, né?
De cada área isso todos os consumers,

e2ddb1d7-c5aa-4cc7-99cc-5e5bfa6cf638-3
00:13:49.584 --> 00:13:55.372
eles são analisados também em toda a
cadeia ali de de suprimento, né?

e2ddb1d7-c5aa-4cc7-99cc-5e5bfa6cf638-4
00:13:55.372 --> 00:13:59.920
De software para cada aplicação lá que é
publicada no.

3d87bdb3-6077-47b8-9432-994bb15c2a44-0
00:14:00.400 --> 00:14:04.412
No mesmo ambiente, né?
Oo ambiente diferente.

3d87bdb3-6077-47b8-9432-994bb15c2a44-1
00:14:04.412 --> 00:14:11.390
Eles passam também por essa mesma análise,
tanto de componentes de segurança do

3d87bdb3-6077-47b8-9432-994bb15c2a44-2
00:14:11.390 --> 00:14:17.845
código, né? A análise estática, o sast,
e pra algumas aplicações é que se

3d87bdb3-6077-47b8-9432-994bb15c2a44-3
00:14:17.845 --> 00:14:21.683
enquadram, né?
No perfil de web ali ou API,

3d87bdb3-6077-47b8-9432-994bb15c2a44-4
00:14:21.683 --> 00:14:27.440
ela passa também pelo dast, tá?
Aqui é análise dinâmica, entendi.

4c70db7a-3371-4b21-8e8c-40728b6955ce-0
00:14:29.800 --> 00:14:37.129
Então tem o processo de de de segurança,
SAT, date isso e é certo, tá? SAT,

4c70db7a-3371-4b21-8e8c-40728b6955ce-1
00:14:37.129 --> 00:14:43.205
date é certo, tá bom, é.
O outro passo é a gente tem, é algum.

4c70db7a-3371-4b21-8e8c-40728b6955ce-2
00:14:43.205 --> 00:14:49.377
E aí tem Oo sonarquilbe, né?
Que você também deve passar por um

4c70db7a-3371-4b21-8e8c-40728b6955ce-3
00:14:49.377 --> 00:14:54.488
processo de de de qualidade e código
também. Isso é,

4c70db7a-3371-4b21-8e8c-40728b6955ce-4
00:14:54.488 --> 00:14:59.600
o sast é feito com o sonarquilbe,
o sca com OJ frog.

9252d518-956c-4d38-a9e7-0ae05312f5ab-0
00:15:00.280 --> 00:15:06.334
X Rey EEO Daft com o qualis was né?
Que é o web application scan,

9252d518-956c-4d38-a9e7-0ae05312f5ab-1
00:15:06.334 --> 00:15:13.305
que é um SAS, é da qualis, preza qualis,
todos esses produtos são comprems,

9252d518-956c-4d38-a9e7-0ae05312f5ab-2
00:15:13.305 --> 00:15:20.276
nenhum como serviço, nenhum site,
não o sonarq e o beija frog é um premce e

9252d518-956c-4d38-a9e7-0ae05312f5ab-3
00:15:20.276 --> 00:15:24.680
o qualis é um SAS, é tá, é nuvem,
é contratado.

1774e55b-2e60-48ef-8225-3a47e731aeee-0
00:15:32.440 --> 00:15:38.117
Tá, não sei, Vladimir,
se tem tem mais alguma questão? Não,

1774e55b-2e60-48ef-8225-3a47e731aeee-1
00:15:38.117 --> 00:15:44.741
não pra mim, tem algum ponto, Guilherme,
que sejam dores ou gargalos,

1774e55b-2e60-48ef-8225-3a47e731aeee-2
00:15:44.741 --> 00:15:50.513
você entende que não só na sua área,
mas na sua visão geral,

1774e55b-2e60-48ef-8225-3a47e731aeee-3
00:15:50.513 --> 00:15:57.893
que vale a pena endereçar em termos de
arquitetura. Do ponto de vista de quê?

1774e55b-2e60-48ef-8225-3a47e731aeee-4
00:15:57.893 --> 00:16:04.422
De DevOps, você fala alguma coisa,
melhorar o processo isso. DevOps,

1774e55b-2e60-48ef-8225-3a47e731aeee-5
00:16:04.422 --> 00:16:07.640
DevOps é o que a gente tá falando.

640af76d-c335-4b75-8d49-c6de0bd1b115-0
00:16:09.520 --> 00:16:12.962
Ah, tem um,
tem um ponto até que o Cláudio até me

640af76d-c335-4b75-8d49-c6de0bd1b115-1
00:16:12.962 --> 00:16:16.748
lembrou aqui que a parte do do cais kldb,
por exemplo,

640af76d-c335-4b75-8d49-c6de0bd1b115-2
00:16:16.748 --> 00:16:22.256
é o único que não tem via script, né?
Hoje ele não passa pelo pelo pipeline ali

640af76d-c335-4b75-8d49-c6de0bd1b115-3
00:16:22.256 --> 00:16:27.212
na hora de você criar uma nova,
qual ele dentro do cais kldb é ou criar

640af76d-c335-4b75-8d49-c6de0bd1b115-4
00:16:27.212 --> 00:16:31.068
um stream, né?
Ele ele é feito diretamente pelo control

640af76d-c335-4b75-8d49-c6de0bd1b115-5
00:16:31.068 --> 00:16:34.235
center.
Ele é 11 dos que estão fora ali desse

640af76d-c335-4b75-8d49-c6de0bd1b115-6
00:16:34.235 --> 00:16:36.920
processo automático de pipeline kskldb.

6f10d410-7b06-4131-9147-6b3676d45650-0
00:16:41.280 --> 00:16:45.544
E tem algum motivo?
É porque na verdade não tinha solução, é,

6f10d410-7b06-4131-9147-6b3676d45650-1
00:16:45.544 --> 00:16:49.395
não é suportado.
Hoje não tem solução da conflito até o

6f10d410-7b06-4131-9147-6b3676d45650-2
00:16:49.395 --> 00:16:55.035
momento. Quer dizer, até o ano passado,
no final do ano, eu lembro que não tinha,

6f10d410-7b06-4131-9147-6b3676d45650-3
00:16:55.035 --> 00:17:00.331
eu não pesquisei se já implementaram algo,
mas tá vindo uma versão nova, né?

6f10d410-7b06-4131-9147-6b3676d45650-4
00:17:00.331 --> 00:17:05.421
Provavelmente agora eles tenham isso,
mas a confront não tinha essa opção

6f10d410-7b06-4131-9147-6b3676d45650-5
00:17:05.421 --> 00:17:06.040
perfeito.

9d2b5e73-e7c7-4c9e-ab47-b00d7131ad79-0
00:17:07.440 --> 00:17:12.259
Então, OK, sqldb, ele fica fora do parque,
lá não é isso?

9d2b5e73-e7c7-4c9e-ab47-b00d7131ad79-1
00:17:12.259 --> 00:17:17.661
Isso a parte de geração assim,
Oo componente dele, de Infra, né?

9d2b5e73-e7c7-4c9e-ab47-b00d7131ad79-2
00:17:17.661 --> 00:17:21.733
O serviço sim,
mas o é a criação de queries, né?

9d2b5e73-e7c7-4c9e-ab47-b00d7131ad79-3
00:17:21.733 --> 00:17:27.051
De streaming, aí não,
ela você tem que fazer diretamente na mão

9d2b5e73-e7c7-4c9e-ab47-b00d7131ad79-4
00:17:27.051 --> 00:17:29.960
ali No No control center. Perfeito.

da3d6895-16e1-4c7d-930e-943d54af4196-0
00:17:41.760 --> 00:17:47.494
Tem mais alguma exceção dessa além do
cais? CLDB eu saiba, não é,

da3d6895-16e1-4c7d-930e-943d54af4196-1
00:17:47.494 --> 00:17:52.186
tem alguns itens assim,
mas já estão endereçados, né?

da3d6895-16e1-4c7d-930e-943d54af4196-2
00:17:52.186 --> 00:17:59.572
Que é com com a nossa frente aqui de ACA,
gente vai tratar alguma, alguns casos, né?

da3d6895-16e1-4c7d-930e-943d54af4196-3
00:17:59.572 --> 00:18:06.349
Mas aí não, não chega a ser uma dor, não,
tá? Mas mas já é um, já é previsto,

da3d6895-16e1-4c7d-930e-943d54af4196-4
00:18:06.349 --> 00:18:10.520
já é uma atuação já em cima de alguns
itens aí.

6c57f606-34c3-4106-a428-44119427e0b3-0
00:18:13.320 --> 00:18:18.251
Pode dar um exemplo? Ah, pode.
Eu acho que eu não sei se,

6c57f606-34c3-4106-a428-44119427e0b3-1
00:18:18.251 --> 00:18:25.054
mas talvez uma instalação lá de operator
é a gente não tem pipeline que que que

6c57f606-34c3-4106-a428-44119427e0b3-2
00:18:25.054 --> 00:18:29.646
tenha um acesso direto lá,
por questões de segurança,

6c57f606-34c3-4106-a428-44119427e0b3-3
00:18:29.646 --> 00:18:33.387
pra fazer essas instalação aí.
Com é assim,

6c57f606-34c3-4106-a428-44119427e0b3-4
00:18:33.387 --> 00:18:39.000
a gente vai ter uma frente já endereçada,
né? Com com com alguns.

1613c1f5-3ed9-4ec0-b1f4-c0c82f99d95f-0
00:18:39.480 --> 00:18:47.213
Vamos dizer caminhos ali já é separados,
né?

1613c1f5-3ed9-4ec0-b1f4-c0c82f99d95f-1
00:18:47.213 --> 00:18:57.181
De de acesso já para para atuar no
cluster ou prenshifty,

1613c1f5-3ed9-4ec0-b1f4-c0c82f99d95f-2
00:18:57.181 --> 00:19:09.040
mas aí isso vai ser tratado com com a
frente de EAC. Perfeito, cara.

3c9f8926-9f57-496f-9139-8797fb01e402-0
00:19:09.400 --> 00:19:15.563
Não mais não pra mim tá tá ótimo.
E do do EDP tem aquela questão,

3c9f8926-9f57-496f-9139-8797fb01e402-1
00:19:15.563 --> 00:19:22.659
mas a gente já falou já quando a gente
conversou com a equipe de dados, né,

3c9f8926-9f57-496f-9139-8797fb01e402-2
00:19:22.659 --> 00:19:27.795
que tem um conector que é feito em gol,
que é enviado,

3c9f8926-9f57-496f-9139-8797fb01e402-3
00:19:27.795 --> 00:19:34.145
que envia os dados pro data lag. E é isso,
acho que não tem mais é,

3c9f8926-9f57-496f-9139-8797fb01e402-4
00:19:34.145 --> 00:19:36.760
mas OAO DevOps de dados, né?

fac86b9b-580e-47aa-8304-2c9a6c24a707-0
00:19:37.320 --> 00:19:40.479
Data Office,
ele fica fora desse desse escopo, né?

fac86b9b-580e-47aa-8304-2c9a6c24a707-1
00:19:40.479 --> 00:19:45.808
Ele fica lá com o pessoal de dados, certo?
É aqui é um pouco mesclado, né? As coisas,

fac86b9b-580e-47aa-8304-2c9a6c24a707-2
00:19:45.808 --> 00:19:50.330
a parte de DevOps de forma geral,
acaba que tem muita coisa que tá aqui,

fac86b9b-580e-47aa-8304-2c9a6c24a707-3
00:19:50.330 --> 00:19:54.048
mas tem OOA parte de DevOps lá dentro do
é judre da talake,

fac86b9b-580e-47aa-8304-2c9a6c24a707-4
00:19:54.048 --> 00:19:57.765
aí sim fica com muito com o pessoal de
engenharia de dados,

fac86b9b-580e-47aa-8304-2c9a6c24a707-5
00:19:57.765 --> 00:20:02.288
mas começou muito aqui com a equipe de
DevOps. O primeiro inclusive, né,

fac86b9b-580e-47aa-8304-2c9a6c24a707-6
00:20:02.288 --> 00:20:03.280
né Cláudia kisê?

5cadea18-d361-4bad-9a34-53eac15dd5b1-0
00:20:04.120 --> 00:20:08.794
Trabalhou mesmo?
Na verdade é é porque OA divisão acontece

5cadea18-d361-4bad-9a34-53eac15dd5b1-1
00:20:08.794 --> 00:20:14.499
assim, a gente toda parte de dados,
a gente a gente tem um agge DevOps,

5cadea18-d361-4bad-9a34-53eac15dd5b1-2
00:20:14.499 --> 00:20:19.253
server ou services.
Então a gente a gente tem o sastor agge

5cadea18-d361-4bad-9a34-53eac15dd5b1-3
00:20:19.253 --> 00:20:24.006
DevOps que é dedicado só ao o ao EDP, né,
ao time de dados.

5cadea18-d361-4bad-9a34-53eac15dd5b1-4
00:20:24.006 --> 00:20:28.206
Não sei se vocês já entraram nesse nível
de detalhe,

5cadea18-d361-4bad-9a34-53eac15dd5b1-5
00:20:28.206 --> 00:20:32.960
mas dentro desse dessa instância do aju
DevOps a gente tem.

6c6d1117-d5cf-4832-ba1d-8088d81399d2-0
00:20:34.840 --> 00:20:40.315
Aí dentro do próprio DCICD para as
ferramentas ali, né?

6c6d1117-d5cf-4832-ba1d-8088d81399d2-1
00:20:40.315 --> 00:20:48.333
Então que é o data brics e o data Factory.
E aí nessas esteiras a gente tem o fim

6c6d1117-d5cf-4832-ba1d-8088d81399d2-2
00:20:48.333 --> 00:20:55.373
afim ali de de publicação tanto, né?
Gitflow com publicações de bandol,

6c6d1117-d5cf-4832-ba1d-8088d81399d2-3
00:20:55.373 --> 00:20:56.840
publicações de.

768df682-26f8-4d58-877e-26b4090d44c4-0
00:20:57.280 --> 00:21:03.048
Os scripts e aonde os engenheiros de
dados e os cientistas de dados trabalham

768df682-26f8-4d58-877e-26b4090d44c4-1
00:21:03.048 --> 00:21:08.003
e versionam. Então eles,
a gente tem uma esteira de CACD destinada

768df682-26f8-4d58-877e-26b4090d44c4-2
00:21:08.003 --> 00:21:12.737
exclusivamente ao ao EDP.
A construção como plataforma ali, né?

768df682-26f8-4d58-877e-26b4090d44c4-3
00:21:12.737 --> 00:21:16.361
Pra fazer o processamento eles usam o
datablics.

768df682-26f8-4d58-877e-26b4090d44c4-4
00:21:16.361 --> 00:21:21.538
Então tem as pipeliners de dados e todos
os os os processamentos, né?

768df682-26f8-4d58-877e-26b4090d44c4-5
00:21:21.538 --> 00:21:25.679
Que isso fica com time de dados,
a construção da coisa.

9efde833-8f5b-4eb7-97a9-f2874a1da589-0
00:21:26.160 --> 00:21:33.447
Só que tudo tudo em cima de esteiras de 6
e de com publicação com validação.

9efde833-8f5b-4eb7-97a9-f2874a1da589-1
00:21:33.447 --> 00:21:39.126
Com todo esse processo que a gente tem
tanto pra aplicação,

9efde833-8f5b-4eb7-97a9-f2874a1da589-2
00:21:39.126 --> 00:21:46.129
a gente tem lá no domínio de dados, né?
Então, né bandles é is workflows.

9efde833-8f5b-4eb7-97a9-f2874a1da589-3
00:21:46.129 --> 00:21:54.080
Então isso tudo está ali e é o nosso time
que que atua nessa parte dessas esteiras.

06935b92-48b4-4ce9-b6c7-27701fda6469-0
00:21:54.840 --> 00:22:06.919
E tem essa Fronteira, né?
Que aí na hora que chega dentro do data

06935b92-48b4-4ce9-b6c7-27701fda6469-1
00:22:06.919 --> 00:22:19.913
brics ou dentro do data femtre,
aí é é o time de dados mesmo que atua.

06935b92-48b4-4ce9-b6c7-27701fda6469-2
00:22:19.913 --> 00:22:31.809
Beleza, bom, obrigado aí, Guilherme,
Cláudio, João cancelani, é.

7f93f058-f82f-4d24-a32f-d0a170b3e711-0
00:22:32.240 --> 00:22:36.825
Admite tiver mais alguma questionamento
ou alguma coisa que vocês tiverem que

7f93f058-f82f-4d24-a32f-d0a170b3e711-1
00:22:36.825 --> 00:22:40.940
falar também Guilherme e Cláudio,
de alguma dor que vocês acham que é

7f93f058-f82f-4d24-a32f-d0a170b3e711-2
00:22:40.940 --> 00:22:43.586
importante pra eles, vão levar pra mesa,
né?

7f93f058-f82f-4d24-a32f-d0a170b3e711-3
00:22:43.586 --> 00:22:47.172
Vão apresentar pra gente tudo que eles
tiveram, nos acessem,

7f93f058-f82f-4d24-a32f-d0a170b3e711-4
00:22:47.172 --> 00:22:50.523
menos das diversas áreas que eles
passaram, já foram 15.

7f93f058-f82f-4d24-a32f-d0a170b3e711-5
00:22:50.523 --> 00:22:55.285
E depois eu tenho um outro trabalho que é
pensar em resoluções pra para as dores

7f93f058-f82f-4d24-a32f-d0a170b3e711-6
00:22:55.285 --> 00:22:59.989
que tiverem nesse processo que envolve as
integrações e tanto na parte de Infra

7f93f058-f82f-4d24-a32f-d0a170b3e711-7
00:22:59.989 --> 00:23:01.400
dados é desenvolvimento.

83fb7c64-a2e6-48fe-b252-60ca4055c44e-0
00:23:01.880 --> 00:23:10.699
Integrações, rede telecom.
A gente conversou com todas as áreas.

83fb7c64-a2e6-48fe-b252-60ca4055c44e-1
00:23:10.699 --> 00:23:18.840
Beleza legal, obrigado pessoal, valeu,
tchau, tchau, valeu.

6b9afbd5-2322-4a7b-b637-826b794402b1-0
00:24:18.960 --> 00:24:37.840