cristiano.hoshikawa/deploy_langfuse_oci

Fork 0

mirror of https://github.com/hoshikawa2/deploy_langfuse_oci.git synced 2026-07-09 17:14:22 +00:00

Files

Cristiano Hoshikawa b8e3d2c38e clean-up e persistencia na nuvem

2026-05-08 09:25:29 -03:00

26 KiB

Raw Blame History

🚀 Tutorial Completo — Deploy do Langfuse no Oracle Kubernetes Engine (OKE)

📌 Introdução

Este tutorial apresenta um processo completo para implantação do Langfuse no Oracle Cloud Infrastructure (OCI), utilizando:

Oracle Kubernetes Engine (OKE)
OCI Container Registry (OCIR)
OCI Vault
OCI Object Storage
PostgreSQL
Redis
ClickHouse

Além do deployment em si, este tutorial cobre:

arquitetura do Langfuse
conceitos fundamentais
purpose de cada componente
gerenciamento de imagens Docker
secrets centralizados no OCI Vault
preparação de ambiente
deployment automatizado via Kubernetes YAML

🧠 O que é o Langfuse

Langfuse é uma plataforma de observabilidade para aplicações de IA generativa.

Ele permite:

rastrear chamadas de LLM
armazenar traces
monitorar prompts
analisar custos
acompanhar latência
versionar prompts
inspecionar tool calls
avaliar qualidade de respostas

🏗️ Arquitetura Geral

Componentes:

PostgreSQL
Redis
ClickHouse
Langfuse API
Langfuse Worker
OCI Vault
OCI Object Storage
OCIR
OKE

🔐 OCI Vault

Os scripts create_secrets.sh e update_secret.sh criam e atualizam secrets no OCI Vault.

Antes de iniciar esta etapa, crie um VAULT e UMA ENCRYPTION KEY. Busque pelos OCID destes 2 componentes para setar dentro de seu script create_secrets.sh e update_secret.sh

A ENCRYPTION_KEY precisa possuir:

64 caracteres
hexadecimal
256 bits

Exemplo:

ENCRYPTION_KEY=$(openssl rand -hex 32)

📦 OCI Registry (OCIR)

O script mirror_images.sh copia imagens públicas para o registry privado OCI.

Exemplo:

docker pull langfuse/langfuse:3.1.0

docker tag langfuse/langfuse:3.1.0 iad.ocir.io/namespace/langfuse:3.1.0

docker push iad.ocir.io/namespace/langfuse:3.1.0

O mesmo ocorre para:

langfuse-worker
redis
postgres
clickhouse

☸️ Kubernetes Deployment

Existem 2 arquivos de deployment neste material:

langfuse_dist.yaml (ou langfuse_dist_cloud.yaml para utilização de storage externo ao clustes Kubernetes)
final.yaml

Ambos os arquivos contém:

StorageClass
PVCs
Deployments
StatefulSets
Services
HPA

Para ambientes produtivos, use o arquivo langfuse_dist.yaml. As variáveis de ambiente já estão preparadas para cada componente do langfuse.

Veja o documento Security.md para mais detalhes de uso de segurança TLS/SSL com bancos de dados PostgreSQL e Redis.

Se deseja validar de forma ilustrada e passar por todos os componentes deste material, use as ferramentas mirror_images.sh, create_secrets.sh, update_secret.sh e set_var.sh para montar um arquivo YAML de deployment como tudo ajustado sem necessidade de criar um pipeline DEVOPS para isto.

Persistência fora do Cluster Kubernetes

O arquivo langfuse_dist_cloud.yaml permite que se utilize o PostgreSQL e Redis fora do cluster Kubernetes. Isto permite que se faça a governança destes recursos de forma mais tradicional, além de maior economia na escalabilidade e melhoras em troubleshooting em geral.

