Date   

Re: Is it true that only one application can run/scale in a space? #cf

Steve Taylor
 

Simon, it feels very much like `borntorule76` is doing a homework assignment, as opposed to asking genuine questions.  I was perplexed by their hail of questions (including the format - multiple, unrelated, choice?) until a coworker pointed out that this happens from time to time.


On Mon, Nov 19, 2018 at 8:14 AM Simon D Moser <smoser@...> wrote:
no. not true. Where did you read that ?

Mit freundlichen Grüßen / Kind regards

Simon Moser

Senior Technical Staff Member / IBM Master Inventor
Bluemix Application Platform Lead Architect
Dept. C727, IBM Research & Development Boeblingen

-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-4304
Fax: +49-7031-16-4890
E-Mail: smoser@...
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart, HRB 243294

*******

ITIL has led people to think in siloes ("go fix change management").
Project Management has led people to think in finite units of work instead of streams of product.
Both are fundamental dysfunctions of the framework model, not failures of execution.
       ⁃        Rob England




From:        borntorule73@...
To:        cf-dev@...
Date:        17/11/2018 07:28
Subject:        [cf-dev] Is it true that only one application can run/scale in a space? #cf
Sent by:        cf-dev@...




Is it true that only one application can run/scale in a space?




Re: Is it true that only one application can run/scale in a space? #cf

Simon D Moser
 

no. not true. Where did you read that ?

Mit freundlichen Grüßen / Kind regards

Simon Moser

Senior Technical Staff Member / IBM Master Inventor
Bluemix Application Platform Lead Architect
Dept. C727, IBM Research & Development Boeblingen

-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-4304
Fax: +49-7031-16-4890
E-Mail: smoser@...
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart, HRB 243294

*******

ITIL has led people to think in siloes ("go fix change management").
Project Management has led people to think in finite units of work instead of streams of product.
Both are fundamental dysfunctions of the framework model, not failures of execution.
       ⁃        Rob England




From:        borntorule73@...
To:        cf-dev@...
Date:        17/11/2018 07:28
Subject:        [cf-dev] Is it true that only one application can run/scale in a space? #cf
Sent by:        cf-dev@...




Is it true that only one application can run/scale in a space?




Re: Eirini in 2019 CFAR certification requirements

Chip Childers <cchilders@...>
 

On Sat, Nov 17, 2018 at 5:03 AM Krannich, Bernd <bernd.krannich@...> wrote:
  • If I am not getting things wrong this means that distributions could be certified with only running Diego well before the Diego GA.
This is an accurate statement.
 

[1] Feedback: For governance docs (@Chip Childers), it might be worthwhile to keep things in a public Github repo, too.


Ack - will work on that. :) 


Re: What is the URL of an application in Cloudofundry? #cf

Simon D Moser
 

It's derived from the CF system domain. If your CF system domain is "mycf.com", the app would be "myApp.mycf.com"

Mit freundlichen Grüßen / Kind regards

Simon Moser

Senior Technical Staff Member / IBM Master Inventor
Bluemix Application Platform Lead Architect
Dept. C727, IBM Research & Development Boeblingen

-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-4304
Fax: +49-7031-16-4890
E-Mail: smoser@...
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart, HRB 243294

*******

ITIL has led people to think in siloes ("go fix change management").
Project Management has led people to think in finite units of work instead of streams of product.
Both are fundamental dysfunctions of the framework model, not failures of execution.
       ⁃        Rob England




From:        borntorule73@...
To:        cf-dev@...
Date:        17/11/2018 07:27
Subject:        [cf-dev] What is the URL of an application in Cloudofundry? #cf
Sent by:        cf-dev@...




Is it -

1. Subdomain.domain
2. Domain.subdomain
3. Subdomain
4. Domain
5. None




Re: Can same application be deployed to multiple spaces? #cf

Simon D Moser
 

yes it can. I think per default they would have to get differnt routes though (although I think there is a way to even overcome that in case you really want, but that surely is a special use-case)

Mit freundlichen Grüßen / Kind regards

Simon Moser

Senior Technical Staff Member / IBM Master Inventor
Bluemix Application Platform Lead Architect
Dept. C727, IBM Research & Development Boeblingen

-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-4304
Fax: +49-7031-16-4890
E-Mail: smoser@...
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart, HRB 243294

*******

ITIL has led people to think in siloes ("go fix change management").
Project Management has led people to think in finite units of work instead of streams of product.
Both are fundamental dysfunctions of the framework model, not failures of execution.
       ⁃        Rob England




