Tópicos:

• Definição do que é o OpenShift
• Componentes e arquitetura básica
• Instaladores (IPI vs UPI)
• CodeReady Container (CRC)
• Uso das interfaces web console, oc

Na parte de "Escalar para 4 PODs" seria interessante colocar o comando de while para acompanhar o balanceamento automático.

while [ true ]; do curl http://app-abc.apps.example.com/; sleep 0.5; echo; done

Adicionar uma alteração na versão do código fonte (como por exemplo: v3.0). Dessa forma fica mais claro que o rollback de fato aconteceu.

Além disso, adicionar explicação dos botões

• Replica Count and selector
• Deployment strategy
• Deployment trigger

Trocar a porta do comando do wordpress.

Antes
docker run --rm -p 80:8080 wordpress

Depois:
docker run --rm -p 80:80 wordpress

Descobri porque o idle não está funcionando corretamente. O pod entra em idle, mas não sai quando clicamos no link da aplicação.

Esse lab toma muito tempo.

Sugiro implementar um probe mais simples usando apenas shell...

O aluno precisa entender a diferença entre o CDK/Minishift/oc cluster up e o OCP....

algo do tipo:

"o comando "oc cluster up" é um utilitário que permite subir uma espécie "cluster all in one" usando apenas Containers ao invés de Hosts (VM) reais. Como vimos no workshop o Opeshift é composto por vários componentes. Um cluster real de produção utiliza vários Nodes (hosts) pra montar o cluster... No caso do OC ele usa apenas containers pra faciliar e prover uma experiência inicial ao Dev..."

Na parte sobre "Onde as imagens ficam armazenadas?" devemos destacar o exemplo do quay.io e explicar a relação que existe com a Red Hat/Openshift. Também é válido o uso de imagens/screenshofts para explicar ilustrar melhor o registry quay.

Creio que não precisamos dessa parte a partir de agora. O plano A é levar um OVA pronto e distribuir para os alunos. o plano B é disponibilizar uma VM no GCE ou AWS.

Tópicos:

• Conceito de containers, imagens e registros
• Uso do podman, buildah e skopeo no RHEL 8
• Uso de registros remotos, como Red Hat Quay e Docker Hub

Extras:

• Script de provisionamento de máquinas dos alunos RHEL 8 (complementar ao RHPDS)

Na parte "Afinal, o que são containers?" devemos adicionar e explicar o CRI-O e também outras ferramentas como buildah, podman, etc

Trocar o exemplo de push do dockerhub para o quay.io

O # é utilizado nos comandos para explicar para o usuário que o comando deve ser executado como root. Nos workshops tem havido muita confusão dos usuários. Acho que devemo remover esse simbolo de todos os labs da parte 1.

Ao tentar adicionar o pacote do passo 1.1 (lab docker) tenho o seguinte erro:

[root@localhost ~]# yum install http://mirror.centos.org/centos/7/os/x86_64/Packages/python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm
Loaded plugins: fastestmirror
python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm                                                                                      |  41 kB  00:00:00     
Examining /var/tmp/yum-root-fRHU6x/python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm: python-rhsm-certificates-1.19.10-1.el7_4.x86_64
Cannot install package python-rhsm-certificates-1.19.10-1.el7_4.x86_64. It is obsoleted by installed package subscription-manager-rhsm-certificates-1.24.13-3.el7.centos.x86_64
Error: Nothing to do

Tentei instalar o pacote equivalente, porem o problema de ssl continua quando executo o docker pull do repo da red hat:

[root@localhost ~]# docker pull registry.access.redhat.com/rhel-atomic
Using default tag: latest
Trying to pull repository registry.access.redhat.com/rhel-atomic ... 
open /etc/docker/certs.d/registry.access.redhat.com/redhat-ca.crt: no such file or directory

em alguns casos o oc cluster falha...

descrever como reinicia:

rm -rf /var/lib/origin
oc cluster up....

Os alunos tem perguntado com frequencia qual deveria ser o resultado dos comandos dessa parte do lab. Adicionar screenshots ajudaria a diminuir essas perguntas.

Como esse lab não é utilizado para outras coisas, seria interessante adicionar um comando de limpeza dos recursos criados. Isso ajuda a manter os labs organizados e também evita confusão dos alunos.

Adicionar documentação de como remover o HPA do lab.

Evitar usar OC para funções que já existem na interface gráfica ou, primeiramente executa-se tudo pela interface gráfica e depois demonstra usando oc.

Como essa app (contador.war) já está habilitada para session repl seria legal incrementar o lab para mostrar o EAP Clustering com Session Repl...

História de Usuário:
Eu, no papel de colaborador, gostaria de validar se o formato Markdown esteja válido, para garantir que o material está alinhado com as boas práticas.

Tarefas:

• Escolher qual Markdown linter será usado.
• Configurar GitHub Actions workflow para rodar o linter.

Não faz mais sentido...

Durante os tópicos a gente já aborda a parte ops durante dicussão em sala...