Caso use a opção de utilizar os recursos de PostgreSQL e Redis dentro do cluster Kubernetes, existe um pacote adicional neste tutorial chamado langfuse-k8s-cleanup.zip onde há mecanismos para o clean-up de forma agendada dentro do próprio cluster Kubernetes.

Retenção

A recomendação geral para retenção para projetos é de 90 dias

A depender de volumetria, pode ser necessária uma reavaliação de projeto para determinar outras faixas para retenção.

PostgreSQL

Responsável por:

usuários
traces
prompts
configurações

Readiness probe:

pg_isready -U langfuse

Nota: Este deployment será mantido com o PostgreSQL. Evitamos assim utilizar outro banco de dados, como Oracle DB por não existir ainda suporte para o LangFuse.

Redis

Responsável por:

filas
cache
jobs

Nota: Repare que esta instância de Redis não está ajustado para uso com persistência. Neste caso de integração com o LangFuse, optou-se por utilizar cache somente em memória. A vantagem é performance.

ClickHouse

Responsável por:

analytics
métricas
observabilidade

Langfuse API

Responsável por:

UI
API
autenticação

Langfuse Worker

Responsável por:

filas
processamento assíncrono
exports

initContainers

Utilizados para aguardar:

PostgreSQL
Redis
ClickHouse

antes da inicialização dos pods.

Exemplo:

until nc -z langfuse-db 5432

🌐 OCI Load Balancer

Service utilizado:

kind: Service
type: LoadBalancer

Healthcheck:

oci.oraclecloud.com/healthcheck-path: "/api/public/health"

☁️ OCI Object Storage

Utilizado para:

eventos
batches
exports

Auth utilizada:

LANGFUSE_OCI_AUTH_TYPE=instance_principal

⚙️ Principais Variáveis

Variável	Função
DATABASE_URL	PostgreSQL
REDIS_AUTH	Redis
CLICKHOUSE_PASSWORD	ClickHouse
NEXTAUTH_SECRET	Auth
ENCRYPTION_KEY	Criptografia
SALT	Salt
NEXTAUTH_URL	URL pública

📦 Fluxo Completo — Imagens, OCI Vault e Deployment Final

🎯 Objetivo

Antes do deployment do Langfuse no Oracle Kubernetes Engine (OKE), existem algumas etapas preparatórias fundamentais.

Essas etapas possuem dois objetivos principais:

Centralizar imagens Docker em um registry privado OCI (OCIR)
Centralizar secrets no OCI Vault para que o deployment Kubernetes possa consumir valores seguros dinamicamente

O fluxo completo funciona assim:

Docker Hub
    ↓
Mirror para OCI Registry (OCIR)
    ↓
Criação de Secrets no OCI Vault
    ↓
Captura dos OCIDs dos Secrets
    ↓
Leitura dinâmica via OCI CLI
    ↓
envsubst
    ↓
Geração do final.yaml
    ↓
kubectl apply

Nota: Antes de iniciar o processo de deployment, certifque-se de que exista um dynamic group e as policies estejam de acordo na OCI.

Dynamic Group oke-langfuse: ALL {instance.compartment.id = 'ocid1.compartment.oc1..aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'}

Todos os recursos deste compartment estarão habilitados para as policies abaixo

Algumas policies importantes:

Allow dynamic-group oke-langfuse to manage objects in compartment kubernetes
Allow dynamic-group oke-langfuse to read buckets in compartment kubernetes
Allow dynamic-group oke-langfuse to manage volume-family in compartment kubernetes

🟢 Etapa 1 — Publicar Imagens no OCI Registry (OCIR)

📌 Objetivo

O Kubernetes do OKE precisa baixar imagens Docker.

Embora seja possível utilizar imagens públicas diretamente do Docker Hub, em ambientes corporativos normalmente utilizamos um registry privado OCI por motivos de:

segurança
governança
performance
disponibilidade
controle de versões
evitar rate limit do Docker Hub

📦 Imagens utilizadas

O deployment utiliza:

