Jump to content

Search the Community

Showing results for tags 'microservicos'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Q&A Desenvolvimento
    • Perguntas e respostas rápidas
  • Desenvolvimento e Banco de Dados
    • HTML e CSS
    • Java
    • Javascript
    • .NET
    • PHP
    • Python
    • Ruby
    • Mobile
    • Ambientes de Desenvolvimento
    • Arquitetura e Métodos Ágeis
    • Banco de Dados
    • DevOps
    • Desenvolvimento de Games
    • E-Commerce e Pagamentos Online
    • SEO e Otimizações
    • WordPress
    • Algoritmos & Outras Tecnologias
  • Design e Produto
    • Fotografia
    • Photoshop
    • Design de interfaces e UX
    • Edição/Produção de Vídeos
    • Marketing Online
    • Desenho, Ilustração e 3D
  • Entretenimento e uso pessoal
    • Geral
    • Segurança & Malwares
    • Gadgets e wearable
    • Softwares e Apps
    • Entretenimento

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Google+


Hangouts


Skype


Twitter


deviantART


Github


Flickr


LinkedIn


Pinterest


Facebook


Site Pessoal


Localização


Interesses

Found 2 results

  1. Olá boa tarde! Queria tirar uma duvida de como posso melhorar o desempenho no cenário citado abaixo: 1 - Aplicação desenvolvido com PHP (Zend Framework 1) * sei que esta obsoleto mais... o código é extenso demais para mudança agora! 2 - Banco de dados Postgres 9.6.0 (um banco unico onde tudo está nele, relatorios, envios, etc... todo serviço nele) O sistema: 1.1 - Plataforma de envios de mensagens via web e via api, com diversos tratamentos pesados incluindo "strings". (citei string que sabemos que compração de string é pesada) e tem clientes que enviam 50.000 em requisições exemplo de 5000 cada requisição... tem envios que chegam a 140.000 e nossa aplicação pega e trata tudo que tiver disponível em cada tarefa no CRON que passa de minuto em minuto. 2.2 - Banco de dados "Postgres" com diversas tabelas interligadas (80 tabelas) mais ou menos, usamos indexadores em algumas tabelas com campos de "inteiros" e "datas". (melhorou bem) mais mesmo assim está ruim o banco arreia constantemente com picos de 100% no hardware. A questão não é aumetnar o hardware por que o mesmo é bem pontente e com sobras para atender nossas necessidades. Nosso banco de dados tem em media 5.5 GB de dados e em média chega a aumentar por dia 100MB com picos de vez em quando de 300MB . Quando temos envios muito grandes isso consume muito banco, nosso sistema funciona de modo que temos tarefas rodando em segundo plano que são chamadas em periodos programados sendo que as mais importantes rodam de minuto a minuto, isto é, a cada 1 minuto. O hardware é potente 8 nucleos de processamento e 16GB de ram da Azure. Passamos por muitas vezes com altos disparos dessas mensagens e a gama de tratamento nas mensagens e endereços fazem o banco chegar a picos de 100% fazendo as vezes o nosso sistema ficar fora do ar por alguns segundos. Estávamos pensando em usar MONGO_DB / NO SQL para montar um segundo banco de dados e separar os serviços em microserviços para aliviar as rotinas da aplicação e estressar menos o banco de dados.Também balanceamento de carga mais seria em segundo momento... Alguém teria uma dica de correção na implementação para conseguir uma melhora no serviço para suavizar esses processos de pesados, tipo dividir o banco em servidores diferentes, usar mciroserviços, algum tipo de banco especifico que alguem tenha experiência e esteja rodando atualmente, alguma técnica funcional para esse caso ?
  2. Olá amigos do iMasters, Procuro parceiros/sócios para um projeto ousado e inovador, eu tenho todo o now-how e sei exatamente onde e como atrair público, o projeto será muito rentável e promissor, pois há apenas um site neste segmento a fornecer esse tipo de conteúdo. Escopo do Projeto: Site de relacionamento adulto voltado ao púbico gay (homens em sua maioria em torno de 40 anos), no qual o site deverá ser simples, intuitivo, amigável e semântico. O site seria baseado em nosso principal concorrente: bea.rs e com um toque da ousadia e usabilidade do site sexlog.com. A grande gama de funcionalidades seriam bem próximas ao site bea.rs (porém com uma usabilidade decente), com uma área chamada Magazine, igual a revista do Sexlog.com, ou seja, algumas funcionalidades do sexlog serão incorporadas. Usaremos como base um template administrativo já previamente selecionado, de forma a gastar tempo somente com: poucas customizações, já que os componentes de tela já estarão prontos; definição de padrão visual mais adequado ao negócio; criação de telas: - Tela de Cadastro - Tela Home (depois de cadastrado) - Tela de Sorteios - Tela de Eventos (possibilidade de favoritar eventos, gerando uma posterior notificação ao usuário quando da proximidade do evento) - Tela de perfil dos usuários e de informações da conta (uma conta pode ter vários perfis, como é o caso de contas de casais), incluindo uma galeria de imagens e vídeos - Tela de busca de usuários por características - Tela Pagamento Premium - Enquetes de diversos tipos (ex.: pessoa mais atraente do mês. Definir uma área no perfil do usuário onde outros votarão nele; e outra área para enquetes genéricas) - Uma opção de layout em que as imagens dos usuários não sejam exibidas, a fim de preservar a descrição quando do acesso em locais públicos. - Uma área de Magazine em que seriam postados algumas novidades e outros interesses diversos (vide sexlog). Uma espécie de blog, porém mais integrado ao site e ao seu respectivo contexto. É importante usar uma arquitetura de microsserviços, visando maior desacoplamento do resto do projeto. Muito Interessante o uso de algum framework MVC em client-side. Os microsserviços para comunicação com o backend deverão ser arquitetados com dados mockados até o backend estar pronto. Há total liberdade na definição do padrão visual, não fugindo obviamente do negócio do projeto. Pessoas com boa experiência em UX são bem-vindas, mas não é um requisito obrigatório. Favor apresentar portfólio, caso haja interesse no projeto. E-mail para contato: fabigusto@gmail.com Fico no aguardo de grandes entusiastas e bons programadores/designs! Abraços galera!!
×

Important Information

Ao usar o fórum, você concorda com nossos Terms of Use.