Contrate um engenheiro de machine learning
Os engenheiros da Data Science Lab levam os seus modelos para produção como parte da sua equipa, como acontece na equipa Datalab da Waternet.
Como parte da equipa do laboratório de dados da Waternet, colocamos modelos em produção
A equipa do laboratório de dados da Waternet desenvolve projetos que são efetivamente implementados. Como parte dessa equipa, criamos e mantemos o fluxo de trabalho, desde o registo de modelos do MLflow e os modelos de CI/CD até ao código e aos modelos em produção, incluindo um modelo para minimizar as emissões de óxido nitroso numa estação de tratamento de águas residuais.
Porque é que o nosso modelo não sai do notebook?
O modelo do seu data scientist tem bons resultados no notebook, mas ninguém o transforma num serviço com testes, controlo de versões e monitorização. Um machine learning engineer faz esse trabalho na sua equipa e deixa definido o caminho para produção.
Quem contratar depende de onde o modelo está bloqueado neste momento
Engenheiro de machine learning
Transforma um notebook em código testado, uma pipeline de treino e um endpoint ou uma tarefa em lote, como na Waternet, onde colocamos código e modelos em produção.
Engenheiro de MLOps
Configura um registo de modelos, CI/CD e monitorização para vários modelos em simultâneo, como no GVB, com um fluxo de trabalho e templates reutilizáveis no Databricks.
Cientista de dados
Investiga o que um modelo pode fazer com novos dados, como no Datalab da ProRail, com cabos de fibra ótica que medem ondas sonoras ao longo da via férrea.
Engenheiro de IA
Liga o modelo à aplicação para que os resultados cheguem às pessoas no local onde trabalham, como no LUMC, numa aplicação clara e organizada.
Fale com o engenheiro sobre o seu próprio modelo antes de decidir
-
Modelo e ambiente
Discutimos que modelo deve entrar em produção, em que plataforma funciona e quem ficará responsável pela sua gestão.
-
Perfis e apresentações
Apresentamos colegas com experiência na plataforma da sua equipa. Pode falar com eles sem compromisso e decidir por si.
-
Trabalho em conjunto e passagem de conhecimento
O engenheiro trabalha no repositório e no backlog da sua equipa. O que funciona fica depois registado em código, templates e documentação.
Um ML engineer é adequado à nossa equipa e às nossas necessidades?
Adequado quando
Já existe um modelo ou uma questão clara apoiada por dados, mas a sua equipa não tem os conhecimentos necessários para colocar o modelo em produção e mantê-lo a funcionar de forma fiável.
Não é adequado quando
Ainda não existe uma questão ou dados para desenvolver um modelo, ou pretende receber uma aplicação pronta em vez de reforçar a equipa. Nesse caso, um projeto é a melhor opção.
Duração e preço
Não existe uma duração mínima ou máxima fixa. O custo depende dos conhecimentos necessários, da experiência do engineer e da duração do trabalho.
Contratado pela nossa empresa
Não está a contratar um trabalhador independente: o engineer tem um contrato de trabalho com a Data Science Lab. Os recursos humanos, o departamento de compras ou um consultor podem verificar se isto está de acordo com as políticas da sua organização.
Recorrer a um engenheiro, mandar desenvolver o modelo ou contratar alguém internamente?
Recorrer a um engenheiro
Opte por esta solução se os seus especialistas em data science vão desenvolver o modelo e manter a responsabilidade por ele, mas precisam de ajuda para o colocar em produção. É a opção que recomendamos quando o primeiro modelo tem de entrar em funcionamento.
Mandar desenvolver o modelo
Opte por esta solução se pretende uma aplicação funcional, com a conceção e a entrega a cargo de um único fornecedor. Consulte desenvolvimento de machine learning por terceiros.
Contratar alguém internamente
Opte por esta solução se prevê desenvolver modelos de forma contínua e precisa de manter o conhecimento internamente. O nosso engenheiro pode definir a forma de trabalhar e integrar o seu novo colega.
Por trás de cada engenheiro há uma equipa que mantém os modelos em produção
Os nossos engenheiros podem contar com colegas que trabalharam em modelos em produção na Waternet, no GVB e no LUMC, bem como com o nosso laboratório interno e as Techdays. A Data Science Lab existe desde 2016.