Imagem	Função
langfuse/langfuse	API/UI
langfuse/langfuse-worker	Worker
postgres	Banco
redis	Cache
clickhouse/clickhouse-server	Analytics

🔄 Processo de Mirror

O script:

mirror_images.sh

executa:

Pull da imagem pública
Tag para o OCIR
Push para o registry OCI

Exemplo

Pull

docker pull langfuse/langfuse:3.1.0

Tag

docker tag langfuse/langfuse:3.1.0 iad.ocir.io/namespace/langfuse:3.1.0

Push

docker push iad.ocir.io/namespace/langfuse:3.1.0

📌 Resultado Final

Após isso, o Kubernetes utilizará:

iad.ocir.io/SEU_NAMESPACE/langfuse:3.1.0

em vez da imagem pública.

🔐 Etapa 2 — Criar Secrets no OCI Vault

📌 Objetivo

O deployment possui:

senhas
tokens
chaves de criptografia

Esses valores NÃO devem ficar hardcoded no YAML.

Por isso usamos:

OCI Vault
OCI KMS

🧠 Secrets utilizados

Secret	Finalidade
DB_PASSWORD	PostgreSQL
REDIS_AUTH	Redis
CLICKHOUSE_PASSWORD	ClickHouse
NEXTAUTH_SECRET	Auth Langfuse
ENCRYPTION_KEY	Criptografia interna
SALT	Salt interno

🔧 Script utilizado

Arquivo:

create_secrets.sh

📌 Como funciona

O script:

Gera senhas
Gera ENCRYPTION_KEY
Codifica em Base64
Cria os secrets no OCI Vault

🔐 ENCRYPTION_KEY

A variável:

ENCRYPTION_KEY=$(openssl rand -hex 32)

gera:

32 bytes
64 chars hex
256 bits

Formato obrigatório do Langfuse.

📤 Resultado do Script

Ao final, o OCI Vault retorna:

export OCI_SECRET_DB=ocid1.vaultsecret...

Esses valores são os:

OCIDs dos secrets

🧠 O que é o OCID do Secret?

Cada secret criado no OCI Vault recebe um identificador único:

ocid1.vaultsecret.oc1....

Esse OCID é utilizado depois para:

localizar
ler
atualizar

o conteúdo do secret.

🔥 Etapa 3 — Capturar os OCIDs

📌 Objetivo

Os scripts seguintes precisam saber:

qual secret acessar
onde buscar a senha

Por isso os OCIDs precisam ser armazenados.

📌 Exemplo

export OCI_SECRET_DB="ocid1.vaultsecret.oc1..."

📌 Utilização

Esses OCIDs serão utilizados no:

set_var.sh

⚙️ Etapa 4 — Carregar Secrets Dinamicamente

📌 Objetivo

Antes de gerar o YAML final:

precisamos buscar os valores reais no OCI Vault

🔧 Função utilizada

get_secret() {

  oci secrets secret-bundle get \
    --secret-id "$secret_ocid" \
    --query 'data."secret-bundle-content".content' \
    --raw-output | base64 --decode
}

📌 O que ocorre aqui

O script:

Chama OCI CLI
Busca o secret
Recebe Base64
Decodifica
Exporta para variável de ambiente

📌 Exemplo

export DB_PASSWORD=$(get_secret "$OCI_SECRET_DB")

📌 Resultado

Agora temos:

export DB_PASSWORD="senha_real"

em memória no shell.

🧩 Etapa 5 — Construção do final.yaml

📌 Objetivo

O arquivo:

langfuse_dist.yaml

possui placeholders:

${DB_PASSWORD}

⚙️ Variáveis de Ambiente — Langfuse no OKE

📌 Introdução

O deployment do Langfuse depende de diversas variáveis de ambiente responsáveis por configurar:

banco de dados
cache
analytics
autenticação
object storage
OCI
imagens
Kubernetes
URLs
segurança

Essas variáveis são carregadas principalmente pelo:

