Do not speak Portuguese? Translate this site with Google or Bing Translator
Implantando serviços ao cluster do Docker Swarm

Posted on: February 03, 2020 03:02 PM

Posted by: Renato

Categories: linux Docker

Views: 520

Implantando serviços ao cluster do Docker Swarm

– uma solução de automação pré-configurada, destinada à criação de vários nodes do Docker Engine interconectados que são executados em um modo swarm e constituem um cluster altamente disponível e confiável.

A solução fornece os principais benefícios para a hospedagem de aplicativos baseada no Docker, permitindo executar imagens do Docker como serviços swarm e escalá-los facilmente até um número desejado de réplicas. Isso garante alta disponibilidade, proteção contra falha e até distribuição de carga de trabalho entre membros do cluster.

docker-swarm-cluster.png

Operações básicas de gerenciamento e implantação de serviços

Se você ainda não tem um cluster do Docker Swarm, siga as instruções vinculadas para obtê-lo em questão de minutos e conecte-se ao seu swarm de qualquer maneira preferencial. Por exemplo, acesso via GUI Portainer, Jelastic SSH Gate e Docker Machine.

Dica: Começando com o release 5.4 do Jelastic, é possível estabelecer uma conexão com o contêiner necessário, diretamente do painel, por meio do emulador Web SSH incorporado.

Depois que uma conexão com o node gerenciador do Docker Swarm for estabelecida (estamos trabalhando no Jelastic SSH Gate neste exemplo), você poderá começar a gerenciar com seu cluster. Por exemplo, verifique a lista de nodes em que seu cluster swarm consiste, executando a próxima linha de código:

docker node ls

SJR.jpg

Onde:

{name}: qualquer nome desejado para o processo {image}: qualquer imagem do Docker desejada (por exemplo, dockersamples/static-site)

  1. Verifique seus serviços com o comando apropriado:
docker service ls

Como você pode ver, há um gerenciador e dois contêineres de trabalho em nosso cluster swarm. Os nodes gerenciadores elegem automaticamente um único líder para conduzir tarefas de orquestração, enquanto os gerentes restantes (se houver) são marcados como “acessíveis” para tolerar falhas.

  1. Vamos atualizar nosso serviço para melhorar a confiabilidade por meio da replicação e, simultaneamente, publicá-lo para permitir o acesso pela Internet.
docker service update –replicas {replicas} –publish-add {ports} {service}

Onde:

{replicas}: várias réplicas para criar para o processo {ports}: duas portas separadas por dois pontos (isto é, publicadas – para publicar o serviço e a porta de destino na imagem do Docker implementada), por exemplo 8080:80 {service}: nome de um serviço a ser atualizado Espere um minuto para que todas as réplicas sejam configuradas.

Agora, você pode acessar sua imagem através da porta especificada (8080 no nosso caso):

access-to-image-via-specified-port.png

  1. Para remover qualquer processo, chame a seguinte linha de código:
docker service rm {service}

Essa é a base do gerenciamento de serviços swarm; para aprender mais opções avançadas, por favor consulte a documentação oficial.

Implantação automatizada de serviços com o arquivo Stack Para implantar automaticamente seu serviço, você precisará do arquivo apropriado do Docker Compose, no qual todas as ações necessárias para implantação são listadas.

  1. Você pode criar esse arquivo stack usando qualquer editor (por exemplo, vim) ou buscá-lo a partir de uma fonte externa (por exemplo, com curl).

No nosso caso, baixamos as fontes stack para o exemplo do aplicativo de votação, que ajudará a descobrir se o ponto A (Gatos) é mais popular que o ponto B (Cães) de acordo com as escolhas reais do usuário. O resultado dessa votação será exibido como uma porcentagem relativa das preferências dos eleitores.

  1. Para implantar seu aplicativo, use o seguinte comando e forneça o arquivo stack:
    docker stack deploy -c {compose-file} {name}

    Onde:

{compose-file} – o arquivo que você preparou na etapa anterior (docker-stack.yml no nosso caso) {name} – qualquer nome preferido (por exemplo, VotingApp)

  1. Agora, vamos verificar os serviços em execução no cluster swarm com:
docker service ls

SSSSSS.jpg

Como você pode ver, todos os serviços especificados no arquivo stack do docker já foram iniciados (espere um minuto se algumas REPLICAS ainda não estiverem ativas). Além disso, dentro da coluna PORTAS, você pode encontrar o número da porta em que um determinado serviço é executado (por exemplo, 5000 para votação e 5001 para saída de resultados no nosso caso).

  1. Finalmente, acesse seu serviço através do navegador e adicione a porta apropriada (se necessário) ao endereço:

bhe.jpg

Desta forma, você obtém uma confiabilidade extra de serviço com a proteção de falha e até mesmo a distribuição de cargas de trabalho garantidas automaticamente ao hospedar seus serviços dockerizados no cluster do Docker Swarm. E a solução Docker Swarm, pré-embalada pela Jelastic para instalação com apenas um clique, fornece todos os benefícios acima mencionados em questão de minutos.


1

Share

Donate to Site


About Author

Renato

Developer

Add a Comment
Comments 0 Comments