From:        borntorule73@...
To:        cf-dev@...
Date:        17/11/2018 07:27
Subject:        [cf-dev] Can same application be deployed to multiple spaces? #cf
Sent by:        cf-dev@...




Can someone suggest if a same application be deployed to multiple spaces?




Re: What is the topmost administrative unit in Cloudfoundry? #cf

Simon D Moser
 

Depends how you define "administrative" I guess. Org is definitly higher than Space (an org can contain 1--N spaces), and roles & membership rights are controlled on the org/space level
Quota is a bit orthogonal to it (as you can define org and space quotas) - see https://docs.cloudfoundry.org/adminguide/quota-plans.html

Mit freundlichen Grüßen / Kind regards

Simon Moser

Senior Technical Staff Member / IBM Master Inventor
Bluemix Application Platform Lead Architect
Dept. C727, IBM Research & Development Boeblingen

-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-4304
Fax: +49-7031-16-4890
E-Mail: smoser@...
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart, HRB 243294

*******

ITIL has led people to think in siloes ("go fix change management").
Project Management has led people to think in finite units of work instead of streams of product.
Both are fundamental dysfunctions of the framework model, not failures of execution.
       ⁃        Rob England




From:        borntorule73@...
To:        cf-dev@...
Date:        17/11/2018 07:26
Subject:        [cf-dev] What is the topmost administrative unit in Cloudfoundry? #cf
Sent by:        cf-dev@...




1. Space
2. Quota
3. Organization
4. None




Re: What are the new components of DEIGO? #cf

Mike Lloyd <mike@...>
 

Here are the current components:

 

  • Diego Cell – compute node
  • Diego Brain – scheduling
  • Diego  Database – auctioning, service registrations, and locking

 

You can find more about each of the components here: https://docs.cloudfoundry.org/concepts/diego/diego-architecture.html

 

Let us know if that doesn’t help.

 

Thanks,

 

Mike.

 

From: cf-dev@... <cf-dev@...> On Behalf Of borntorule73@...
Sent: Saturday, November 17, 2018 12:47 AM
To: cf-dev@...
Subject: Re: [cf-dev] What are the new components of DEIGO? #cf

 

I am not spamming, just trying to seek help. This is a help forum if I am not wrong!


Re: Eirini in 2019 CFAR certification requirements

Daniel Jones
 

Hi all,

The most important thing to ensure is that folks know what they're getting. It is in no-one's interests for a customer/user to think they're getting Cloud Foundry, and then find it doesn't offer all the advertised features - that would undermine trust in Cloud Foundry as a technology, and as a community.

If Eirini is optional in the certification and there's a clear feature matrix in the docs for each Eirini release detailing feature parity with Diego, then there is no danger of this happening.

Perhaps those not in favour of including Eirini in the certification spec could define the scope of the feature matrix, to ensure that all their concerns are highlighted.

Regards,
Daniel 'Deejay' Jones - CTO
+44 (0)79 8000 9153
EngineerBetter Ltd - More than cloud platform specialists


On Sat, 17 Nov 2018 at 10:03, Krannich, Bernd <bernd.krannich@...> wrote:

Hi all,

 

For SAP, as a CFF member having developers working on Eirini fulltime, it is evident that Troy’s

 

> a number of us are keen to see Kubernetes-native app scheduling in CFAR distributions as soon as possible. Ideally we would like these distributions to be certified by the CF Foundation when they are released.

 

includes SAP as well.

 

Following Simon’s reasoning, not being able to certify a distribution running Eirini would actually be an adoption blocker for us. Also, similar to IBM, it is a well-kept secret that SAP is running some of the biggest Cloud Foundry deployments world-wide (oops, now I told it…), so we’ll do our part to make sure that Eirini is scaling and capable to run production workloads.

 

I did some “internet archeology” to see how we handled the DEA à Diego switch and certification. Unfortunately, I think the old certification docs are gone from the Cloud Foundry homepage [1], but there’s archive.org, fortunately:

 

Thanks,

Bernd

 

[1] Feedback: For governance docs (@Chip Childers), it might be worthwhile to keep things in a public Github repo, too.

 

From: <cf-dev@...> on behalf of Simon D Moser <smoser@...>
Reply-To: "cf-dev@..." <cf-dev@...>
Date: Saturday, 17.
November 2018 at 09:22
To: "cf-dev@..." <cf-dev@...>
Subject: Re: [cf-dev] Eirini in 2019 CFAR certification requirements

 

