Just a FYI..
Some of us providers are looking at staring a project using Redfish to
manage “objects” --- specifically as a “UI” (USER INTERFACE) …
If you take a step back and consider
1. What will the user API be – we’ll 95% chance that’s REST.
2. Will they want to read, or have experience using the protocols and data
models - SURE that’s Java for them & JSON
3. What are they using DOS or Windows (GUI’s) - Well now we realize we need
a GUI pattern to display that managed Object.
If you then walk over to a cloud group – you immediately find out that.
1. Cloud templates are full of “managed objects”
2. The managed object data models (pattern) supports showing the object in a
GUI (like Open Stack dashboard).
* All of a sudden people realize .. hey that is what cloud does.
The nail in the coffin –
Agile to a cloud customer is giving them the Objects to manage /
configure, …. (ask ONUG SD-WAN – they have been pounding the table to get
this like they have it in cloud).
i.e. – if one decides to build a Life cycle manager for
“customer objects” – you in explicably add the internal IT, and Network
controller dev. to meeting the customer requirement.
Aka - you are out of the race… (when I say in explicably –
you can’t explain to a customer that this takes 9-12 months to deliver) …
The punch line –
Software isn’t agile – user managed Objects are.. (you can
orchestrate an resource to give it to the customer to manage, or just give it
as part of the platform without orchestration)
The project scope is being hammered out now…
More to come.
Best,
Mike
From: <opnfv-tech-discuss-boun...@lists.opnfv.org> on behalf of "Rosen, Rami"
<rami.ro...@intel.com>
Date: Wednesday, July 19, 2017 at 9:57 AM
To: "Tahhan, Maryam" <maryam.tah...@intel.com>, Aaron Smith
<aasm...@redhat.com>, "opnfv-tech-discuss@lists.opnfv.org"
<opnfv-tech-discuss@lists.opnfv.org>
Cc: "Mcmahon, Tony B" <tony.b.mcma...@intel.com>
Subject: Re: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)
Hi Aaron,
Indeed from initial exploration of the Redfish spec, it seems a very good
candidate for a REST API that sits in front of collectd.
As said this is a WIP, we are exploring further.
Regards,
Rami Rosen
From: Tahhan, Maryam
Sent: Wednesday, July 19, 2017 17:15
To: Aaron Smith <aasm...@redhat.com>; opnfv-tech-discuss@lists.opnfv.org
Cc: Mcmahon, Tony B <tony.b.mcma...@intel.com>; Rosen, Rami
<rami.ro...@intel.com>
Subject: RE: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)
Hey Aaron
Rami in CC has been looking at this, and we’ve been using the Redfish API
definition in DMTF as a reference. It’s very much a WIP but I will add this as
a discussion topic to the next barometer call.
BR
Maryam
From:
opnfv-tech-discuss-boun...@lists.opnfv.org<mailto:opnfv-tech-discuss-boun...@lists.opnfv.org>
[mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Aaron Smith
Sent: Wednesday, July 19, 2017 3:01 PM
To:
opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>
Subject: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)
Has any work been done on further definition of
BAROMETER-63 (https://jira.opnfv.org/browse/BAROMETER-63)?
We would like to coordinate with any work that has been done.
Aaron Smith
--
AARON SMITH
SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE
Red Hat
<https://www.redhat.com/>
314 Littleton Rd, Westford, MA 01886
aasm...@redhat.com<mailto:aasm...@redhat.com> M:
617.877.4814<tel:617.877.4814>
[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>
This communication is the property of CenturyLink and may contain confidential
or privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful. If you have received this communication in
error, please immediately notify the sender by reply e-mail and destroy all
copies of the communication and any attachments.
_______________________________________________
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