Logo no inicio do lab, existe uma imagem que não é carregada. Precisamos arrumar isso.

Nesse lab só existe exemplo de configmap. Adicionar exemplo de secret juntamente com explicação.

em alguns casos (oc new-app) a rota é criada automaticamente e em alguns não é criada. Creio que devamos adicionar um oc expose explicito após o oc new-app

Adicionar o seguinte comando para limpeza total do ambiente em casos de necessidade de reinstalação do oc cluster up

for m in $(mount | grep openshift | awk '{print $3}'); do umount $m; done

A imagem do kibana não está sendo carregada.

Tópicos:

• Automação de Builds (Source-to-Image, BuildConfig, Developer Catalog)
• Automação de Deploy (Deployment/DeploymentConfig)
• Exposição de serviços (Ingress/Route, Service)
• Estratégias de release (rolling, recreate)
• Manipulação de parâmetros externos (ConfigMaps, Secrets)

Se o usuário seleciona o texto e depois copia para o clipboard, caracteres estranhos estão sendo também copiados.
Isso não acontece quando o usuário clica no ícone de copiar que fica no lateral direita de cada código fonte.

Agora na última versão do minishift, é possível utilizá-lo na nuvem. Sugiro trocar o cluster up pelo minishift.
https://medium.com/@kamesh_sampath/identify-yourself-on-minishift-c85f5bf8ba7d

Nos comandos que seguem logo após o texto "Crie uma nova app usando a versão do Branch 3.0 que acabamos de criar usando o comando", alterar o comando oc new-app conforme abaixo:

oc new-app --name=workshop-ocp-v3 https://github.com/<username>/workshop-openshift.git#v3.0
 --strategy=source

Tá feio esses TODOs no meio do workshop...

Sugiro substituir por issue aqui no gitbhub e aplicar label de Enhacement

Luciano fez para algum cliente um exemplo de cronjob.

1 - Cria alpine com curl

FROM alpine
RUN apk add --no-cache curl
ENTRYPOINT ["/usr/bin/curl"]

2 - publica no docker.io

3 - Cria cronjob com a imagem

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: cronjobcurl
spec:
  schedule: "*/1 * * * *"  
  jobTemplate:             
    spec:
      template:
        metadata:
          labels:          
            parent: "cronjobcurl"
        spec:
          containers:
          - name: curljob
            image: docker.io/lasher/alpinecurl
            command: ["curl",  "-v", "http://phpapp:8080"]
          restartPolicy: OnFailure

Sugiro utilizar isso como base para uma criação do lab de cronjob

Tem uma webapp legal que gerar entradas no log para mostrar nesse lab...

Usamos ela no workshop de Advanced App Dev. https://github.com/wkulhanek/openshift-tasks

Caracteres estranhos estão aparecendo no Dockerfile quando ele é copiado e colado usando o mouse.

Apesar de o conteúdo estar ótimo, a estrutura de tópicos está bem bagunçada. Precisamos seguir uma estrutura fácil de manter e com o mínimo de padronização.

Penso em adicionar os seguintes cenários na parte 1 de linux containers:

cat /etc/redhat-release

uname -a

docker version
docker images

docker run -d busybox /bin/sh -c "while true; do echo 'i love linux containers'; sleep 5s; done"
docker ps
docker logs -f <containerId>
docker stop <containerId>
docker ps -a
docker start <containerId>
docker ps -a
docker inspect <containerId> | more

docker run -ti --rm --name my_container ubuntu:14.04 /bin/bash

	lsb_release -a
	cat /etc/debian_version
	ip a
	top
	df -h
	touch /DEMO.txt
	exit

docker run -ti --rm --name my_container ubuntu:14.04 /bin/bash
	ls -la /
	cat /DEMO.txt
	touch /DEMO.txt

docker commit -m "persistindo mudança no disco do container" my_container ubuntu:alterado

docker run -ti --rm --name my_container ubuntu:alterado /bin/bash
	ls -la /
	cat /DEMO.txt

docker run -ti --rm --name my_java -v /tmp/share:/tmp/share ubuntu:14.04 /bin/bash

docker stats

docker top <container_name>

docker ps

Atualmente estamos usando um container centos em cima de uma vm centos.... Mostrar outra distro em cima de um centos é mais interessante.

copiado do último workshop realizado em Aracaju-SE:

#Red Hat Test Drive em Aracaju-SE