While i agree that Eirini needs more Battle-testing and production evaluation still, i think the key is this not a certification *requirement*, but rather a *certification option*. From my point of view, IBM will have a commercial Eirini out in 2019 and we want that not to be non-certified. Up to an cf adopter whether he‘ll take the risk to pick it up or not, but if you do you should be within the certification.

 

FWIW, with SUSE SCF and IBM CFEE there will likely be at least two production adopter products in 2019, and the community cannot and does not want to make that decision dependent on PCF adoption. Other projects have been production tested on other CF offerings like IBM Bluemix in the past, so PCF is not (and should not be) the only quality gate for an open source project. 

 

Von meinem iPhone gesendet


Am 17.11.2018 um 00:39 schrieb Sascha Matzke <sascha.matzke@...>:

Hi,

 

I really don't want to spoil your enthusiasm, but I would say let's run some production workloads on Eirini first and then include it in the certification (2020 maybe?).

 

One of the things I love about the current Cloud Foundry ecosystem is that it is continuously "battle tested" on PWS and other environments (even if it's not for altruistic reasons at all, it's still a great service for the community - Kudos Pivotal!). 

 

I would like to see the same level of validation for Eirini before including it in the certification requirements. 

 

Best, 

 

Sascha

 

 

On Fri, Nov 16, 2018 at 11:47 PM Troy Topnik <troy.topnik@...> wrote:

Eirini is coming, and a number of us are keen to see Kubernetes-native app scheduling in CFAR distributions as soon as possible. Ideally we would like these distributions to be certified by the CF Foundation when they are released.

 

We recognize that Eirini is still in incubation, but it’s getting closer to feature parity with Diego every day. The Cloud Foundry acceptance tests (CATs) are almost all passing, and are expected to be fully passing by the time the certification requirements are released, but the 2019 requirements are currently being drafted.

 

So I’d like to propose including Eirini as an alternative CFAR scheduler, assuming it will be passing the relevant tests by the time of certification.

 

My suggestion is a one line change to the Application Runtime section of the certification requirements:

 

The Application Runtime portion of a certified offering must include the following components:

·         Cloud Controller: https://github.com/cloudfoundry/capi-release/

·         Router: https://github.com/cloudfoundry-incubator/routing-release/

·         Diego and/or Eirini: https://github.com/cloudfoundry/diego-release/  https://github.com/cloudfoundry-incubator/eirini

·         ...

 

There are likely more changes coming in this section from other projects, but this would be the diff from the 2018 certification requirements.

 

Obviously, this is a matter for discussion with the wider community and of course the PMC Council, so let’s start the discussions here on cf-dev and expose all the questions and concerns.


Cheers,

TT


--

Troy Topnik

Senior Product Manager, 

SUSE Cloud Application Platform 

 


 

--

Through the darkness of future past
the magician longs to see
One chants out between two worlds
Fire walk with me.

 




---------- Forwarded message ----------
From: Eric Malm <emalm@...>
To: cf-dev <cf-dev@...>
Cc: 
Bcc: 
Date: Tue, 29 Nov 2016 09:53:44 -0800
Subject: [cf-dev] Cloud Foundry Diego v1.0.0 released, starting EOL schedule for DEAs
Hi, all,

I'm extremely pleased to report that the Cloud Foundry Diego team has now released version 1.0.0 of diego-release, after having successfully validated its ambitious scaling targets in a full Cloud Foundry setting. If you've been following in our public tracker at https://www.pivotaltracker.com/n/projects/1003146, or joined the Community Advisory Board discussion earlier this month, you'll have seen that the Diego team has succeeded in running 200,000 CF apps with a total of 250,000 instances on a large, Diego-backed CF deployment on GCP.

A key part of achieving this milestone has been replacing the etcd key-value store with a relational data store, and from version 1.0.0 forward Diego officially supports only MySQL and Postgres databases. Consequently, if you haven't done so already, please conduct your migration to one of these two relational stores as soon as possible. Throughout major version 1, Diego will support migrating data from existing etcd data stores to MySQL or Postgres, but not standalone etcd deployments. We also recommend that operators adopt a new set of more granular database configuration properties introduced in Diego v0.1490.0 instead of the original monolithic connection string.

As a reminder, the release of Diego v1.0.0 also officially starts the six-month end-of-life schedule for the DEAs. Please see more details in the earlier announcement at https://lists.cloudfoundry.org/archives/list/cf-dev@.../message/GMXXJTTM2Q6SIRGVXSQH4TPLHTVHKNNG/.

