+---------------------------------------------------------------------------------------------------+
|               O CAMINHO DA MORTE DE UMA REQUISIÇÃO SOB SOBRECARGA NO KERNEL                      |
+---------------------------------------------------------------------------------------------------+

   [ REQUISIÇÕES CONCORRENTES (10.000/s) ]
                     │
                     ▼
   [ PLACA DE REDE (NIC) / DRIVER ] ──► IRQ / DPC Overload
                     │
                     ▼
   [ KERNEL TCP/IP STACK ] ───────────► SYN Queue esgotada? ──► [ DROP SILENCIOSO / RST ]
                     │
                     ▼
   [ DRIVER HTTP.SYS (Modo Kernel) ] ─► QueueLength esgotada? ──► [ HTTP 503 SERVICE UNAVAILABLE ]
                     │                 (Padrão: 1.000 slots)      (Direto do Kernel, 0% CPU .NET)
                     ▼
   [ USER-SPACE WORKER (w3wp.exe) ] ──► ThreadPool Starvation ──► [ LATÊNCIA INFINITA / 504 TIMEOUT ]
                     │
                     ▼
   [ BACKEND / REVERSE PROXY ] ───────► SNAT / TIME_WAIT Loop ─► [ WSAENOBUFS (Erro 10055) ]
+---------------------------------------------------------------------------------------------------+

System Error: 10055 (WSAENOBUFS)
"An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full."

# Consultar faixa de portas dinâmicas IPv4 ativas
netsh int ipv4 show dynamicport tcp

# Inicia a faixa em 1025 e aloca 64.511 portas para saída TCP
netsh int ipv4 set dynamicport tcp start=1025 num=64511
netsh int ipv6 set dynamicport tcp start=1025 num=64511

# Validação do novo intervalo (1025 a 65535)
netsh int ipv4 show dynamicport tcp

# Caminho dos parâmetros do protocolo TCP/IP no Registro
$tcpPath = "HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters"

# 1. Reduz o ciclo de TIME_WAIT para 30 segundos (valor hexadecimal 0x1E)
Set-ItemProperty -Path $tcpPath -Name "TcpTimedWaitDelay" -Value 30 -Type DWord

# 2. Define o teto máximo de portas de usuário para 65534
Set-ItemProperty -Path $tcpPath -Name "MaxUserPort" -Value 65534 -Type DWord

# 3. Reduz retransmissões de pacotes SYN para evitar manter conexões mortas pendentes
Set-ItemProperty -Path $tcpPath -Name "TcpMaxDataRetransmissions" -Value 3 -Type DWord

# 4. Habilita proteção ativa contra ataques de SYN Flood
Set-ItemProperty -Path $tcpPath -Name "SynAttackProtect" -Value 1 -Type DWord

Write-Host "Tuning de parâmetros TCP/IP aplicado com sucesso. Reinício recomendado." -ForegroundColor Green

# Totaliza sockets agrupados pelo estado da máquina de estados TCP
Get-NetTCPConnection | Group-Object State -NoElement | Format-Table Count, Name -AutoSize

# Contagem específica de sockets travados em TIME_WAIT
$timeWaitCount = (Get-NetTCPConnection -State TimeWait -ErrorAction SilentlyContinue).Count
Write-Host "Total de Conexões em TIME_WAIT no momento: $timeWaitCount" -ForegroundColor Yellow

+---------------------------------------------------------------------------------------------------+
|               ARQUITETURA DE WEB FARM IIS ATIVO/ATIVO COM BORDA RESILIENTE                        |
+---------------------------------------------------------------------------------------------------+

                          [ TRÁFEGO CLIENTE / CDN ]
                                     │
                                     ▼
                    [ VIRTUAL IP (VIP): 192.168.10.100 ]
                                     │
                 ┌───────────────────┴───────────────────┐
                 ▼ (VRRP Heartbeat / Health Check L7)    ▼
       +───────────────────+                   +───────────────────+
       |   ARR NODE 01     |                   |   ARR NODE 02     |
       |  (IIS ARR + URL)  | ◄=== VRRP v2 ===► |  (IIS ARR + URL)  |
       |  Master (Ativo)   |                   |  Backup (Standby) |
       +───────────────────+                   +───────────────────+
                 │                                       │
                 └───────────────────┬───────────────────┘
                                     │ (Balanceamento L7: Weighted Round Robin / Healthz)
         ┌───────────────────────────┼───────────────────────────┐
         ▼                           ▼                           ▼