O seu modelo e a sua plataforma são o foco da primeira conversa
Stef Stoelwinder
Business DevelopmentStef é o seu primeiro ponto de contacto. Na primeira conversa, discutimos qual o modelo que deve entrar em produção, em que plataforma funciona e que perfil profissional é adequado.
E-mail info@datasciencelab.nl
Telefone +31 (0)20 3636 724
Que modelo devemos colocar em produção?
Indique-nos o modelo, a plataforma e a equipa em causa. Respondemos por e-mail ou propomos uma primeira conversa.
Mensagem enviada
Obrigado pela sua mensagem. Entraremos em contacto consigo o mais rapidamente possível.
Perguntas frequentes
Um engenheiro de machine learning garante que um modelo funciona fora do notebook. Transforma código experimental em código Python testado, constrói a pipeline que treina e coloca o modelo em produção, disponibiliza-o através de um endpoint ou de um processo batch e configura a monitorização.
Na nossa página sobre cedência de profissionais, esta função surge como especialista em machine learning, a par de funções como data scientist, engenheiro de IA e engenheiro de MLOps. O profissional mais adequado depende do seu modelo e da sua plataforma.
Um data scientist determina que modelo responde a uma questão e se tem um desempenho melhor do que uma solução de referência simples. O engenheiro de machine learning coloca esse modelo em produção e mantém-no a funcionar. O engenheiro de MLOps configura o processo comum a todos os modelos: model registry, CI/CD e monitorização.
Em equipas pequenas, uma pessoa acumula frequentemente duas destas funções. Se pretende implementar este processo como projeto, saiba mais sobre MLOps.
Training-serving skew é a diferença entre o desempenho de um modelo durante o treino e em produção. Uma causa comum é o cálculo dos dados de entrada ser ligeiramente diferente em produção e no notebook, por exemplo, porque a equipa de TI reconstruiu o cálculo noutra linguagem.
A Google recomenda utilizar, tanto quanto possível, o mesmo código nas pipelines de treino e produção. É precisamente esse o trabalho de um engenheiro de ML: criar uma única etapa de pré-processamento testada que funcione em ambas as pipelines.
Depende de quando precisa do resultado. Se uma aplicação tiver de responder de imediato a cada pedido, coloca-se o modelo por trás de um endpoint. Se bastar obter um resultado para todos os registos todas as noites ou de hora a hora, um processo batch é mais fácil de gerir.
No Databricks, pode fazer ambas as coisas com o Model Serving, para modelos registados no Unity Catalog. O Azure Machine Learning dispõe de endpoints online e batch. Com um endpoint online, pode distribuir o tráfego entre a versão antiga e a nova, para fazer a transição em segurança.
Desde 1 de janeiro de 2025, o Belastingdienst voltou a aplicar integralmente as regras contra o falso trabalho independente. Saber se alguém trabalha, na prática, como trabalhador por conta de outrem depende de fatores como a subordinação, a integração na organização e o exercício de uma atividade empresarial própria.
Um engenheiro de ML cedido pela Data Science Lab tem um contrato de trabalho connosco. É uma situação diferente da contratação direta de um freelancer. Peça aos recursos humanos, à equipa de compras ou a um consultor que analise a sua política de contratação.
Se o modelo tratar dados pessoais, aplica-se o RGPD. Segundo a Autoriteit Persoonsgegevens, é obrigatória uma avaliação de impacto sobre a proteção de dados (DPIA) quando utiliza sistemas algorítmicos com dados pessoais, mesmo num projeto-piloto. O Regulamento da IA classifica como de risco elevado, entre outras aplicações, o software que seleciona currículos; segundo a Comissão Europeia, essas obrigações aplicam-se a partir de 2 de dezembro de 2027.
Um engenheiro de ML configura os registos de atividade, as versões do modelo e a monitorização para que possa demonstrar como o modelo foi desenvolvido. Cabe ao seu departamento jurídico ou de conformidade avaliar se o modelo está abrangido pelas regras. Saiba mais sobre governação da IA.
Se ainda não houver um modelo ou uma questão clara, o engenheiro não tem nada para colocar em produção. Comece por data science ou por uma avaliação de maturidade. Se o problema for a falta de dados ou a sua má qualidade, trate primeiro da fundação de dados.
Se prevê acrescentar modelos de forma contínua, faz mais sentido contratar alguém para a equipa. Se procura uma aplicação pronta a utilizar, em vez de reforçar a equipa, opte por desenvolver o modelo como projeto.
Prefere que desenvolvamos um modelo a contratar alguém?
- Alocação de especialistasOs profissionais de dados e IA que pode contratar através de nós, de data engineers a engenheiros de IA, e como decorre o processo de seleção.
- Desenvolvimento de machine learningSe pretende que um modelo seja desenvolvido como projeto, desde o primeiro teste até à entrada em produção.
- MLOpsComo preparamos o caminho para produção de todos os seus modelos, com registo de modelos, CI/CD e monitorização.