set_var.sh

e posteriormente injetadas no:

final.yaml

através do:

envsubst

🧩 Variáveis de Configuração OCI

OCI_PROFILE

export OCI_PROFILE=DEFAULT

Objetivo

Define qual profile do OCI CLI será utilizado.

Origem

Arquivo:

~/.oci/config

Exemplo

[DEFAULT]
user=...
fingerprint=...
tenancy=...
region=...

OCI_REGION

export OCI_REGION=us-ashburn-1

Objetivo

Define a região OCI utilizada por:

Vault
Object Storage
Registry
APIs OCI

Exemplos

Região	Valor
Ashburn	us-ashburn-1
São Paulo	sa-saopaulo-1

OCI_NAMESPACE

export OCI_NAMESPACE="idavixsf5sbx"

Objetivo

Namespace do OCI Object Storage e OCIR.

Utilizado em:

Registry
Bucket endpoints

📦 Variáveis do OCI Registry (OCIR)

REGION

export REGION="iad"

Objetivo

Região curta utilizada pelo OCIR.

Exemplos

Região OCI	Short Name
us-ashburn-1	iad
sa-saopaulo-1	gru

TENANCY_NAMESPACE

export TENANCY_NAMESPACE=${OCI_NAMESPACE}

Objetivo

Namespace do tenancy no OCIR.

REGISTRY

export REGISTRY="${REGION}.ocir.io/${TENANCY_NAMESPACE}"

Resultado

iad.ocir.io/idavixsf5sbx

Objetivo

Registry privado OCI utilizado pelo Kubernetes.

🧠 Variáveis do Deployment

APP_NAME

export APP_NAME="langfuse"

Objetivo

Prefixo dos recursos Kubernetes.

Exemplos

Gera:

langfuse-db
langfuse-redis
langfuse-clickhouse

K8S_NAMESPACE

export K8S_NAMESPACE="langfuse"

Objetivo

Namespace Kubernetes onde os recursos serão criados.

IMAGE_REPOSITORY

export IMAGE_REPOSITORY="${REGISTRY}"

Objetivo

Define o registry utilizado pelas imagens.

Resultado

iad.ocir.io/idavixsf5sbx

IMAGE_TAG

export IMAGE_TAG="3.1.0"

Objetivo

Tag da imagem principal Langfuse.

CLICKHOUSE_TAG

export CLICKHOUSE_TAG="23.8"

Objetivo

Versão do ClickHouse.

REDIS_TAG

export REDIS_TAG="7.2"

Objetivo

Versão Redis.

POSTGRES_TAG

export POSTGRES_TAG="15"

Objetivo

Versão PostgreSQL.

🌐 Variáveis de URL

NEXTAUTH_URL

export NEXTAUTH_URL="https://langfuse.seudominio.com"

Objetivo

URL pública utilizada pelo frontend do Langfuse.

Impacto

Utilizada para:

login
redirects
cookies
OAuth

🔐 Variáveis de Secrets OCI Vault

OCI_SECRET_DB

export OCI_SECRET_DB="ocid1.vaultsecret..."

Objetivo

OCID do secret contendo a senha PostgreSQL.

OCI_SECRET_REDIS

export OCI_SECRET_REDIS="ocid1.vaultsecret..."

Objetivo

OCID do secret Redis.

OCI_SECRET_CLICKHOUSE

export OCI_SECRET_CLICKHOUSE="ocid1.vaultsecret..."

Objetivo

OCID da senha ClickHouse.

OCI_SECRET_NEXTAUTH

export OCI_SECRET_NEXTAUTH="ocid1.vaultsecret..."

Objetivo

Secret de autenticação do Langfuse.

OCI_SECRET_ENCRYPTION

export OCI_SECRET_ENCRYPTION="ocid1.vaultsecret..."

Objetivo

Secret utilizado para criptografia interna.

OCI_SECRET_SALT