##Pra quem quiser aprofundar em Kubernetes

   * \url{https://github.com/kelseyhightower/kubernetes-the-hard-way}
\url{https://blog.openshift.com/getting-any-docker-image-running-in-your-own-openshift-cluster/}


#Slides Red Hat


   * \url{http://bit.ly/rh-ocp-msa-slides}
##**Links e referências:**
    
\url{https://www.opencontainers.org/}
\url{https://hub.docker.com}
Why you’re going to FAIL running Java   \url{https://docs.google.com/presentation/d/1SSf5BX22TwAMwCgGtjKdACvvztXlXEW9XG3OttNsfGg/edit#slide=id.g1e56d4b0f2\_0\_260}
Jenkins Pipeline: \url{https://jenkins.io/doc/book/pipeline/}
Os slides da apresentação estão disponíveis no Google Drive: \url{http://bit.ly/rh-ocp-msa-slides}

##Continuando os Estudos:
    
    Segue um tutorial online produzido pelo time do Openshift para facilitar a iniciação de Desenvolvedores na plataforma de Containers da Red Hat:

\url{https://learn.openshift.com/}

Outros recursos para o time de Dev:

Openshift no seu laptop: Red Hat Container Development KIT (CDK)
o CDK é um ambiente Openshift com Docker em sua estação de trabalho local para começar a desenvolver serviços utilizando containers Docker orquestrados pelo Openshift.

Baixe os eBooks gratuitos sobre Microservices criados pela Red Hat
\url{https://developers.redhat.com/promotions/microservices-for-java-developers/}
\url{https://developers.redhat.com/promotions/migrating-to-microservice-databases/}

Blog developers.redhat.com

Guia 12factor (\url{https://12factor.net/pt\_br/)} - boas práticas para "containerização" de Aplicações

##Treinamentos online e gratuitos disponibilizados pela Red Hat:

An overview of deploying applications and containers: \url{https://www.redhat.com/en/services/training/do080-deploying-containerized-applications-technical-overview?sc\_cid=70160000000q57bAAA}

Identify the proper frameworks and tools to build your microservices architecture: \url{https://www.redhat.com/en/services/training/do092-developing-cloud-native-applications-microservices-architectures}

Learn the basics of Ansible automation and configuration management, and more: \url{https://www.redhat.com/en/services/training/do007-ansible-essentials-simplicity-automation-technical-overview}

Certificação: \url{https://www.redhat.com/en/services/training/ex283-red-hat-certified-enterprise-microservices-developer-exam}

**Repasse aos demais interessados!!!**

Adicionar criação do branch para esse lab pelo site do github. Hoje só é possível via linha de comando.

Demo não tá funcionando com oc cluster up no GCE

A ideia dessa issue, é discutir como podemos simplificar o test drive para que seja executado somente em um único dia. Acho que o primeiro passo é ver qual lab tem dependencias com outros labs.

https://blog.openshift.com/managing-secrets-openshift-vault-integration/

Necessário adicionar os comandos abaixo para corrigir caso aconteça algum erro de build no source-to-image. Adicione depois de "Caso você encontre o erro abaixo durante o build:"

yum remove subscription-manager-rhsm-certificates
yum install -y http://mirror.centos.org/centos/7/os/x86_64/Packages/python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm

Durante alterações que foram feitas no lap há um tempo atrás, ficaram algumas referencias ao recurso antigo chamado workshop-php. Todos os labs usam workshop-ocp. Então seria necessário trocar tudo que é php por ocp.
Um ctrl f na página já mostra que tem muita referencia ao php. Além disso, precisamos trocar os gifs. Mas acredito que essa última parte das imagens pode ser feito depois

Além do exemplo de pipeline que já existe, acho que seria interessante adicionar um outro exemplo com promoção de ambientes no mesmo lab. Esse exemplo mais completo pode ser opcional.

Exemplo:

node('maven') {
	def app = 'app'
	def cliente = 'cliente'
	def gitUrl = 'http://gogs-ci-cd.apps.example.com/gogsadmin/' + cliente + '.git'

    stage 'Build image and deploy to dev'
    echo 'Building docker image'
    buildApp(app + '-dev', gitUrl, app)

    stage 'Deploy to QA'
    echo 'Deploying to QA'
    deploy(app + '-dev', app + '-qa', app)

    stage 'Wait for approval'
    input 'Aprove to production?'

    stage 'Deploy to Prod'
    deploy(app + '-dev', app, app)
}

def buildApp(String project, String gitUrl, String app){
    projectSet(project)

    sh "oc new-build php:7.1~${gitUrl} --name=${app} -n ${project}"
    sh "oc logs -f bc/${app} -n ${project}"
    sh "oc new-app ${app} -n ${project}"
    sh "oc expose service ${app} -n ${project} || echo 'Service already exposed'"
    sh "sleep 10"
}

def projectSet(String project) {
	sh "oc login --insecure-skip-tls-verify=true -u myuser -p mypass https://ocp-master.example.com:8443"
    sh "oc new-project ${project} || echo 'Project exists'"
    sh "oc project ${project}"
}

def deploy(String origProject, String project, String app){
    projectSet(project)
    sh "oc policy add-role-to-user system:image-puller system:serviceaccount:${project}:default -n ${origProject}"
    sh "oc tag ${origProject}/${app}:latest ${project}/${app}:latest"
    appDeploy(app, project)
}

def appDeploy(String app, String project){
    sh "oc new-app ${app} -l app=${app} -n ${project} || echo 'Aplication already Exists'"
    sh "oc expose service ${app} -n ${project} || echo 'Service already exposed'"
}