On Wed, Nov 13, 2024 at 11:08 AM Nadir Pervez <nadirper...@gmail.com> wrote: > > Hi All, > We have clients in the USA and we want to implement Cloud Berry on > those clients. As we all know that its a Chinese product and Apache has > also recognized it,
I think you are confusing products and projects. Apache Cloudberry is going to be a PROJECT of the Apache Software Foundation. That project may or may not have deployable binaries. It is guaranteed to have source code releases, of course. Even if the ASF releases deployable binaries (also known as binary convenience artifacts) those binaries will be provided WITHOUT ANY WARRANTY whatsoever -- this is typically NOT what customers of any commercially supported product want. Neither source code nor convenience binaries will have anything to do with any particular country. They are produced by the ASF as a whole (although arguably you may say that since the ASF is a US-based non profit corporation -- it is produced in the US). Then there will be a number of companies offering support for PRODUCTS. It may very well be the case that the Chinese corporation that was the original author of a lot of the code in Cloudberry (but not all, mind you -- a lot of that code came from PostgreSQL and a lot of it came from US-based corporations called Greenplum and Pivotal) will provide a PRODUCT of some kind. That PRODUCT will be, of course, a Chinese based PRODUCT and it will be up to you to either use it or not. This PRODUCT, by the way, will be called something completely different from Apache Cloudberry. I am sure there will be other companies in different countries providing PRODUCTS (all named very differently from each other and from the Apache Cloudberry) and you can pick one that works best for you. Now that this confusion has been cleared a few more comments inline: > so i have following concerns regarding this database: > 1. What would be the CloudBerry support model in USA. None. Apache Clouderry will be distributed under the Apache License and the Apache License explicitly states that there are NO EXPECTAIONS of any kind of support. Now, of course, the Apache Cloudberry community may provide an occasional support on this very mailing list -- but that's just a bunch of volunteers who decide what emails to answer and what to ignore. Remember -- we, here at the ASF -- are not being paid for ANYTHING so if we volunteer our time to help you with support -- this is simply because we LIKE to do so (and we may not like it tomorrow). > 2. How much Chinese will have influence on open source Cloud Berry > registered in Apache. The goal of the ASF is to make sure that there's no influence from any corporation (let alone countries) on any of our projects. We take that mission very seriously and if we suspect a foul play -- we've been known to take drastic measures. > 3. Will enterprise version of Cloud Berry be available in Apache? Enterprises typically pay for things like support and indemnification, so the answer to your question is NO it won't be. You will buy that from one of the companies OR use Apache Cloudberry as released by the ASF AT YOUR OWN RISK. > 4. Which features will not be available in open source Cloud Berry edition. Any features that any of the companies decide to keep propriatery in their PRODUCTS -- but that question is better asked of the companies. > 5. If we need features like HA of master nodes, compression and encryption > of data then will those features be available in open source edition? > 6. We need to implement our DR site as well in our second data center. Can > we achieve this in Cloud Berry. These two are really good questions to ask this community. Thanks, Roman. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org For additional commands, e-mail: dev-h...@cloudberry.apache.org