export OCI_SECRET_SALT="ocid1.vaultsecret..."

Objetivo

Salt interno do Langfuse.

🔥 Variáveis Carregadas Dinamicamente

Estas variáveis são carregadas via:

get_secret()

DB_PASSWORD

export DB_PASSWORD=$(get_secret "$OCI_SECRET_DB")

Objetivo

Senha PostgreSQL.

DATABASE_URL

export DATABASE_URL="postgresql://langfuse:${DB_PASSWORD}@${APP_NAME}-db:5432/langfuse"

Objetivo

Connection string PostgreSQL.

Estrutura

postgresql://USUARIO:SENHA@HOST:PORTA/BANCO

REDIS_AUTH

export REDIS_AUTH=$(get_secret "$OCI_SECRET_REDIS")

Objetivo

Senha Redis.

CLICKHOUSE_PASSWORD

export CLICKHOUSE_PASSWORD=$(get_secret "$OCI_SECRET_CLICKHOUSE")

Objetivo

Senha ClickHouse.

NEXTAUTH_SECRET

export NEXTAUTH_SECRET=$(get_secret "$OCI_SECRET_NEXTAUTH")

Objetivo

Secret JWT/Auth do Langfuse.

ENCRYPTION_KEY

export ENCRYPTION_KEY=$(get_secret "$OCI_SECRET_ENCRYPTION")

Objetivo

Criptografia interna.

Requisitos

64 chars
hexadecimal
256 bits

Validação

openssl rand -hex 32

SALT

export SALT=$(get_secret "$OCI_SECRET_SALT")

Objetivo

Salt interno utilizado pelo Langfuse.

⚡ Redis

REDIS_HOST

export REDIS_HOST="${APP_NAME}-redis"

Objetivo

Hostname Redis interno Kubernetes.

REDIS_PORT

export REDIS_PORT="6379"

Objetivo

Porta Redis.

📊 ClickHouse

CLICKHOUSE_URL

export CLICKHOUSE_URL="http://${APP_NAME}-clickhouse:8123"

Objetivo

Endpoint HTTP ClickHouse.

CLICKHOUSE_USER

export CLICKHOUSE_USER="default"

Objetivo

Usuário ClickHouse.

CLICKHOUSE_MIGRATION_URL

export CLICKHOUSE_MIGRATION_URL="clickhouse://${APP_NAME}-clickhouse:9000"

Objetivo

Endpoint nativo ClickHouse utilizado pelas migrations.

CLICKHOUSE_CLUSTER_ENABLED

export CLICKHOUSE_CLUSTER_ENABLED="false"

Objetivo

Define se ClickHouse opera em cluster distribuído.

☁️ OCI Object Storage

Configuração OCI Object Storage para Upload de Eventos no Langfuse

Objetivo

Estas variáveis configuram o Langfuse para armazenar eventos, traces e arquivos no OCI Object Storage utilizando a API compatível com Amazon S3.

O Langfuse utiliza esse storage para:

Persistência de eventos
Upload de traces grandes
Armazenamento de payloads
Redução de carga no PostgreSQL
Redução de crescimento do ClickHouse
Armazenamento distribuído e durável

Variáveis de Ambiente

LANGFUSE_S3_EVENT_UPLOAD_BUCKET

- name: LANGFUSE_S3_EVENT_UPLOAD_BUCKET
  value: "langfuse-events"

Objetivo

Define o bucket do OCI Object Storage onde os eventos serão armazenados.

Observações

-O bucket deve existir previamente. -O bucket precisa estar na mesma região configurada. -Pode ser Standard ou Archive (recomendado Standard).

oci os bucket create \
--name langfuse-events \
--compartment-id <COMPARTMENT_OCID>

LANGFUSE_S3_EVENT_UPLOAD_PREFIX

- name: LANGFUSE_S3_EVENT_UPLOAD_PREFIX
  value: "events/"

Objetivo

Define o prefixo (pasta lógica) dentro do bucket.

