From commits-return-42820-archive-asf-public=cust-asf.ponee.io@pulsar.apache.org Fri Nov 22 18:22:10 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 76FB9180629 for ; Fri, 22 Nov 2019 19:22:10 +0100 (CET) Received: (qmail 69312 invoked by uid 500); 22 Nov 2019 18:22:09 -0000 Mailing-List: contact commits-help@pulsar.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@pulsar.apache.org Delivered-To: mailing list commits@pulsar.apache.org Received: (qmail 69301 invoked by uid 99); 22 Nov 2019 18:22:09 -0000 Received: from ec2-52-202-80-70.compute-1.amazonaws.com (HELO gitbox.apache.org) (52.202.80.70) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Nov 2019 18:22:09 +0000 From: GitBox To: commits@pulsar.apache.org Subject: [GitHub] [pulsar] chrsoo commented on issue #5534: Pulsar Operator On Kubernetes Message-ID: <157444692976.13340.8205470174157150697.gitbox@gitbox.apache.org> Date: Fri, 22 Nov 2019 18:22:09 -0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit chrsoo commented on issue #5534: Pulsar Operator On Kubernetes URL: https://github.com/apache/pulsar/issues/5534#issuecomment-557638764 The difficulty here is where to draw the line between more or less static configuration and what should remain dynamically defined at runtime by the clients/users of the system. This might vary in different contexts. I think it could be useful to define CRDs for the following Pulsar configuration items: 1. **Tenants** with namespaces and their relation to Clusters 1. **Persistent Topics** and their relation to tenants/namespaces 1. **Sources** and **Sinks** and their relation to clusters/topics Starting with Tenants the following CRDs might be useful * **PulsarTenant** - defines a Pulsar Tenant * **PulsarNamespace** - defines a Pulsar Namespace for a Tenant * **PulsarNamespaceBinding** - binds a Pulsar Namespace to a PulsarCluster It would be good if Tenants and Namespaces are defined at the K8s cluster level as a Tenants and Namespaces then could be reused across multiple PulsarClusters defined in the different K8s namespaces. The PulsarNamespaceBinding should be defined at the namespace level and in the same namespace as the PulsarCluster to which it is bound. @sky-big - does all this make sense to you? ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: users@infra.apache.org With regards, Apache Git Services