SSL para SaaS com multiplos domínios usando Docker e Caddy

Marllon Gomes — Mon, 26 Jun 2023 18:31:09 +0000

Precisa fornecer automaticamente certificados SSL para os usuários do seu SaaS (Software as a Service)? Pode parecer uma tarefa difícil à medida que você expande a quantidade de domínios. A boa notícia é que há uma solução viável e simples chamada Caddy.

Claro que existem várias soluções pagas disponíveis no mercado, tipo SSL para SaaS da Cloudflare, que simplificam o processo. Só que os preços são salgados, especialmente para empresas que estão começando e ainda não podem fazer esse investimento.

Depois de uma boa pesquisa e testes, descobri o Caddy, que oferece https on_demand, com validação de domínio.

Vou te mostrar como implementei essa configuração usando Docker e Docker-compose.

Considerando um docker-compose com a aplicação principal e um container caddy. No container caddy, temos 3 volumes mapeados: "caddydata", "caddycfg" e o Caddyfile (próximo parágrafo).

version: '3'

services:
  caddy:
    image: caddy:latest
    restart: always
    ports:
      - '80:80'
      - '443:443'
      - '443:443/udp'
    volumes:
      - caddydata:/data
      - caddycfg:/config
      - ./Caddyfile:/etc/caddy/Caddyfile
    depends_on:
      - app
    networks:
      - app

  app:
    build:
      context: .
      dockerfile: ./dockerassets/app/Dockerfile
    restart: always
    networks:
      - app

networks:
  app:

volumes:
  caddydataprod:
  caddycfgprod:

Criando o Caddyfile:

{
    email email@suaempresa.com

    on_demand_tls {
        ask http://app/api/check-domain
        interval 2m
        burst 5
    }
}

No topo do arquivo, temos as configurações gerais do Caddy, incluindo o e-mail usado para emitir os certificados SSL e as configurações do on demand tls. No “on_demand_tls”, definimos a URL que responde com status 200, caso o domínio esteja cadastrado e ativo na sua aplicação, além do tempo de cache.

Assim, sempre que uma requisição de um domínio que ainda não tem certificado chega no servidor, o Caddy envia uma requisição para a URL do parâmetro “ask”, com o domínio como parâmetro de URL. Por exemplo: http://app/api/check-domain?domain=dominio.com. (lembre-se do www).

Aqui, temos o redirecionamento de http para https.

http:// {
    redir https://{host}{uri} permanent
}

E finalmente, o proxy reverso com tls on demand para a aplicação.

https:// {
    tls {
        on_demand
    }

    reverse_proxy app:80
}

Confira o Caddyfile completo com todas as configurações acima:

{
    email email@suaempresa.com
    on_demand_tls {
        ask http://app/api/check-domain
        interval 2m
        burst 5
    }
}

http:// {
    redir https://{host}{uri} permanent
}

https:// {
    tls {
        on_demand
    }

    reverse_proxy app:80
}

Pronto! Com tudo configurado corretamente, basta um simples "docker compose up -d" para que sua aplicação comece a fornecer certificados SSL para domínios apontados para o seu servidor.

Entenda as vantagens de usar o Redis: Exemplo prático em Laravel

Marllon Gomes — Mon, 16 Jan 2023 00:43:42 +0000

Performance é um fator crítico em qualquer aplicação, especialmente em aplicações de alto tráfego. Bancos de dados comuns, como PostgreSQL, MySQL e Oracle, são amplamente utilizados e são projetados para gerenciar dados estruturados e relacionamentos entre tabelas.

No entanto, esses bancos têm alguns limites de utilização tanto para leitura quanto para escrita, pois são gravados em disco nos servidores. Apesar das grandes melhorias trazidas pelos SSDs, ainda há gargalos quando se trata de milhões de requisições.

Com o crescimento de toda aplicação, chega um momento em que apenas o banco de dados relacional com gravação em disco já não será suficiente para suportar toda a carga de acessos, o que leva à busca por soluções para este problema.

Uma solução amplamente utilizada por grandes empresas é o Redis, que é um banco de dados NoSQL muito rápido devido à sua arquitetura, pois armazena os dados na memória RAM do servidor, permitindo que ele seja muito mais rápido do que os armazenamentos em disco.

A velocidade de acesso à memória RAM é significativamente maior do que a velocidade de acesso ao disco. Isso se deve ao fato de que todos os bytes gravados na memória RAM podem ser acessados diretamente pelo processador em nanosegundos, enquanto os dados armazenados em disco precisam ser lidos através do trajeto: disco → memória RAM → processador, o que leva alguns milissegundos para ser processado.

Veja abaixo um exemplo usando PHP e Laravel em que a leitura de todos os posts de uma determinada tabela passa de aproximadamente 300ms para apenas 10ms, simplesmente com a implementação do Redis. Essa diferença de 290ms pode parecer insignificante em aplicações pequenas, mas em 1 milhão de requisições representa uma diferença significativa de 80 horas para completar a mesma tarefa.

Exemplo de código sem ache, com resposta média de 300ms

<?php

namespace App\Http\Controllers;

use Illuminate\Support\Facades\Cache;
use App\Http\Controllers\Controller;
use App\Models\Post;

class PostsController extends Controller {
    public function index() {
        return response()->json(Post::all());
    }
}

Exemplo de código com cache utilizando Redis, com resposta média de 10ms

<?php

namespace App\Http\Controllers;

use Illuminate\Support\Facades\Cache;
use App\Http\Controllers\Controller;
use App\Models\Post;

class PostsController extends Controller {
    public function index() {
        $cacheKey = 'posts';
        $cacheDuration = 60; //in seconds
        $posts = Cache::remember($cacheKey, $cacheDuration, function() {
            return Post::all();
        });
        return response()->json($posts);
    }
}

Forem: Marllon Gomes

SSL para SaaS com multiplos domínios usando Docker e Caddy

Entenda as vantagens de usar o Redis: Exemplo prático em Laravel