No comments yet! Be the first to comment

Blog Search


Categories

OUTROS (15) Variados (109) PHP (130) Laravel (158) Black Hat (3) front-end (28) linux (113) postgresql (39) Docker (27) rest (5) soap (1) webservice (6) October (1) CMS (2) node (7) backend (13) ubuntu (54) devops (25) nodejs (5) npm (2) nvm (1) git (8) firefox (1) react (6) reactnative (5) collections (1) javascript (6) reactjs (7) yarn (0) adb (1) Solid (2) blade (3) models (1) controllers (0) log (1) html (2) hardware (3) aws (14) Transcribe (2) transcription (1) google (4) ibm (1) nuance (1) PHP Swoole (5) mysql (31) macox (4) flutter (1) symfony (1) cor (1) colors (2) homeOffice (2) jobs (3) imagick (2) ec2 (1) sw (1) websocket (1) markdown (1) ckeditor (1) tecnologia (14) faceapp (1) eloquent (14) query (4) sql (40) ddd (3) nginx (9) apache (4) certbot (1) lets-encrypt (3) debian (11) liquid (1) magento (2) ruby (1) LETSENCRYPT (1) Fibonacci (1) wine (1) transaction (1) pendrive (1) boot (1) usb (1) prf (1) policia (2) federal (1) lucena (1) mongodb (4) paypal (1) payment (1) zend (1) vim (4) ciencia (6) js (1) nosql (1) java (1) JasperReports (1) phpjasper (1) covid19 (1) saude (1) athena (1) cinnamon (1) phpunit (2) binaural (1) mysqli (3) database (42) windows (6) vala (1) json (2) oracle (1) mariadb (4) dev (12) webdev (24) s3 (4) storage (1) kitematic (1) gnome (2) web (2) intel (3) piada (1) cron (2) dba (18) lumen (1) ffmpeg (2) android (2) aplicativo (1) fedora (2) shell (4) bash (3) script (3) lider (1) htm (1) csv (1) dropbox (1) db (3) combustivel (2) haru (1) presenter (1) gasolina (1) MeioAmbiente (1) Grunt (1) biologia (1) programming (22) performance (3) brain (1) smartphones (1) telefonia (1) privacidade (1) opensource (3) microg (1) iode (1) ssh (3) zsh (2) terminal (3) dracula (1) spaceship (1) mac (2) idiomas (1) laptop (2) developer (37) api (4) data (1) matematica (1) seguranca (2) 100DaysOfCode (9) hotfix (1) documentation (1) laravelphp (10) RabbitMQ (1) Elasticsearch (1) redis (2) Raspberry (4) Padrao de design (4) JQuery (1) angularjs (4) Dicas (40) Kubernetes (3) vscode (2) backup (1) angular (3) servers (2) pipelines (1) AppSec (1) DevSecOps (4) rust (1) RustLang (1) Mozilla (1) algoritimo (1) sqlite (1) Passport (1) jwt (4) security (2) translate (1) kube (2) iot (1) politica (2) bolsonaro (1) flow (1) podcast (1) Brasil (1) containers (3) traefik (1) networking (1) host (1) POO (2) microservices (2) bug (1) cqrs (1) arquitetura (2) Architecture (3) sail (3) militar (1) artigo (1) economia (1) forcas armadas (1) ffaa (1) autenticacao (1) autorizacao (2) authentication (4) authorization (2) NoCookies (1) wsl (4) memcached (1) macos (2) unix (2) kali-linux (1) linux-tools (5) apple (1) noticias (2) composer (1) rancher (1) k8s (1) escopos (1) orm (1) jenkins (4) github (5) gitlab (3) queue (1) Passwordless (1) sonarqube (1) phpswoole (1) laraveloctane (1) Swoole (1) Swoole (1) octane (1) Structurizr (1) Diagramas (1) c4 (1) c4-models (1) compactar (1) compression (1) messaging (1) restfull (1) eventdrive (1) services (1) http (1) Monolith (1) microservice (1) historia (1) educacao (1) cavalotroia (1) OOD (0) odd (1) chatgpt (1) openai (3) vicuna (1) llama (1) gpt (1) transformers (1) pytorch (1) tensorflow (1) akitando (1) ia (1) nvidia (1) agi (1) guard (1) multiple_authen (2) rpi (1) auth (1) auth (1) livros (2) ElonMusk (2) Oh My Zsh (1) Manjaro (1) BigLinux (2) ArchLinux (1) Migration (1) Error (1) Monitor (1) Filament (1) LaravelFilament (1) replication (1) phpfpm (1) cache (1) vpn (1) l2tp (1) zorin-os (1) optimization (1) scheduling (1) monitoring (2) linkedin (1) community (1) inteligencia-artificial (2) wsl2 (1) maps (1) API_KEY_GOOGLE_MAPS (1) repmgr (1) altadisponibilidade (1) banco (1) modelagemdedados (1) inteligenciadedados (4) governancadedados (1) bancodedados (2) Observability (1) picpay (1) ecommerce (1) Curisidades (1) Samurai (1) KubeCon (1) GitOps (1)

New Articles



Get Latest Updates by Email