+─────────────────+         +─────────────────+         +─────────────────+
|  WEB NODE 01    |         |  WEB NODE 02    |         |  WEB NODE 03    |
|  (IIS Worker)   |         |  (IIS Worker)   |         |  (IIS Worker)   |
|  .NET 8 / C#    |         |  .NET 8 / C#    |         |  .NET 8 / C#    |
+─────────────────+         +─────────────────+         +─────────────────+
         │                           │                           │
         └───────────────────────────┼───────────────────────────┘
                                     │
          SMB 3.0 / Clustered Storage (Redundância Física com CA)
         ┌───────────────────────────────────────────────────────┐
         | • Shared Configuration (applicationHost.config)       |
         | • Centralized Certificate Store (CCS - *.pfx)         |
         | • Static MachineKey Padronizada em todos os nós       |
         └───────────────────────────────────────────────────────┘

vrrp_script chk_arr_health {
    # Script que valida se o IIS ARR local está respondendo HTTP 200 na porta 80/443
    script "/usr/bin/curl -s -f -o /dev/null http://127.0.0.1/health-check"
    interval 1       # Executa a cada 1 segundo
    weight -20       # Reduz prioridade se falhar
    fall 2           # Considera morto após 2 falhas consecutivas
    rise 2           # Recupera após 2 sucessos
}

vrrp_instance VI_HORANERD_EDGE {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 101     # Prioridade maior no Node 01
    advert_int 1

    authentication {
        auth_type PASS
        auth_pass Secr3tP@ssVRRP
    }

    virtual_ipaddress {
        192.168.10.100/24 dev eth0 label eth0:vip
    }

    track_script {
        chk_arr_health
    }
}

# Habilita Shared Configuration apontando para um repositório central SMB 3.0
# Importante: A conta utilizada deve ter privilégios de leitura na pasta de rede
Import-Module WebAdministration

$sharedPath = "\\storage-cluster.corp.local\IIS_Configurations\Farm01"
$encryptionKeyPassword = "SenhaCriptograficaExtremamenteForte123!"

Enable-IISSharedConfig -PhysicalPath $sharedPath `
                       -UserName "CORP\svc_iis_farm" `
                       -Password "SenhaDeServicoForte!" `
                       -KeyEncryptionPassword $encryptionKeyPassword

Write-Host "Shared Configuration ativado com sucesso em direção a: $sharedPath" -ForegroundColor Green

# Instala o recurso Centralized SSL Certificate Support
Install-WindowsFeature -Name Web-CertProvider -IncludeManagementTools

# Configura o caminho do armazenamento central de certificados
Set-WebConfigurationProperty -pspath 'MACHINE/WEBROOT/APPHOST' `
    -location '' `
    -filter "system.webServer/centralCertProvider" `
    -name "enabled" -value "True"

Set-WebConfigurationProperty -pspath 'MACHINE/WEBROOT/APPHOST' `
    -filter "system.webServer/centralCertProvider" `
    -name "certStoreLocation" -value "\\storage-cluster.corp.local\SSL_Certs"

Set-WebConfigurationProperty -pspath 'MACHINE/WEBROOT/APPHOST' `
    -filter "system.webServer/centralCertProvider" `
    -name "userName" -value "CORP\svc_iis_farm"

Set-WebConfigurationProperty -pspath 'MACHINE/WEBROOT/APPHOST' `
    -filter "system.webServer/centralCertProvider" `
    -name "password" -value "SenhaDeServicoForte!"

CryptographicException: The validation key cannot be verified.
Invalid viewstate or CSRF anti-forgery token mismatch.

<configuration>
  <system.web>
    <!-- machineKey estática padronizada: obrigatória para nós em Web Farm -->
    <machineKey 
      validationKey="D92E4628BC5B80C34B8F3316E2DF8235A214C92E1B952136C78912E3F45D98A7B2C103F6789ABCDEF0123456789ABCDEF0123456789ABCDEF0123456789ABCDE" 
      decryptionKey="4F62B83C52D756329A8C5B426E7DF980A123C45E67F89012" 
      validation="SHA256" 
      decryption="AES" />
  </system.web>
</configuration>

Import-Module WebAdministration

$appPoolName = "AppPool_HoraNerd_Production"

# 1. Ajuste da fila de requisições do http.sys para 65535
Set-ItemProperty "IIS:\AppPools\$appPoolName" -Name "queueLength" -Value 65535

