+1
I spent some time recently studying IAM models of AWS and GCP.
Based on this I had created following post comparing and summarizing the
two models at high-level:
http://devcentric.io/2017/07/13/comparing-iam-models-of-aws-and-gcp/
Thought of sharing it here as it may help with big-picture com
This is a great initiative.
Coming from Solum - a project that in on the fringes with regards to user
adoption [1][2], I feel that one of the things that
can help in increasing the adoption is deployment tooling available for
operators. If there is a standardized way to introduce
a project in thei
rking on the Python 3.5 support [8],
which has been approved as the community-wide goal for this cycle.
If you are interested in Solum feel free to reach out to us here, or on
Solum IRC channel
(#solum on chat.freenode.net).
Regards,
Devdatta Kulkarni
[1] https://review.openstack.org/#/c/40222
Hello Michael, Steve,
Thanks again to both of you for providing patches to remove oslo-incubator
code from solum-infra-guestagent.
As I mentioned earlier in this thread, I will probably propose to remove
this repository from official Solum repositories. I had it on this week's
IRC meeting agenda,
Hi Steve,
Your observation is correct.
Solum team had created solum-infra-guestagent repository to investigate the
idea of a build agent for building applications.
However the work in that direction has not progressed in a while.
So it should be okay to remove solum-infra-guestagent repo from of
Hi team,
I would like to propose Zhu Rong (irc: zhurong) to be included as Solum
core.
Zhu Rong has been very active in different parts of Solum over several
months now.
His primary contribution has been moving Solum to use Oslo libraries,
thereby
making our project satisfy one of the project-wid
g. (If you are interested in helping out with any of
these, please reach out to our team on IRC (#solum on chat.freenode.net)).
Best regards,
Devdatta Kulkarni
__
OpenStack Development Mailing List (not for usage questions)
U
Hi,
As current PTL of one of the projects that has the team:single-vendor tag,
I have following thoughts/questions on this issue.
- Is the need for periodically deciding membership in the big tent primarily
stemming
from the question of managing resources (for the future design summits and
cros
Hi Sudipta,
There is another approach you can consider which does not need any changes to
Nova.
The approach works as follows:
- Save the container image tar in Swift
- Generate a Swift tempURL for the container file
- Boot Nova vm and pass instructions for following steps through cloud init /
Hi team,
In today's IRC meeting [1], we discussed about changing our weekly IRC meeting
time from current
time of 1700 UTC to 1400 UTC to allow our team members from Germany, India, and
China to participate regularly.
I have submitted a WIP patch [2] to make this change. Please provide your
Hi,
Reading through the thread I thought of adding following points which might
be relevant to this discussion.
1) Related to the point of providing an abstraction for deploying apps to
different form factors:
OpenStack Solum is a project which allows deploying of applications starting
from
this in this cycle.
Let us work together on achieving these goals in this cycle.
Best regards,
Devdatta Kulkarni
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-re
Hi team,
I would like to propose Vijendar Komalla for our core team. Vijendar has been
actively
contributing to Solum for several months now submitting patches, providing
great reviews,
and participating actively in our IRC meetings and on Solum IRC channel.
You can find Vijendar's contributions
Hi,
I agree with this view point.
Let me provide Solum team's perspective on this.
Solum currently uses Heat to deploy application docker containers that it
creates.
We have been looking at Magnum as an alternative deployment mechanism.
The fact that Magnum is supporting containers endpoint is
Hi team,
We will not be holding our weekly IRC meeting on December 29 due to holidays.
We will convene again on January 5.
Regards,
Devdatta
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: opensta
Hi Solum team,
In last two IRC meetings we have discussed about spending a day triaging Solum
bugs.
In today's meeting, participants agreed to do this on November 18, 2015.
You can find today's meeting logs here:
http://eavesdrop.openstack.org/meetings/solum_team_meeting/2015/solum_team_meeting.2
Hi team,
In this week's IRC meeting we decided to cancel next week's meeting (on October
27, 2015)
due to Tokyo summit. We will convene again on November 3.
Regards,
Devdatta
__
OpenStack Development Mailing List (not for us
weekly IRC meeting will be held at 1700 UTC
in openstack-meeting-3 channel.
I will update project wiki to reflect this change.
Regards,
Devdatta
From: Devdatta Kulkarni
Sent: Monday, September 28, 2015 8:12 AM
To: OpenStack Development Mailing List (not
+1 Hongbin.
From perspective of Solum, which hopes to use Magnum for its application
container scheduling
requirements, deep integration of COEs with OpenStack services like Keystone
will be useful.
Specifically, I am thinking that it will be good if Solum can depend on
Keystone tokens to deplo
Hi team,
In last week's IRC meeting [1], we discussed about changing our weekly IRC
meeting time from current time of 2100 UTC to 1700 UTC to,
(a) avoid conflict with the cross-project meeting, and (b) accommodate
participants from India/Asia.
I have submitted a WIP review [2] to make this cha
][Solum] Using os-auth-token and
os-image-url with glance client
On 24/09/15 22:44 +, Devdatta Kulkarni wrote:
>Hi, Glance team,
>
>
>In Solum, we use Glance to store Docker images that we create for applications.
>We use Glance client internally to upload these images. Till re
Core
[Inactive hide details for Devdatta Kulkarni ---2015/09/24 06:44:57 PM---Hi,
Glance team, In Solum, we use Glance to store Docke]Devdatta Kulkarni
---2015/09/24 06:44:57 PM---Hi, Glance team, In Solum, we use Glance to store
Docker images that we create for applications. We
From: Devdatta Kulk
Hi, Glance team,
In Solum, we use Glance to store Docker images that we create for applications.
We use Glance client internally to upload these images. Till recently, 'glance
image-create' with only token has been
working for us (in devstack). Today, I started noticing that glance
image-crea
on and involvement in the project can be found
here:
http://stackalytics.com/?module=solum
http://stackalytics.com/?module=python-solumclient
I hope you will give me an opportunity to serve as Solum's PTL for Mitaka.
Best regards,
Devdatta Kulkarni
[1]
https://github.com/openstack/solum-specs
Hey Solum team,
Recently we had accepted a spec to add new API resources to Solum [1].
Thanks to Ed Cranford, the 'app' resource is already implemented.
I am working on implementing the workflow resource.
I have created a spec [2] outlining the approach taken for adding the workflow
resource
Hi, Mistral team,
With recent introduction of programmatic annotations in requirements [1],
projects need to upgrade their version of pbr to work nicely with such
annotations.
Solum's devstack gate is currently failing [2] because the version of pbr in
python-mistralclient is
incompatible wi
From: Chris Dent
Sent: Friday, June 19, 2015 4:07 AM
To: OpenStack-dev@lists.openstack.org
Subject: [openstack-dev] [api] [all] To changes-since or not to changes-since
There's an open question in the API-WG on whether to formalize or
otherwise enshrine t
Hi, API WG team,
In Solum, recently we have been working on some changes to our REST API.
Basically, we have introduced a new resource ('app'). The spec for this has
been accepted by Solum cores.
https://github.com/stackforge/solum-specs/blob/master/specs/liberty/app-resource.rst
Right now
Kevin,
You are right. To avoid overloading the app catalog servers, Solum operators
can (should?) have local
copies of the languagepacks (LPs) in their Glance/Swift installations which are
part of their Solum install.
Solum currently does have the ability to download LPs from Glance or Swift
Hi Mistral team,
Solum's devstack gate is running into an issue probably due to the change
in location of mistral's repositories.
Here is the bug:
https://bugs.launchpad.net/mistral/+bug/1466149
There is a patch which tries to fix the issue:
https://review.openstack.org/#/c/192754/1
If w
Hi team,
With the recent application from our team to be included in the big tent
(https://review.openstack.org/190949), I wanted to give a quick update on the
state of our project.
Before I do that, here is a quick overview of the current capabilities of Solum
and a very high-level
view o
Yes, the log deletion should be optional.
The question is what should be the default behavior. Should the default be to
delete the logs and provide a flag to keep them, or keep the logs by default
and provide a override flag to delete them?
Delete-by-default is consistent with the view that whe
Hi Adrian,
The new app resource that is being implemented
(https://review.openstack.org/#/c/185147/)
does not enforce name uniqueness.
This issue was discussed here sometime back.
Earlier thread:
http://lists.openstack.org/pipermail/openstack-dev/2015-March/058858.html
The main argument for
Hi Mark,
As Adrian mentioned in another email on this chain,
hopefully we can have a session for the next summit.
In the meantime, you can check out current capabilities of Solum here:
https://solum.readthedocs.org/en/latest/getting_started/index.html
We also have a vagrant environment where you
Hey Magnum team,
Just thought of sharing here that in Solum we have a similar requirement. We
want to know when a Heat stack corresponding to an 'app' is ready so that we
can mark that app as ready in Solum's database.
We periodically query Heat to get this information (so essentially a
pollin
Hi Solum team,
In yesterday's team meeting the question of whether Solum should enforce unique
app name constraint
within a tenant came up.
As a recollection, in Solum one can create an 'app' using:
solum app create --plan-file --name
Currently Solum does support creating multiple apps w
+1
From: James Y. Li [yuel...@gmail.com]
Sent: Saturday, December 27, 2014 9:03 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Solum] Addition to solum core
+1!
-James Li
On Dec 27, 2014 2:02 AM, "Adrian Otto"
mailto:adrian.o...@racksp
Hi Keyvan,
Great to hear that your team is interested in contributing to Solum.
While there is no 'Ideas' page, there is this:
https://wiki.openstack.org/wiki/Solum/HighLevelRoadmap
The team is currently working on the Juno-3 milestone.
In coming weeks we will be discussing the next milestone.
+1
From: Georgy Okrokvertskhov [gokrokvertsk...@mirantis.com]
Sent: Tuesday, September 30, 2014 12:18 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Solum] Core Reviewer Change
+1
On Tue, Sep 30, 2014 at 10:03 AM
Hi,
We have faced this situation in Solum several times. And in fact this was one
of the topics
that we discussed in our last irc meeting.
We landed on separating the sample check from pep8 gate into a non-voting gate.
One reason to keep the sample check is so that when say a feature in your cod
+1
From: Georgy Okrokvertskhov [gokrokvertsk...@mirantis.com]
Sent: Wednesday, July 09, 2014 9:45 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Solum] Core Reviewer Change
+1.
Glad to see Pierre in Solum Core te
Hi Angus, Julien,
No major disagreements.
My thinking is that we should provide more application developer focused
mechanism for customizing workflows (point #3). This may not necessarily be an
entirely new DSL.
It could just be additions to the current Plan structure. For example, we could
add
I support this approach.
Customization of build and deploy lifecycle actions depends on
the ability to register different kinds of services for performing
these actions. I can imagine that operators would want to provide
such services as part of their Solum install. Then, app developers
would be
Hi Shaunak,
-Original Message-
From: "Shaunak Kashyap"
Sent: Monday, February 17, 2014 3:47pm
To: "openstack-dev@lists.openstack.org"
Subject: [openstack-dev] [solum] Question about solum-minimal-cli BP
___
OpenStack-dev mailing list
OpenStack
Hi,
I have been looking at Zuul for last few days and had a question
about its intended role within Solum.
>From what I understand, Zuul is a code gating system.
I have been wondering if code gating is something we are considering as a
feature
to be provided in Solum? If yes, then Zuul is a per
Hi Roshan,
Great to see the big picture that we are targeting.
Some minor comments/suggestions:
1) It will be helpful to explicitly call out in the first step that the git
repositories are not
hosted by Solum but are public repositories on github.com
1) In step 3, what do you mean by 'automa
Sounds good to me.
- Devdatta
-Original Message-
From: "Clayton Coleman"
Sent: Monday, February 3, 2014 12:10pm
To: "OpenStack Development Mailing List (not for usage questions)"
Subject: Re: [openstack-dev] [Solum] Lang-pack working group meeting cancelled
today due to freenode DOS,
Which time zone?
On Wednesdays between 11.00am - noon (US Central time) there is git integration
working group meeting.
-Original Message-
From: "Clayton Coleman"
Sent: Monday, February 3, 2014 10:35am
To: "OpenStack Development Mailing List (not for usage questions)"
Subject: [opens
Hi,
In this week's language pack working group meeting we briefly touched
upon questions regarding creation of deployment units, their handling
with respect to plans, etc.
I have created a etherpad page where I have put these and other questions.
https://etherpad.openstack.org/p/RegardingLangPac
+1
-Original Message-
From: "Murali Allada"
Sent: Sunday, January 26, 2014 8:19pm
To: "OpenStack Development Mailing List (not for usage questions)"
Cc: "OpenStack Development Mailing List (not for usage questions)"
Subject: Re: [openstack-dev] [Solum] Proposed changes to solum-core
Hi Alan,
Looks like an interesting project.
Some questions/comments:
1) For resources, are you targeting only VMs, or is the scope going to include
other resources
as well (swift, load balancers, etc.)
2) Is the scope of reservation limited to time/duration or do you envision
the scope t
-Original Message-
From: "Krishna Raman"
Sent: Friday, December 13, 2013 9:44am
To: "OpenStack Development Mailing List (not for usage questions)"
Subject: Re: [openstack-dev] [Solum] Using Zuul in the Git-pull blueprint
On Dec 12, 2013, at 1:39 PM, devdatta kul
We followed on the Zuul question in this week's git-integration working group
meeting.
mordred has created an etherpad with a high-level description of Zuul and how
it might
fit with Solum't git integration workflow
https://etherpad.openstack.org/p/ZuulSolum
The working group seemed to be comi
Hi Adrian,
Thanks for creating https://etherpad.openstack.org/p/solum-demystified
I am really excited to see the examples. Especially cool is how
examples 2 and 3 demonstrate using a component ("solum_glance_id") created
as part of example 1.
Some questions/comments:
1) Summarizing the sequenc
, thanks for sending across link to the F1 paper.
Regards,
- Devdatta
-Original Message-
From: "Clayton Coleman"
Sent: Wednesday, November 13, 2013 12:29pm
To: "OpenStack Development Mailing List (not for usage questions)"
Cc: "devdatta kulkarni"
Subje
There are several different points being raised here,
all very interesting. Trying to separate them below.
1) Using objects as an abstraction for versioned data:
This seems like a good direction overall, especially from the point-of-view
of backwards compatibility of consumers of the object.
Hi Clayton,
Thank you for creating these diagrams. They are a great starting point for
discussions
around the git deploy blueprint.
Some questions/comments:
In both the diagrams, what do the arrows indicate?
Data flow, control-flow, or some kind of ordering relationship?
Especially, the arrow
57 matches
Mail list logo