Finally, a tremendous thank-you to all of the past and present members of the Diego team, stretching all the way back to January 2014!

Thanks,
Eric Malm, CF Runtime Diego PM


action failed: cloud controller ng

Russell Blue
 

Hi,

I deployed cf-deployment on openstack. all vms are running but action cloud controller ng failed.
I review log file and I see ''bundle" error.
please help me

best regards


Re: Eirini in 2019 CFAR certification requirements

Krannich, Bernd
 

Hi all,

 

For SAP, as a CFF member having developers working on Eirini fulltime, it is evident that Troy’s

 

> a number of us are keen to see Kubernetes-native app scheduling in CFAR distributions as soon as possible. Ideally we would like these distributions to be certified by the CF Foundation when they are released.

 

includes SAP as well.

 

Following Simon’s reasoning, not being able to certify a distribution running Eirini would actually be an adoption blocker for us. Also, similar to IBM, it is a well-kept secret that SAP is running some of the biggest Cloud Foundry deployments world-wide (oops, now I told it…), so we’ll do our part to make sure that Eirini is scaling and capable to run production workloads.

 

I did some “internet archeology” to see how we handled the DEA à Diego switch and certification. Unfortunately, I think the old certification docs are gone from the Cloud Foundry homepage [1], but there’s archive.org, fortunately:

 

Thanks,

Bernd

 

[1] Feedback: For governance docs (@Chip Childers), it might be worthwhile to keep things in a public Github repo, too.

 

From: <cf-dev@...> on behalf of Simon D Moser <smoser@...>
Reply-To: "cf-dev@..." <cf-dev@...>
Date: Saturday, 17.
November 2018 at 09:22
To: "cf-dev@..." <cf-dev@...>
Subject: Re: [cf-dev] Eirini in 2019 CFAR certification requirements

 

While i agree that Eirini needs more Battle-testing and production evaluation still, i think the key is this not a certification *requirement*, but rather a *certification option*. From my point of view, IBM will have a commercial Eirini out in 2019 and we want that not to be non-certified. Up to an cf adopter whether he‘ll take the risk to pick it up or not, but if you do you should be within the certification.

 

FWIW, with SUSE SCF and IBM CFEE there will likely be at least two production adopter products in 2019, and the community cannot and does not want to make that decision dependent on PCF adoption. Other projects have been production tested on other CF offerings like IBM Bluemix in the past, so PCF is not (and should not be) the only quality gate for an open source project. 

 

Von meinem iPhone gesendet


Am 17.11.2018 um 00:39 schrieb Sascha Matzke <sascha.matzke@...>:

Hi,

 

I really don't want to spoil your enthusiasm, but I would say let's run some production workloads on Eirini first and then include it in the certification (2020 maybe?).

 

One of the things I love about the current Cloud Foundry ecosystem is that it is continuously "battle tested" on PWS and other environments (even if it's not for altruistic reasons at all, it's still a great service for the community - Kudos Pivotal!). 

 

I would like to see the same level of validation for Eirini before including it in the certification requirements. 

 

Best, 

 

Sascha

 

 

On Fri, Nov 16, 2018 at 11:47 PM Troy Topnik <troy.topnik@...> wrote:

Eirini is coming, and a number of us are keen to see Kubernetes-native app scheduling in CFAR distributions as soon as possible. Ideally we would like these distributions to be certified by the CF Foundation when they are released.

 

We recognize that Eirini is still in incubation, but it’s getting closer to feature parity with Diego every day. The Cloud Foundry acceptance tests (CATs) are almost all passing, and are expected to be fully passing by the time the certification requirements are released, but the 2019 requirements are currently being drafted.

 

So I’d like to propose including Eirini as an alternative CFAR scheduler, assuming it will be passing the relevant tests by the time of certification.

 

My suggestion is a one line change to the Application Runtime section of the certification requirements:

 

The Application Runtime portion of a certified offering must include the following components:

·         Cloud Controller: https://github.com/cloudfoundry/capi-release/

·         Router: https://github.com/cloudfoundry-incubator/routing-release/

·         Diego and/or Eirini: https://github.com/cloudfoundry/diego-release/  https://github.com/cloudfoundry-incubator/eirini

·         ...

 

There are likely more changes coming in this section from other projects, but this would be the diff from the 2018 certification requirements.

 

Obviously, this is a matter for discussion with the wider community and of course the PMC Council, so let’s start the discussions here on cf-dev and expose all the questions and concerns.


Cheers,

TT


--

Troy Topnik

Senior Product Manager, 