# 2. Desativação do Idle Timeout (0 minutos = mantido vivo continuamente)
Set-ItemProperty "IIS:\AppPools\$appPoolName" -Name "processModel.idleTimeout" -Value ([TimeSpan]::FromMinutes(0))

# 3. Habilitação de StartMode AlwaysRunning (requer módulo Application Initialization)
Set-ItemProperty "IIS:\AppPools\$appPoolName" -Name "startMode" -Value "AlwaysRunning"

# 4. Configuração de limites de reciclagem segura
Set-ItemProperty "IIS:\AppPools\$appPoolName" -Name "recycling.periodicRestart.time" -Value ([TimeSpan]::FromMinutes(0))
Set-ItemProperty "IIS:\AppPools\$appPoolName" -Name "recycling.disallowOverlappingRotation" -Value "False"

Write-Host "Tuning do Application Pool [$appPoolName] aplicado com sucesso." -ForegroundColor Green

+---------------------------------------------------------------------------------------------------+
|               ARQUITETURA DE CHECKOUT RESILIENTE: SALA DE ESPERA E DISSOCIAÇÃO                    |
+---------------------------------------------------------------------------------------------------+

   [ 50.000 USUÁRIOS NO CHECKOUT ]
                 │
                 ▼
   [ VIRTUAL WAITING ROOM (EDGE) ] ──► Emite Token JWT criptografado com cota de passagem
                 │                     (Admite apenas 500 req/s controladas na origem)
                 ▼
   [ ORIGEM / API DE CHECKOUT ] ──────► Valida assinatura JWT em O(1)
                 │
                 ▼
   [ REDIS IN-MEMORY (LUA SCRIPT) ] ──► Decremento Atômico de Estoque em 0.2ms
                 │                     Sem Locks de Tabela | Sem Deadlocks SQL
                 ▼
   [ RESERVA CONFIRMADA EM MEMÓRIA ]
                 │
                 ▼
   [ MENSAGERIA ASSÍNCRONA ] ─────────► Enfileira evento "PedidoCriadoEvent" (RabbitMQ / Kafka)
                 │
                 ▼
   [ BACKGROUND WORKERS ] ────────────► Consumo cadenciado gravando no Banco Relacional (SQL Server)
                                       Pool de conexões estável em 50 conexões (Carga plana)
+---------------------------------------------------------------------------------------------------+

-- Padrão perigoso sob alta concorrência:
BEGIN TRANSACTION;

SELECT Saldo 
FROM Estoque WITH (UPDLOCK, ROWLOCK) 
WHERE ProdutoId = 42;

-- Se Saldo > 0:
UPDATE Estoque 
SET Saldo = Saldo - 1 
WHERE ProdutoId = 42;

INSERT INTO Pedidos (ProdutoId, UsuarioId, DataHora) VALUES (42, 1001, GETDATE());

COMMIT TRANSACTION;

{
  "sub": "user_892314",
  "queue_position": 142,
  "status": "admitted",
  "target_path": "/checkout/processar",
  "nbf": 1794553200,
  "exp": 1794553800,
  "iss": "horanerd-edge-gatekeeper"
}

-- ==============================================================================
-- SCRIPT LUA ATÔMICO DE DECREMENTO DE ESTOQUE PARA REDIS
-- KEYS[1]: Chave de saldo do produto (ex: "estoque:produto:42:saldo")
-- KEYS[2]: Chave de reserva/pedidos (ex: "estoque:produto:42:reservas")
-- ARGV[1]: Quantidade solicitada para compra (ex: 1)
-- ARGV[2]: ID do Usuário ou ID do Pedido
-- ARGV[3]: Tempo de expiração da reserva em segundos (ex: 600 = 10 minutos)
-- ==============================================================================

local stockKey = KEYS[1]
local reservationKey = KEYS[2]
local requestedQty = tonumber(ARGV[1])
local userId = ARGV[2]
local reservationTtl = tonumber(ARGV[3])

-- 1. Verifica se a chave do produto existe no Redis
local currentStock = redis.call('GET', stockKey)
if not currentStock then
    -- Código -2: Produto não cadastrado ou cache frio
    return -2
end

currentStock = tonumber(currentStock)

-- 2. Verifica se o saldo é suficiente
if currentStock < requestedQty then
    -- Código -1: Estoque insuficiente (Esgotado)
    return -1