Resultado

Os objetos serão gravados em:

langfuse-events/events/

Exemplo de objeto

events/traces/abc123.json

Benefícios

Permite:

Separar ambientes
Organizar dados
Facilitar lifecycle policies
Facilitar limpeza automática

Exemplos úteis

Produção:

value: "prod/events/"

Homologação:

value: "hml/events/"

Multi-Tenant:

value: "tenant-a/events/"

LANGFUSE_S3_EVENT_UPLOAD_REGION

- name: LANGFUSE_S3_EVENT_UPLOAD_REGION
  value: "${OCI_REGION}"

Objetivo

Define a região OCI do Object Storage.

Exemplos

sa-saopaulo-1
us-chicago-1
eu-frankfurt-1

Importância

A região precisa coincidir com:

bucket criado
endpoint S3
credenciais utilizadas

Exemplo

value: "sa-saopaulo-1"

LANGFUSE_S3_EVENT_UPLOAD_ENDPOINT

- name: LANGFUSE_S3_EVENT_UPLOAD_ENDPOINT
  value: "https://${OCI_NAMESPACE}.compat.objectstorage.${OCI_REGION}.oraclecloud.com"

Objetivo

Define o endpoint S3 compatível da OCI.

O OCI Object Storage possui uma API compatível com Amazon S3.

O Langfuse usa esse endpoint como se fosse AWS S3.

⸻

Estrutura do endpoint

https://<NAMESPACE>.compat.objectstorage.<REGION>.oraclecloud.com

Exemplo real

https://mycompany.compat.objectstorage.sa-saopaulo-1.oraclecloud.com

O que é OCI_NAMESPACE

O namespace é um identificador único global do tenancy OCI.

Exemplo

xkthfgahad

Como descobrir o namespace

OCI CLI

oci os ns get

Console OCI

Object Storage → Namespace

⸻

LANGFUSE_S3_EVENT_UPLOAD_ACCESS_KEY_ID

- name: LANGFUSE_S3_EVENT_UPLOAD_ACCESS_KEY_ID
  value: "${S3_ACCESS_KEY}"

Objetivo

Define o Access Key utilizado para autenticação S3.

Funciona similar ao AWS Access Key ID.

Nota: O par de keys de Custom Keys não pode ser gerado automaticamente pois não é fornecido o Secret. Isso só é possível via Console OCi

Identity & Security

→ Users

→ Seu usuário

→ Customer Secret Keys

→ Generate Secret Key

LANGFUSE_S3_EVENT_UPLOAD_SECRET_ACCESS_KEY

- name: LANGFUSE_S3_EVENT_UPLOAD_SECRET_ACCESS_KEY
  value: "${S3_SECRET_KEY}"

Objetivo

Define o segredo associado ao Access Key.

É equivalente ao AWS Secret Access Key.

⸻

Observações importantes

A secret é exibida apenas UMA vez na criação.
Deve ser armazenada com segurança.
Idealmente usar OCI Vault.

⸻

Recomendação

Nunca colocar diretamente no YAML.

Preferir:

valueFrom:
  secretKeyRef:
    name: object-storage-secret
    key: S3_SECRET_KEY

LANGFUSE_S3_EVENT_UPLOAD_FORCE_PATH_STYLE

- name: LANGFUSE_S3_EVENT_UPLOAD_FORCE_PATH_STYLE
  value: "true"

Objetivo

Força o cliente S3 a usar Path Style ao invés de Virtual Host Style.

⸻

Diferença entre estilos

Virtual Host Style (AWS padrão)

https://bucket.endpoint/object

Exemplo:

https://langfuse-events.s3.amazonaws.com/file.json

Path Style

https://endpoint/bucket/object

Exemplo:

https://compat.objectstorage.sa-saopaulo-1.oraclecloud.com/langfuse-events/file.json

Por que OCI precisa disso

O endpoint compatível S3 da OCI funciona melhor com:

