Łukasz,
> as a network operator, when looking for moving my datacenter to
> SDN solution, I am not going to consider OpenContrail as viable
> product on the market if analytics is gone.
Well good thing that you are actually not an operator then :)
To your comment on analytics it is a mistake to think of Contrail or Nuage
or Calico as detached solutions. They are part of entire end to end network
and just like it is today with WAN routers, with DC underlay, with Internet
ASBRs in any company the analytics should be exported and processed to
central repository and management system for the *entire network*.
It is terrible idea to have 10 different analytics and when user calls in
NOC with the complain ("It does not work") instead of one integrated screen
poor NOC monkey now has to go, check and manually correlate events from zoo
of databases.
So keeping current operations state is part of the package. Also part of
the package is to provide ability to export all required analytics data.
However it is not in the best interest to end users to have self contained
analytics by Contrail and for Contrail only.
Best,
Robert.
On Thu, Sep 21, 2017 at 7:27 PM, Łukasz Łukasiewicz <
lukasz.lukasiew...@codilime.com> wrote:
> On Thu, Sep 21, 2017 at 7:04 PM, Harshad Nakil <hna...@gmail.com> wrote:
>
>> I don’t agree with your assertion that contrail is viable product
>> without contrail analytics shutdown (operational status)
>>
> I am not sure if I verbalized properly what I meant - as a network
> operator, when looking for moving my datacenter to SDN solution, I am not
> going to consider OpenContrail as viable product on the market if analytics
> is gone.
>
>
>> and other services in contrail should not use analytics API (operational
>> status).
>>
>
> Can you please tell a little bit more? I, personally, find situation,
> where cluster status is reflected by multiple sources of truth, a little
> bit confusing. Perhaps I am missing something.
>
> Lukas
>
> -------------------------------
> The information in this email is confidential and may be legally
> privileged, it may contain information that is confidential in CodiLime Sp.
> z o. o. It is intended solely for the addressee. Any access to this email
> by third parties is unauthorized. If you are not the intended recipient of
> this message, any disclosure, copying, distribution or any action
> undertaken or neglected in reliance thereon is prohibited and may result in
> your liability for damages.
>
> _______________________________________________
> Dev mailing list
> Dev@lists.opencontrail.org
> http://lists.opencontrail.org/mailman/listinfo/dev_lists.opencontrail.org
>
>
_______________________________________________
Dev mailing list
Dev@lists.opencontrail.org
http://lists.opencontrail.org/mailman/listinfo/dev_lists.opencontrail.org