end

-- 3. Verifica se o usuário já possui uma reserva ativa para evitar clique duplo
local existingReservation = redis.call('HEXISTS', reservationKey, userId)
if existingReservation == 1 then
    -- Código -3: Compra duplicada em andamento
    return -3
end

-- 4. Decrementa o estoque de forma atômica
redis.call('DECRBY', stockKey, requestedQty)

-- 5. Grava a reserva temporária associada ao usuário
redis.call('HSET', reservationKey, userId, requestedQty)

-- 6. Define a expiração do hash de reserva se ainda não tiver TTL configurado
local currentTtl = redis.call('TTL', reservationKey)
if currentTtl < 0 then
    redis.call('EXPIRE', reservationKey, reservationTtl)
end

-- Retorno 1: Sucesso absoluto na reserva do item
return 1

using StackExchange.Redis;
using System.Security.Cryptography;

public class CheckoutService
{
    private readonly IDatabase _redisDb;
    private readonly string _luaScriptSha; // Script pré-carregado no Redis com SCRIPT LOAD

    public CheckoutService(IConnectionMultiplexer redisConnection, string luaScriptContent)
    {
        _redisDb = redisConnection.GetDatabase();
        // Carrega o script previamente no Redis para execução ultrarrápida via EVALSHA
        var server = redisConnection.GetServer(redisConnection.GetEndPoints().First());
        _luaScriptSha = server.ScriptLoad(luaScriptContent);
    }

    public async Task<CheckoutResult> ReservarItemAsync(int produtoId, string usuarioId, int quantidade)
    {
        var keys = new RedisKey[]
        {
            $"estoque:produto:{produtoId}:saldo",
            $"estoque:produto:{produtoId}:reservas"
        };

        var args = new RedisValue[]
        {
            quantidade,
            usuarioId,
            600 // 10 minutos para concluir o pagamento
        };

        // Executa o script atômico no Redis via hash SHA1
        var result = (int)await _redisDb.ScriptEvaluateAsync(_luaScriptSha, keys, args);

        return result switch
        {
            1 => CheckoutResult.Sucesso,
            -1 => CheckoutResult.EstoqueEsgotado,
            -2 => CheckoutResult.ProdutoInexistente,
            -3 => CheckoutResult.PedidoJaEmProcessamento,
            _ => CheckoutResult.ErroDesconhecido
        };
    }
}

[ Usuário ] ──► (POST /checkout) ──► [ Redis Lua: -1 Estoque ]
                                             │
      ◄────── Resposta HTTP 200 OK ──────────┤ (Latência Total: ~15ms)
                                             ▼
                                  [ Fila: "pedidos-novos" ]
                                             │
                                             ▼
                             [ Background Worker Service ]
                                             │
                             (Grava em lotes com transações suaves)
                                             ▼
                                    [ SQL Server DB ]

# ==============================================================================
# HORA NERD - PERFMON COLLECTOR PARA IIS & .NET RUNTIME
# ==============================================================================

# 1. Tamanho da fila do driver http.sys para o pool principal de produção
PerfCounter = iis.httpsys.queue["\HTTP Service Request Queues(AppPool_HoraNerd_Production)\CurrentQueueSize", 5]

# 2. Requisições enfileiradas no pipeline do ASP.NET
PerfCounter = aspnet.requests.queued["\ASP.NET\Requests Queued", 5]

# 3. Requisições em processamento simultâneo
PerfCounter = aspnet.requests.current["\ASP.NET\Requests Current", 5]

# 4. Exceções CLR lançadas por segundo
PerfCounter = dotnet.exceptions.rate["\.NET CLR Exceptions(_Global_)\# of Exceps Thrown / sec", 10]

# 5. Taxa de contenção de locks entre threads
PerfCounter = dotnet.threads.contention["\.NET CLR LocksAndThreads(_Global_)\Contention Rate / Sec", 10]

# 6. Conexões ativas no IIS
PerfCounter = iis.connections.active["\Web Service(_Total)\Current Connections", 10]

# 7. Falhas de conexão TCP IPv4
PerfCounter = tcp.connection.failures["\TCPv4\Connection Failures", 10]

