You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@atlas.apache.org by "Bolke de Bruin (JIRA)" <ji...@apache.org> on 2019/08/08 20:54:01 UTC

[jira] [Commented] (ATLAS-3305) Unable to scale atlas kafka consumers

    [ https://issues.apache.org/jira/browse/ATLAS-3305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16903328#comment-16903328 ] 

Bolke de Bruin commented on ATLAS-3305:
---------------------------------------

Why not use partitions with hashed ordering by qualified name? Or is this what you meant [~arempter]?

Can we have consensus here [~sarath.kum4r@gmail.com] cause this scalability issue is stopping deployment at the moment for us

> Unable to scale atlas kafka consumers
> -------------------------------------
>
>                 Key: ATLAS-3305
>                 URL: https://issues.apache.org/jira/browse/ATLAS-3305
>             Project: Atlas
>          Issue Type: Bug
>          Components:  atlas-core, atlas-intg
>    Affects Versions: 1.1.0, 2.0.0
>            Reporter: Adam Rempter
>            Priority: Major
>              Labels: performance
>
> We wanted to scale kafka consumers for atlas, as we are getting many lineage messages and processing them just with one consumer is not enough. 
>  
> There is parameter atlas.notification.hook.numthreads to scale consumers in  
> NotificationHookConsumer.
> But the method:
>  
> notificationInterface.createConsumers(NotificationType.HOOK, numThreads)
>  
> is always returning one element list, which effectively always starts one consumer
> List<NotificationConsumer<T>> consumers = Collections.singletonList(kafkaConsumer);
>  
> Log incorrectly says that nuber of consumers has been created:
> LOG.info("<== KafkaNotification.createConsumers(notificationType={}, numConsumers={}, autoCommitEnabled={})", notificationType, numConsumers, autoCommitEnabled)



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)