{"id":12667,"date":"2022-01-06T08:00:41","date_gmt":"2022-01-06T16:00:41","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=12667"},"modified":"2025-06-16T10:44:03","modified_gmt":"2025-06-16T17:44:03","slug":"wavelength-zones-for-edge-computing-with-couchbase","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/wavelength-zones-for-edge-computing-with-couchbase\/","title":{"rendered":"Zonas de longitud de onda para Edge Computing con Couchbase"},"content":{"rendered":"

Durante d\u00e9cadas, la \"\u00faltima milla\" ha sido una de las partes m\u00e1s d\u00e9biles de la infraestructura de Internet. Hoy, los operadores de telefon\u00eda m\u00f3vil est\u00e1n dispuestos a cambiar esa situaci\u00f3n proporcionando a las aplicaciones m\u00f3viles una conectividad fiable y r\u00e1pida con una latencia similar a la de una LAN. La introducci\u00f3n de <\/span>Longitud de onda AWS<\/span><\/a> permite a los desarrolladores aprovechar las modernas redes 5G y acercar la infraestructura de sus aplicaciones a sus clientes despleg\u00e1ndola directamente en los centros de datos de los operadores m\u00f3viles.\u00a0<\/span><\/p>\n

Las zonas de longitud de onda son una nueva tecnolog\u00eda que en Couchbase nos entusiasm\u00f3 explorar durante nuestra preparaci\u00f3n para <\/span>AWS re:Invent 2021<\/span><\/a>. Para mostrar sus posibilidades y c\u00f3mo nuestra arquitectura sin maestro facilita la computaci\u00f3n en los bordes, presentamos una aplicaci\u00f3n de subasta de demostraci\u00f3n que permite a los usuarios de Verizon en Las Vegas comparar las latencias de las peticiones entre el cl\u00e1sico <\/span>us-oeste-2<\/span><\/i> regi\u00f3n de AWS y la zona de borde de Las Vegas Wavelength. Esta entrada de blog repasa c\u00f3mo puedes usar la potencia de Couchbase Sync Gateway para empezar a manejar tus datos en el borde.\u00a0<\/span><\/p>\n

Configuraci\u00f3n del servidor basti\u00f3n<\/span><\/h4>\n

Las instancias Wavelength tienen direcciones IP asignadas por el operador m\u00f3vil y accesibles \u00fanicamente desde la red del operador y su VPC. Esto hace que sea imposible conectarse a estas instancias desde fuera de la red del operador.<\/span><\/p>\n

Por lo tanto, para administrar las instancias de Wavelength, un ingeniero de desarrollo debe conectarse directamente a la red del operador o utilizar soluciones alternativas como <\/span>servidores bastion<\/span><\/a>que, en los casos m\u00e1s sencillos, puede ser simplemente una instancia en su VPC de AWS desplegada en una zona de disponibilidad normal.<\/span><\/p>\n

Primero vamos a crear una clave privada de AWS EC2 que utilizaremos para acceder al servidor de salto:<\/span><\/p>\n

\"\"<\/p>\n

Crea el par de claves, desc\u00e1rgalo y gu\u00e1rdalo en un lugar seguro. No podr\u00e1s acceder a \u00e9l m\u00e1s adelante.<\/span><\/p>\n

\"\"<\/p>\n

Ahora, podemos desplegar una instancia de Amazon Linux que se convertir\u00e1 en nuestro host de salto ssh. No olvides asignarle una direcci\u00f3n IP p\u00fablica, configurar su grupo de seguridad para permitir conexiones ssh entrantes y salientes, y especificar el par de claves al iniciar la instancia:\u00a0<\/span><\/p>\n

Compruebe que puede acceder al nodo basti\u00f3n desde su ordenador:<\/span><\/p>\n

    \n
  1. Si a\u00fan no lo tienes, inicia un ssh-agent ejecutando: <\/span>eval $(ssh-agent -s)<\/span><\/em><\/li>\n
  2. A\u00f1ade la clave descargada ejecutando: <\/span>ssh-add<\/span><\/em><\/li>\n
  3. Conectarse a la instancia: <\/span>ssh<\/span><\/em><\/li>\n<\/ol>\n

    Para iniciar sesi\u00f3n en las instancias que crearemos posteriormente en la zona Wavelength, utilice el comando <\/span>-J<\/span> del comando ssh: <\/span>ssh -J .<\/span><\/em><\/p>\n

    Configuraci\u00f3n de la zona de longitud de onda<\/span><\/h4>\n

    En este ejemplo, utilizaremos Las Vegas Verizon (<\/span>usw2-wl1-las-wlz1<\/span><\/i>) como nuestra zona de borde. Para desplegar instancias en ella y asumiendo que una VPC en<\/span> us-oeste-2<\/span><\/i> creada anteriormente, primero tenemos que crear una regi\u00f3n :<\/span><\/p>\n

      \n
    1. Pasarela de operador para conectar nuestras instancias de borde tanto a Internet como a la red del operador.\u00a0<\/span><\/li>\n
    2. Subred en la que desplegaremos nuestras instancias<\/span><\/li>\n
    3. Tabla de enrutamiento que dirige el tr\u00e1fico de Internet hacia y desde la subred a trav\u00e9s de la pasarela del operador.<\/span><\/li>\n<\/ol>\n

      AWS nos permite hacer todo esto en un solo paso al utilizar su <\/span>Crear pasarela de operador<\/span><\/i> que se muestra a continuaci\u00f3n. Tambi\u00e9n se encarga de crear una tabla de enrutamiento que dirigir\u00e1 el tr\u00e1fico entre las instancias de la subred y la infraestructura portadora:<\/span><\/p>\n

      \"\"<\/p>\n

      Configuraci\u00f3n del cl\u00faster Couchbase<\/span><\/h4>\n

      Una vez creada la subred, podemos proceder a crear instancias EC2 para nuestros futuros clusters. Hay m\u00faltiples formas de desplegar Couchbase, aqu\u00ed tienes dos de ellas:<\/span><\/p>\n

      Lo m\u00e1s sencillo es crear un cl\u00faster Kubernetes y utilizar nuestro operador aut\u00f3nomo para desplegar y gestionar el cl\u00faster Couchbase. Tenga en cuenta que los cl\u00fasteres EKS y los grupos de autoescalado requieren 2 subredes en diferentes regiones. Aunque hay m\u00faltiples zonas de disponibilidad de Wavelength, todas estas zonas est\u00e1n ubicadas en diferentes ciudades. Si desea garantizar que su cl\u00faster est\u00e1 ubicado en Las Vegas, tendr\u00eda que crear su cl\u00faster manualmente. Consulte <\/span>Documentaci\u00f3n de Couchbase Autonomous Operator para obtener instrucciones de instalaci\u00f3n<\/span><\/a>.<\/span><\/p>\n

      Una forma alternativa es instalar Couchbase directamente en las instancias EC2 y configurarlo manualmente. Este es el enfoque que tomamos para nuestro <\/span>re:Inventar<\/span><\/a> presentaci\u00f3n. Las instrucciones para instalar Couchbase pueden obtenerse en <\/span>nuestra documentaci\u00f3n<\/span><\/a>.<\/span><\/p>\n

      Tenga en cuenta que la infraestructura de Wavelength s\u00f3lo admite un conjunto limitado de tipos de instancia EC2. Para esta presentaci\u00f3n, hemos elegido <\/span>t3.xlarge<\/span><\/i> como nodos Couchbase y Sync Gateway.\u00a0<\/span><\/p>\n

      Se recomienda utilizar diferentes claves SSH para diferentes servidores, o al menos diferentes clusters. Para utilizar el host basti\u00f3n, tendr\u00e1 que a\u00f1adir cada clave SSH que cree a su agente SSH ejecutando: <\/span>ssh-add .<\/span><\/p>\n

      Configuraci\u00f3n de Sync Gateway<\/span><\/h4>\n

      El procedimiento de configuraci\u00f3n de Sync Gateway est\u00e1 ampliamente documentado en la secci\u00f3n <\/span>Documentaci\u00f3n sobre Couchbase aqu\u00ed<\/span><\/a>. El cifrado TLS es compatible con la pasarela desde el primer momento. Para configurarlo, proporcione rutas al certificado y a su clave privada a trav\u00e9s de <\/span>SSLCert<\/span><\/i> y <\/span>SSLKey<\/span><\/i> Esto cambiar\u00e1 los puertos utilizados por el servicio de puerta de enlace a puertos SSL.<\/span>Alternativamente, un proxy inverso como NGINX se puede utilizar para agregar el cifrado de seguridad de la capa de transporte como lo hicimos para la presentaci\u00f3n. A continuaci\u00f3n se muestra una configuraci\u00f3n de NGINX que puede utilizar para proxy conexiones Sync Gateway:<\/span><\/p>\n

      server {\r\nlisten 4984 ssl;\r\nserver_name example.com;\r\nssl_certificate \/etc\/letsencrypt\/live\/example.com\/fullchain.pem;\r\nssl_certificate_key \/etc\/letsencrypt\/live\/example.com\/privkey.pem;\r\nclient_max_body_size 20m;\r\n\r\nlocation \/ {\r\nproxy_set_header Host $host;\r\nproxy_set_header X-Forwarded-Host $host;\r\nproxy_set_header X-Forwarded-Proto $scheme;\r\nproxy_set_header X-Real-Ip $remote_addr;\r\nproxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\r\nproxy_set_header Upgrade $http_upgrade;\r\nproxy_set_header Connection $connection_upgrade;\r\nproxy_pass https:\/\/gateway_node:4984;\r\nproxy_http_version 1.1;\r\nproxy_pass_request_headers on;\r\nproxy_pass_header Accept;\r\nproxy_pass_header Server;\r\nkeepalive_requests 1000;\r\nkeepalive_timeout 360s;\r\nproxy_read_timeout 360s;\r\n}\r\n}<\/pre>\n
      Aunque la mayor parte de esta configuraci\u00f3n representa una soluci\u00f3n com\u00fan para proxyar sockets web, las tres \u00faltimas l\u00edneas configuran tiempos de espera de red que son m\u00e1s adecuados para aplicaciones m\u00f3viles en las que la estabilidad de la conexi\u00f3n a Internet puede sufrir en cualquier momento.<\/span><\/p>\n
      Otra instrucci\u00f3n importante es <\/span>client_max_body_size<\/span><\/i> que aumenta el l\u00edmite de informaci\u00f3n que los dispositivos m\u00f3viles pueden enviar en una sola conexi\u00f3n websocket.<\/span><\/p>\n
      Conclusi\u00f3n<\/span><\/h4>\n
      Couchbase es naturalmente la base de datos elegida para los despliegues edge. De entrada, te ofrece la oportunidad de elegir entre un conjunto de servicios de los que puede beneficiarse cualquier aplicaci\u00f3n:<\/span><\/p>\n