+---------------------------------------------------------------------------------------------------+
|               DASHBOARD DE GUERRA (GRAFANA): VISÃO HIERÁRQUICA DE SRE                             |
+---------------------------------------------------------------------------------------------------+

 [ ROW 1: INDICADORES EXECUTIVOS (MÉTODO RED) ]
 ┌───────────────────────┐ ┌───────────────────────┐ ┌────────────────────────────────────────────┐
 | Throughput Total      | | Taxa de Erro HTTP 5xx | | Latência HTTP (Percentis)                  |
 | 14.850 req/s          | | 0.02% (Target < 0.1%) | | p50: 18ms | p95: 85ms | p99: 210ms         |
 └───────────────────────┘ └───────────────────────┘ └────────────────────────────────────────────┘

 [ ROW 2: SATURAÇÃO DE KERNEL & RUNTIME (MÉTODO USE) ]
 ┌───────────────────────┐ ┌───────────────────────┐ ┌────────────────────────────────────────────┐
 | Fila http.sys (Kernel)| | ASP.NET Requests Queue| | Concorrência de Locks CLR                 |
 | 0 slots (Normal)      | | 0 requisições         | | 2 contentions/s                          |
 └───────────────────────┘ └───────────────────────┘ └────────────────────────────────────────────┘

 [ ROW 3: CAMADA DE REDE & TCP SOCKETS ]
 ┌───────────────────────┐ ┌───────────────────────┐ ┌────────────────────────────────────────────┐
 | Conexões TIME_WAIT    | | Conexões Estabelecidas| | Utilização de Portas Efêmeras (%)          |
 | 4.120 sockets         | | 12.400 conexões ativas| | 18% da capacidade máxima (Seguro)          |
 └───────────────────────┘ └───────────────────────┘ └────────────────────────────────────────────┘

 [ ROW 4: INFRAESTRUTURA DE DADOS & SINCAL ]
 ┌───────────────────────┐ ┌───────────────────────┐ ┌────────────────────────────────────────────┐
 | Latência Redis (Lua)  | | Profundidade da Fila  | | Conexões Ativas no Banco Relacional        |
 | 0.42 ms (Média)       | | RabbitMQ: 850 msgs    | | 42 conexões (Pool máx: 100)               |
 └───────────────────────┘ └───────────────────────┘ └────────────────────────────────────────────┘

### FASE 1: T-72h (Preparação de Capacidade e Pré-Aquecimento)
- [ ] Executar script de Application Initialization (Warm-up) no IIS para compilar JIT e carregar rotas do ASP.NET.
- [ ] Configurar `Min Pool Size` nas Connection Strings do .NET (ex.: `Min Pool Size=50;`) para manter conexões abertas com o banco sem latência de handshake.
- [ ] Pré-alocar capacidade nas instâncias do Redis (desativar comandos perigosos como `KEYS *` e validar chave `maxmemory-policy`).
- [ ] Validar cotas de rede e limites de IOPS provisionados nas nuvens públicas ou storages locais.

### FASE 2: T-24h (Hardening e Ativação de Kill Switches)
- [ ] Decretar Code Freeze rigoroso (nenhum novo deployment de código em produção).
- [ ] Ativar Feature Flags / Kill Switches de componentes não essenciais:
  - [ ] Desativar motor de recomendações personalizadas na home page.
  - [ ] Substituir cálculo de frete dinâmico via API externa lenta por tabela de contingência em cache.
  - [ ] Desativar carregamento de avaliações em tempo real e comentários de clientes.
  - [ ] Suspender rotinas pesadas de relatórios analíticos e rotinas de backup que concorrem com o horário nobre.

### FASE 3: T-2h (Validação de Borda e Health Checks)
- [ ] Auditar endpoints de monitoramento de saúde: garantir que o `/healthz` seja ultraleve (não execute queries pesadas no banco de dados a cada probe).
- [ ] Validar a sincronização dos nós da Web Farm (Shared Configuration e Centralized Certificate Store).
- [ ] Realizar teste de failover real da VIP (Keepalived / ARR) forçando queda programada de um nó de borda.
- [ ] Ajustar TTL dos registros de DNS para 300 segundos para permitir chaveamento ágil de tráfego se necessário.

### FASE 4: T-Zero (Operação no Olho do Furacão)
- [ ] Equipe de SRE alocada na War Room com Dashboard do Grafana projetado.
- [ ] Monitoramento ativo dos contadores `http.sys QueueLength` e conexões `TIME_WAIT`.
- [ ] Operador de borda pronto para modular a vazão da Virtual Waiting Room caso a latência p99 ultrapasse 500ms.