LANGFUSE_S3_EVENT_UPLOAD_FORCE_PATH_STYLE=true

Sem isso podem ocorrer:

erro de assinatura
erro de hostname
erro 403
bucket não encontrado

Fluxo de Funcionamento

Langfuse
↓
S3 Compatible Client
↓
OCI Object Storage Endpoint
↓
Bucket OCI
↓
Persistência de Eventos

Benefícios dessa Arquitetura

Redução de Crescimento do PostgreSQL

Payloads grandes não ficam somente no banco.

⸻

Melhor Escalabilidade

Object Storage escala automaticamente.

⸻

Alta Durabilidade

OCI Object Storage possui alta redundância.

⸻

Menor Custo

Storage é mais barato que expandir PostgreSQL.

⸻

Facilidade de Backup

Object Storage já possui durabilidade nativa.

⸻

Recomendações Enterprise

Usar OCI Vault

Evitar secrets hardcoded.

⸻

Usar Instance Principal

Evitar Access Key fixa.

⸻

Criar Lifecycle Policies

Exemplo:

Apagar eventos após 30 dias
Mover para Archive após 7 dias

Exemplo de Lifecycle Policy

Object Storage
→ Bucket
→ Lifecycle Policy

Segurança Recomendada

Bucket privado

Nunca público.

⸻

Network privada

Preferencialmente:

OKE privado
Object Storage via Service Gateway

⸻

Policies mínimas

Exemplo:

Allow dynamic-group oke-cluster to manage objects in compartment observability

⸻

Importante

No OCI, esse Access Key pertence a um usuário OCI.

Não é o OCID do usuário.

⸻

Como gerar

OCI Console

📌 Resumo Geral

Principais categorias

Categoria	Variáveis
OCI	OCI_REGION, OCI_PROFILE
Registry	REGISTRY, IMAGE_REPOSITORY
Kubernetes	APP_NAME, K8S_NAMESPACE
PostgreSQL	DATABASE_URL
Redis	REDIS_AUTH
ClickHouse	CLICKHOUSE_URL
Security	NEXTAUTH_SECRET, ENCRYPTION_KEY
OCI Vault	OCI_SECRET_*
Object Storage	LANGFUSE_S3_*

🚀 Fluxo Completo

OCI Vault
   ↓
get_secret()
   ↓
export VARIAVEIS
   ↓
envsubst
   ↓
final.yaml
   ↓
kubectl apply

✅ Resultado Final

Ao final:

todas variáveis ficam centralizadas
secrets permanecem seguros
deployment torna-se parametrizável
ambiente fica reproduzível
stack torna-se adequada para CI/CD e produção

🔧 Substituição dinâmica

O script utiliza:

envsubst < langfuse_dist.yaml > final.yaml

📌 O que acontece

O Linux substitui:

${DB_PASSWORD}

por:

langfuse123

📌 Resultado

É gerado:

final.yaml

com:

todas variáveis preenchidas
senhas reais
URLs reais
tags reais
namespace real

☸️ Etapa 6 — Deployment Kubernetes

📌 Objetivo

Aplicar:

Deployments
Services
StatefulSets
PVCs
HPAs

no OKE.

Nota: É importante frisar que em regime produtivo, as etapas de gerar imagens, setar variaveis e executar a atualização no YAML de deployment final não são etapas necessárias. Pressupõe-se que as variáveis e as imagens já estejam preparadas para a execução de uma esteira produtiva. Estas etapas anteriores apenas servem para este tutorial como ilustração de como os recursos de OCI se comportam.

🔧 Comando

kubectl apply -f final.yaml

Nota: O arquivo de deployment final.yaml publica a solução em um endpoint com DNS: https://langfuse.seu. Lembre-se de alterar

📌 Resultado

O Kubernetes:

cria pods
cria services
cria volumes
cria load balancer
sobe Langfuse

🔒 Benefícios dessa Arquitetura