SUSE Cloud Application Platform 

 


 

--

Through the darkness of future past
the magician longs to see
One chants out between two worlds
Fire walk with me.

 


Re: Eirini in 2019 CFAR certification requirements

Simon D Moser
 

While i agree that Eirini needs more Battle-testing and production evaluation still, i think the key is this not a certification *requirement*, but rather a *certification option*. From my point of view, IBM will have a commercial Eirini out in 2019 and we want that not to be non-certified. Up to an cf adopter whether he‘ll take the risk to pick it up or not, but if you do you should be within the certification.

FWIW, with SUSE SCF and IBM CFEE there will likely be at least two production adopter products in 2019, and the community cannot and does not want to make that decision dependent on PCF adoption. Other projects have been production tested on other CF offerings like IBM Bluemix in the past, so PCF is not (and should not be) the only quality gate for an open source project. 

Von meinem iPhone gesendet

Am 17.11.2018 um 00:39 schrieb Sascha Matzke <sascha.matzke@...>:

Hi,

I really don't want to spoil your enthusiasm, but I would say let's run some production workloads on Eirini first and then include it in the certification (2020 maybe?).

One of the things I love about the current Cloud Foundry ecosystem is that it is continuously "battle tested" on PWS and other environments (even if it's not for altruistic reasons at all, it's still a great service for the community - Kudos Pivotal!). 

I would like to see the same level of validation for Eirini before including it in the certification requirements. 

Best, 

Sascha


On Fri, Nov 16, 2018 at 11:47 PM Troy Topnik <troy.topnik@...> wrote:

Eirini is coming, and a number of us are keen to see Kubernetes-native app scheduling in CFAR distributions as soon as possible. Ideally we would like these distributions to be certified by the CF Foundation when they are released.


We recognize that Eirini is still in incubation, but it’s getting closer to feature parity with Diego every day. The Cloud Foundry acceptance tests (CATs) are almost all passing, and are expected to be fully passing by the time the certification requirements are released, but the 2019 requirements are currently being drafted.


So I’d like to propose including Eirini as an alternative CFAR scheduler, assuming it will be passing the relevant tests by the time of certification.


My suggestion is a one line change to the Application Runtime section of the certification requirements:


The Application Runtime portion of a certified offering must include the following components:


There are likely more changes coming in this section from other projects, but this would be the diff from the 2018 certification requirements.


Obviously, this is a matter for discussion with the wider community and of course the PMC Council, so let’s start the discussions here on cf-dev and expose all the questions and concerns.


Cheers,

TT

--
Troy Topnik
Senior Product Manager, 
SUSE Cloud Application Platform 
 



--
Through the darkness of future past
the magician longs to see
One chants out between two worlds
Fire walk with me.


Re: What are the new components of DEIGO? #cf

borntorule73@...
 

I am not spamming, just trying to seek help. This is a help forum if I am not wrong!


Re: What are the new components of DEIGO? #cf

Surendhar
 

Are you in an Interview or Certification Exam 😂? Please don't spam this.


On Sat, Nov 17, 2018 at 12:04 PM <borntorule73@...> wrote:
In comparison to DEA what are the new components of DEIGO?
1. Converger
2. CC Bridge
3. Metrics server
4. Auctioneer
5. CELL


What are the new components of DEIGO? #cf

borntorule73@...
 

In comparison to DEA what are the new components of DEIGO?
1. Converger
2. CC Bridge
3. Metrics server
4. Auctioneer
5. CELL


What are the ports supported by Cloudfoundry? #cf

borntorule73@...
 

What ports are supported by cloudfoundry from amongst these - 80, 4443, 43, 443 and 8080


Is it true that only one application can run/scale in a space? #cf

borntorule73@...
 

Is it true that only one application can run/scale in a space?


What is the URL of an application in Cloudofundry? #cf

borntorule73@...
 

Is it -

1. Subdomain.domain
2. Domain.subdomain
3. Subdomain
4. Domain
5. None


Can same application be deployed to multiple spaces? #cf

borntorule73@...
 
Edited

Can someone suggest if a same application be deployed to multiple spaces?
If yes, can it be done using same URL or different Unique URL?


What is the topmost administrative unit in Cloudfoundry? #cf

borntorule73@...
 

1. Space
2. Quota
3. Organization
4. None


What is the deployment blueprint of an application #cf

borntorule73@...
 

Can someone please suggest what is the deployment blueprint of an application?

1. Manifest
2. Buildpack
3. Services
4. Routes
5. None