Segurança

Nenhuma senha:

hardcoded
commitada
salva no YAML final do template

Governança

Secrets centralizados no OCI Vault.

Escalabilidade

O mesmo template pode ser usado para:

DEV
QA
PROD

mudando apenas:

variáveis
secrets
tags

Reutilização

O deployment torna-se:

parametrizável
automatizável
CI/CD friendly

🚀 Fluxo Final Consolidado

1. mirror_images.sh
   ↓
2. create_secrets.sh
   ↓
3. capturar OCIDs
   ↓
4. set_var.sh
   ↓
5. envsubst
   ↓
6. final.yaml
   ↓
7. kubectl apply

Testando a Solução

Abra o browser para validar a UI do Langfuse. O Load-Balancer foi criado para uma subnet privada, nada impede de se criar em uma subnet pública. Para poder acessar talvez seja necessário executar o ssh em túnel como o exemplo:

ssh -i /mnt/d/Dropbox/ORACLE/sshkeybundle/Privatekey.pem opc@129.158.211.144 -L 8087:10.0.20.44:80

E depois acessar via browser com:

http://localhost:8087

Important

: The source code must be used at your own risk. There is no support and/or link with any company. The source code is free to modify and was built solely for the purpose of helping the community

✅ Resultado Final

Ao final:

imagens privadas OCI
secrets centralizados
deployment automatizado
stack observável
Langfuse operacional no OKE
arquitetura segura e escalável

Referências

Acknowledgments

Author - Cristiano Hoshikawa (Oracle LAD A-Team Solution Engineer)

26 KiB Raw Blame History

🚀 Tutorial Completo — Deploy do Langfuse no Oracle Kubernetes Engine (OKE)

📌 Introdução

🧠 O que é o Langfuse

🏗️ Arquitetura Geral

🔐 OCI Vault

📦 OCI Registry (OCIR)

☸️ Kubernetes Deployment

Persistência fora do Cluster Kubernetes

Retenção

PostgreSQL

Redis

ClickHouse

Langfuse API

Langfuse Worker

initContainers

🌐 OCI Load Balancer

☁️ OCI Object Storage

⚙️ Principais Variáveis

📦 Fluxo Completo — Imagens, OCI Vault e Deployment Final

🎯 Objetivo

🟢 Etapa 1 — Publicar Imagens no OCI Registry (OCIR)

📌 Objetivo

📦 Imagens utilizadas

🔄 Processo de Mirror

Exemplo

Pull

Tag

Push

📌 Resultado Final

🔐 Etapa 2 — Criar Secrets no OCI Vault

📌 Objetivo

🧠 Secrets utilizados

🔧 Script utilizado

📌 Como funciona

🔐 ENCRYPTION_KEY

📤 Resultado do Script

🧠 O que é o OCID do Secret?

🔥 Etapa 3 — Capturar os OCIDs

📌 Objetivo

📌 Exemplo

📌 Utilização

⚙️ Etapa 4 — Carregar Secrets Dinamicamente

📌 Objetivo

🔧 Função utilizada

📌 O que ocorre aqui

📌 Exemplo

📌 Resultado

🧩 Etapa 5 — Construção do final.yaml

📌 Objetivo

⚙️ Variáveis de Ambiente — Langfuse no OKE

📌 Introdução

🧩 Variáveis de Configuração OCI

OCI_PROFILE

Objetivo

Origem

Exemplo

OCI_REGION

Objetivo

Exemplos

OCI_NAMESPACE

Objetivo

📦 Variáveis do OCI Registry (OCIR)

REGION

Objetivo

Exemplos

TENANCY_NAMESPACE

Objetivo

REGISTRY

Resultado

Objetivo

🧠 Variáveis do Deployment

APP_NAME

Objetivo

Exemplos

K8S_NAMESPACE

Objetivo

IMAGE_REPOSITORY

Objetivo

Resultado

26 KiB

Raw Blame History