You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@beam.apache.org by Pablo Estrada <pa...@google.com> on 2019/07/17 21:17:25 UTC
Re: Proposal: Add permanent url to community metrics dashboard
I'd like to move this forward. Mikhail, would you be interested in filing
an issue with Infra to see if it's possible? I can do it if you prefer.
It seems that the concerns related to these dashboards showing up in search
results have been addressed. Does the community have any other concern
around this before we can move it forward?
Best
-P.
On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org> wrote:
> I suggest asking infra about the best way to proceed, so that we don't
> vote on something that doesn't work for them. This might be something handy
> to spin up easily for any Apache project using similar tools.
>
> Kenn
>
> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
> wrote:
>
>> Current http://104.154.241.245/robots.txt is already disallow all, so we
>> are good here.
>>
>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com> wrote:
>>
>>> If SSL is a concern that makes sense, I am not familiar with that enough
>>> to suggest whether another way to do this exists or not.
>>>
>>> It will be good to check that we can set robots.txt properly from the
>>> begging if we go down this path.
>>>
>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <mi...@google.com>
>>> wrote:
>>>
>>>> @Ahmet Altay <al...@google.com>
>>>> Thank you for the comment.
>>>>
>>>> Point on search engines is really good. If that happens we can look
>>>> into configuring robots.txt to notify search engines to ignore whole domain.
>>>> The link is a redirect to static IP. So it is still confusing.
>>>>
>>>> Having domain name will allow for getting SSL associated with it and
>>>> will allow to keep same address even if IP changes (say we want to move to
>>>> other hoster).
>>>>
>>>
>>> I suppose short link will also allow us to change the host very similar
>>> to a domain name. That is a minor point anyway.
>>>
>>>
>>>>
>>>> Given two points above, I still consider that having explicit name will
>>>> be beneficial. If there's some other way to get SSL cert and benefit of
>>>> static name I'm eager to utilize it.
>>>>
>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com> wrote:
>>>>
>>>>> Hi Mikhail,
>>>>>
>>>>> Thank you for your work on this. I have some comments:
>>>>>
>>>>> - There is already a short link (
>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>> can bookmark the short link if they need to quickly access.
>>>>> - Metrics is a developer facing tool. If it has its own subdomain and
>>>>> start showing up in web search results, it will be a confusing landing page
>>>>> for people simply searching for "beam metrics". I believe there is some
>>>>> value in having a single domain and linking to various things from there.
>>>>> This would be similar to how we link to jira, wiki, mailing list archives.
>>>>>
>>>>> Ahmet
>>>>>
>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>
>>>>>> @Aizamat
>>>>>> Code is not generalized and is project specific in some places. But
>>>>>> it is small and pretty straightforward so can be ported easily. Whole thing
>>>>>> can be started locally with a single docker command, so it's easy to try it
>>>>>> out.
>>>>>>
>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>> aizhamal@google.com> wrote:
>>>>>>
>>>>>>> Hi Mikhail,
>>>>>>>
>>>>>>> I think this dashboard is amazing, and would love to have an easy
>>>>>>> access to it. So here is my non binding +1.
>>>>>>>
>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>> projects? ;)
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Aizhamal
>>>>>>>
>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>> *To: *dev
>>>>>>>
>>>>>>> Hello everyone,
>>>>>>>>
>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>> <https://s.apache.org/beam-community-metrics> However we never had
>>>>>>>> added a permanent URL for it. This is really inconvenient to use, since
>>>>>>>> only available way to access dashboard is by IP-address.
>>>>>>>>
>>>>>>>> In this tread I'd like to:
>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics dashboard (
>>>>>>>> http://104.154.241.245).
>>>>>>>> 2. Gather information on how to do it. I can assume only following
>>>>>>>> steps so far: a) vote b) once vote is complete, contact Apache INFRA to
>>>>>>>> help with this.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Mikhail.
>>>>>>>>
>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Mikhail Gryzykhin <gr...@gmail.com>.
Thank you for starting this.
I'm working on some maintenance on metrics site meanwhile. Looking to
disable auth and intializing dashboards from github sources. We might have
to look into proper deployment afterwards as well.
--Mikhail
On Mon, Jul 22, 2019 at 4:11 PM Pablo Estrada <pa...@google.com> wrote:
> Hi all,
> I've filed https://issues.apache.org/jira/browse/INFRA-18786 for this.
> Thanks!
> -P.
>
> On Thu, Jul 18, 2019 at 1:38 PM Mikhail Gryzykhin <mi...@google.com>
> wrote:
>
>> +1 explicitly
>>
>> On Thu, Jul 18, 2019 at 1:46 AM Łukasz Gajowy <lu...@gmail.com>
>> wrote:
>>
>>> +1 for pushing this forward. The url "metrics.beam.apache.org" looks
>>> good to me and is generic enough - this is good in case we want to display
>>> not only "community metrics" in grafana but for eg. IOIT or load tests
>>> resutls.
>>>
>>> Thanks!
>>>
>>> czw., 18 lip 2019 o 00:48 Mikhail Gryzykhin <mi...@google.com>
>>> napisał(a):
>>>
>>>> Thank you Alan, that's an interesting link.
>>>>
>>>> Latest Grafana version in docker is v6.2.5, so issues on that list are
>>>> not applicable. We should be fine on this front. Should update container
>>>> version of grafana running on service though.
>>>>
>>>> @Pablo
>>>> I feel it's best for PMC to start conversation with INFRA. I can follow
>>>> up on it if you CC me.
>>>>
>>>> Regards,
>>>> Mikhail.
>>>>
>>>>
>>>> On Wed, Jul 17, 2019 at 2:46 PM Alan Myrvold <am...@google.com>
>>>> wrote:
>>>>
>>>>> Are all of the CVE issues fixed at the version in use?
>>>>> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
>>>>> XSS isn't much of a concern until there is a hostname associated.
>>>>>
>>>>> On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com>
>>>>> wrote:
>>>>>
>>>>>> I'd like to move this forward. Mikhail, would you be interested in
>>>>>> filing an issue with Infra to see if it's possible? I can do it if you
>>>>>> prefer.
>>>>>>
>>>>>> It seems that the concerns related to these dashboards showing up in
>>>>>> search results have been addressed. Does the community have any other
>>>>>> concern around this before we can move it forward?
>>>>>> Best
>>>>>> -P.
>>>>>>
>>>>>> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>> I suggest asking infra about the best way to proceed, so that we
>>>>>>> don't vote on something that doesn't work for them. This might be something
>>>>>>> handy to spin up easily for any Apache project using similar tools.
>>>>>>>
>>>>>>> Kenn
>>>>>>>
>>>>>>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Current http://104.154.241.245/robots.txt is already disallow all,
>>>>>>>> so we are good here.
>>>>>>>>
>>>>>>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>>>>>>> enough to suggest whether another way to do this exists or not.
>>>>>>>>>
>>>>>>>>> It will be good to check that we can set robots.txt properly from
>>>>>>>>> the begging if we go down this path.
>>>>>>>>>
>>>>>>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <
>>>>>>>>> migryz@google.com> wrote:
>>>>>>>>>
>>>>>>>>>> @Ahmet Altay <al...@google.com>
>>>>>>>>>> Thank you for the comment.
>>>>>>>>>>
>>>>>>>>>> Point on search engines is really good. If that happens we can
>>>>>>>>>> look into configuring robots.txt to notify search engines to ignore whole
>>>>>>>>>> domain.
>>>>>>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>>>>>>
>>>>>>>>>> Having domain name will allow for getting SSL associated with it
>>>>>>>>>> and will allow to keep same address even if IP changes (say we want to move
>>>>>>>>>> to other hoster).
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I suppose short link will also allow us to change the host very
>>>>>>>>> similar to a domain name. That is a minor point anyway.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Given two points above, I still consider that having explicit
>>>>>>>>>> name will be beneficial. If there's some other way to get SSL cert and
>>>>>>>>>> benefit of static name I'm eager to utilize it.
>>>>>>>>>>
>>>>>>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>>
>>>>>>>>>>> Thank you for your work on this. I have some comments:
>>>>>>>>>>>
>>>>>>>>>>> - There is already a short link (
>>>>>>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>>>>>>> can bookmark the short link if they need to quickly access.
>>>>>>>>>>> - Metrics is a developer facing tool. If it has its own
>>>>>>>>>>> subdomain and start showing up in web search results, it will be a
>>>>>>>>>>> confusing landing page for people simply searching for "beam metrics". I
>>>>>>>>>>> believe there is some value in having a single domain and linking to
>>>>>>>>>>> various things from there. This would be similar to how we link to jira,
>>>>>>>>>>> wiki, mailing list archives.
>>>>>>>>>>>
>>>>>>>>>>> Ahmet
>>>>>>>>>>>
>>>>>>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> @Aizamat
>>>>>>>>>>>> Code is not generalized and is project specific in some places.
>>>>>>>>>>>> But it is small and pretty straightforward so can be ported easily. Whole
>>>>>>>>>>>> thing can be started locally with a single docker command, so it's easy to
>>>>>>>>>>>> try it out.
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>>>>>>> aizhamal@google.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I think this dashboard is amazing, and would love to have an
>>>>>>>>>>>>> easy access to it. So here is my non binding +1.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>>>>>>> projects? ;)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Aizhamal
>>>>>>>>>>>>>
>>>>>>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>>>>>>> *To: *dev
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hello everyone,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we
>>>>>>>>>>>>>> never had added a permanent URL for it. This is really inconvenient to use,
>>>>>>>>>>>>>> since only available way to access dashboard is by IP-address.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> In this tread I'd like to:
>>>>>>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics
>>>>>>>>>>>>>> dashboard (http://104.154.241.245).
>>>>>>>>>>>>>> 2. Gather information on how to do it. I can assume only
>>>>>>>>>>>>>> following steps so far: a) vote b) once vote is complete, contact Apache
>>>>>>>>>>>>>> INFRA to help with this.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>> Mikhail.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Pablo Estrada <pa...@google.com>.
Hi all,
I've filed https://issues.apache.org/jira/browse/INFRA-18786 for this.
Thanks!
-P.
On Thu, Jul 18, 2019 at 1:38 PM Mikhail Gryzykhin <mi...@google.com> wrote:
> +1 explicitly
>
> On Thu, Jul 18, 2019 at 1:46 AM Łukasz Gajowy <lu...@gmail.com>
> wrote:
>
>> +1 for pushing this forward. The url "metrics.beam.apache.org" looks
>> good to me and is generic enough - this is good in case we want to display
>> not only "community metrics" in grafana but for eg. IOIT or load tests
>> resutls.
>>
>> Thanks!
>>
>> czw., 18 lip 2019 o 00:48 Mikhail Gryzykhin <mi...@google.com>
>> napisał(a):
>>
>>> Thank you Alan, that's an interesting link.
>>>
>>> Latest Grafana version in docker is v6.2.5, so issues on that list are
>>> not applicable. We should be fine on this front. Should update container
>>> version of grafana running on service though.
>>>
>>> @Pablo
>>> I feel it's best for PMC to start conversation with INFRA. I can follow
>>> up on it if you CC me.
>>>
>>> Regards,
>>> Mikhail.
>>>
>>>
>>> On Wed, Jul 17, 2019 at 2:46 PM Alan Myrvold <am...@google.com>
>>> wrote:
>>>
>>>> Are all of the CVE issues fixed at the version in use?
>>>> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
>>>> XSS isn't much of a concern until there is a hostname associated.
>>>>
>>>> On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com>
>>>> wrote:
>>>>
>>>>> I'd like to move this forward. Mikhail, would you be interested in
>>>>> filing an issue with Infra to see if it's possible? I can do it if you
>>>>> prefer.
>>>>>
>>>>> It seems that the concerns related to these dashboards showing up in
>>>>> search results have been addressed. Does the community have any other
>>>>> concern around this before we can move it forward?
>>>>> Best
>>>>> -P.
>>>>>
>>>>> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> I suggest asking infra about the best way to proceed, so that we
>>>>>> don't vote on something that doesn't work for them. This might be something
>>>>>> handy to spin up easily for any Apache project using similar tools.
>>>>>>
>>>>>> Kenn
>>>>>>
>>>>>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Current http://104.154.241.245/robots.txt is already disallow all,
>>>>>>> so we are good here.
>>>>>>>
>>>>>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>>>>>> enough to suggest whether another way to do this exists or not.
>>>>>>>>
>>>>>>>> It will be good to check that we can set robots.txt properly from
>>>>>>>> the begging if we go down this path.
>>>>>>>>
>>>>>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <
>>>>>>>> migryz@google.com> wrote:
>>>>>>>>
>>>>>>>>> @Ahmet Altay <al...@google.com>
>>>>>>>>> Thank you for the comment.
>>>>>>>>>
>>>>>>>>> Point on search engines is really good. If that happens we can
>>>>>>>>> look into configuring robots.txt to notify search engines to ignore whole
>>>>>>>>> domain.
>>>>>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>>>>>
>>>>>>>>> Having domain name will allow for getting SSL associated with it
>>>>>>>>> and will allow to keep same address even if IP changes (say we want to move
>>>>>>>>> to other hoster).
>>>>>>>>>
>>>>>>>>
>>>>>>>> I suppose short link will also allow us to change the host very
>>>>>>>> similar to a domain name. That is a minor point anyway.
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Given two points above, I still consider that having explicit name
>>>>>>>>> will be beneficial. If there's some other way to get SSL cert and benefit
>>>>>>>>> of static name I'm eager to utilize it.
>>>>>>>>>
>>>>>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>
>>>>>>>>>> Thank you for your work on this. I have some comments:
>>>>>>>>>>
>>>>>>>>>> - There is already a short link (
>>>>>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>>>>>> can bookmark the short link if they need to quickly access.
>>>>>>>>>> - Metrics is a developer facing tool. If it has its own subdomain
>>>>>>>>>> and start showing up in web search results, it will be a confusing landing
>>>>>>>>>> page for people simply searching for "beam metrics". I believe there is
>>>>>>>>>> some value in having a single domain and linking to various things from
>>>>>>>>>> there. This would be similar to how we link to jira, wiki, mailing list
>>>>>>>>>> archives.
>>>>>>>>>>
>>>>>>>>>> Ahmet
>>>>>>>>>>
>>>>>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> @Aizamat
>>>>>>>>>>> Code is not generalized and is project specific in some places.
>>>>>>>>>>> But it is small and pretty straightforward so can be ported easily. Whole
>>>>>>>>>>> thing can be started locally with a single docker command, so it's easy to
>>>>>>>>>>> try it out.
>>>>>>>>>>>
>>>>>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>>>>>> aizhamal@google.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>>>
>>>>>>>>>>>> I think this dashboard is amazing, and would love to have an
>>>>>>>>>>>> easy access to it. So here is my non binding +1.
>>>>>>>>>>>>
>>>>>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>>>>>> projects? ;)
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Aizhamal
>>>>>>>>>>>>
>>>>>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>>>>>> *To: *dev
>>>>>>>>>>>>
>>>>>>>>>>>> Hello everyone,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we
>>>>>>>>>>>>> never had added a permanent URL for it. This is really inconvenient to use,
>>>>>>>>>>>>> since only available way to access dashboard is by IP-address.
>>>>>>>>>>>>>
>>>>>>>>>>>>> In this tread I'd like to:
>>>>>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics
>>>>>>>>>>>>> dashboard (http://104.154.241.245).
>>>>>>>>>>>>> 2. Gather information on how to do it. I can assume only
>>>>>>>>>>>>> following steps so far: a) vote b) once vote is complete, contact Apache
>>>>>>>>>>>>> INFRA to help with this.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>> Mikhail.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Mikhail Gryzykhin <mi...@google.com>.
+1 explicitly
On Thu, Jul 18, 2019 at 1:46 AM Łukasz Gajowy <lu...@gmail.com>
wrote:
> +1 for pushing this forward. The url "metrics.beam.apache.org" looks good
> to me and is generic enough - this is good in case we want to display not
> only "community metrics" in grafana but for eg. IOIT or load tests
> resutls.
>
> Thanks!
>
> czw., 18 lip 2019 o 00:48 Mikhail Gryzykhin <mi...@google.com>
> napisał(a):
>
>> Thank you Alan, that's an interesting link.
>>
>> Latest Grafana version in docker is v6.2.5, so issues on that list are
>> not applicable. We should be fine on this front. Should update container
>> version of grafana running on service though.
>>
>> @Pablo
>> I feel it's best for PMC to start conversation with INFRA. I can follow
>> up on it if you CC me.
>>
>> Regards,
>> Mikhail.
>>
>>
>> On Wed, Jul 17, 2019 at 2:46 PM Alan Myrvold <am...@google.com> wrote:
>>
>>> Are all of the CVE issues fixed at the version in use?
>>> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
>>> XSS isn't much of a concern until there is a hostname associated.
>>>
>>> On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com>
>>> wrote:
>>>
>>>> I'd like to move this forward. Mikhail, would you be interested in
>>>> filing an issue with Infra to see if it's possible? I can do it if you
>>>> prefer.
>>>>
>>>> It seems that the concerns related to these dashboards showing up in
>>>> search results have been addressed. Does the community have any other
>>>> concern around this before we can move it forward?
>>>> Best
>>>> -P.
>>>>
>>>> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org>
>>>> wrote:
>>>>
>>>>> I suggest asking infra about the best way to proceed, so that we don't
>>>>> vote on something that doesn't work for them. This might be something handy
>>>>> to spin up easily for any Apache project using similar tools.
>>>>>
>>>>> Kenn
>>>>>
>>>>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>>>>> wrote:
>>>>>
>>>>>> Current http://104.154.241.245/robots.txt is already disallow all,
>>>>>> so we are good here.
>>>>>>
>>>>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com>
>>>>>> wrote:
>>>>>>
>>>>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>>>>> enough to suggest whether another way to do this exists or not.
>>>>>>>
>>>>>>> It will be good to check that we can set robots.txt properly from
>>>>>>> the begging if we go down this path.
>>>>>>>
>>>>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <
>>>>>>> migryz@google.com> wrote:
>>>>>>>
>>>>>>>> @Ahmet Altay <al...@google.com>
>>>>>>>> Thank you for the comment.
>>>>>>>>
>>>>>>>> Point on search engines is really good. If that happens we can look
>>>>>>>> into configuring robots.txt to notify search engines to ignore whole domain.
>>>>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>>>>
>>>>>>>> Having domain name will allow for getting SSL associated with it
>>>>>>>> and will allow to keep same address even if IP changes (say we want to move
>>>>>>>> to other hoster).
>>>>>>>>
>>>>>>>
>>>>>>> I suppose short link will also allow us to change the host very
>>>>>>> similar to a domain name. That is a minor point anyway.
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Given two points above, I still consider that having explicit name
>>>>>>>> will be beneficial. If there's some other way to get SSL cert and benefit
>>>>>>>> of static name I'm eager to utilize it.
>>>>>>>>
>>>>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi Mikhail,
>>>>>>>>>
>>>>>>>>> Thank you for your work on this. I have some comments:
>>>>>>>>>
>>>>>>>>> - There is already a short link (
>>>>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>>>>> can bookmark the short link if they need to quickly access.
>>>>>>>>> - Metrics is a developer facing tool. If it has its own subdomain
>>>>>>>>> and start showing up in web search results, it will be a confusing landing
>>>>>>>>> page for people simply searching for "beam metrics". I believe there is
>>>>>>>>> some value in having a single domain and linking to various things from
>>>>>>>>> there. This would be similar to how we link to jira, wiki, mailing list
>>>>>>>>> archives.
>>>>>>>>>
>>>>>>>>> Ahmet
>>>>>>>>>
>>>>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> @Aizamat
>>>>>>>>>> Code is not generalized and is project specific in some places.
>>>>>>>>>> But it is small and pretty straightforward so can be ported easily. Whole
>>>>>>>>>> thing can be started locally with a single docker command, so it's easy to
>>>>>>>>>> try it out.
>>>>>>>>>>
>>>>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>>>>> aizhamal@google.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>>
>>>>>>>>>>> I think this dashboard is amazing, and would love to have an
>>>>>>>>>>> easy access to it. So here is my non binding +1.
>>>>>>>>>>>
>>>>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>>>>> projects? ;)
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Aizhamal
>>>>>>>>>>>
>>>>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>>>>> *To: *dev
>>>>>>>>>>>
>>>>>>>>>>> Hello everyone,
>>>>>>>>>>>>
>>>>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we never
>>>>>>>>>>>> had added a permanent URL for it. This is really inconvenient to use, since
>>>>>>>>>>>> only available way to access dashboard is by IP-address.
>>>>>>>>>>>>
>>>>>>>>>>>> In this tread I'd like to:
>>>>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics dashboard
>>>>>>>>>>>> (http://104.154.241.245).
>>>>>>>>>>>> 2. Gather information on how to do it. I can assume only
>>>>>>>>>>>> following steps so far: a) vote b) once vote is complete, contact Apache
>>>>>>>>>>>> INFRA to help with this.
>>>>>>>>>>>>
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Mikhail.
>>>>>>>>>>>>
>>>>>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Łukasz Gajowy <lu...@gmail.com>.
+1 for pushing this forward. The url "metrics.beam.apache.org" looks good
to me and is generic enough - this is good in case we want to display not
only "community metrics" in grafana but for eg. IOIT or load tests
resutls.
Thanks!
czw., 18 lip 2019 o 00:48 Mikhail Gryzykhin <mi...@google.com> napisał(a):
> Thank you Alan, that's an interesting link.
>
> Latest Grafana version in docker is v6.2.5, so issues on that list are not
> applicable. We should be fine on this front. Should update container
> version of grafana running on service though.
>
> @Pablo
> I feel it's best for PMC to start conversation with INFRA. I can follow up
> on it if you CC me.
>
> Regards,
> Mikhail.
>
>
> On Wed, Jul 17, 2019 at 2:46 PM Alan Myrvold <am...@google.com> wrote:
>
>> Are all of the CVE issues fixed at the version in use?
>> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
>> XSS isn't much of a concern until there is a hostname associated.
>>
>> On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com> wrote:
>>
>>> I'd like to move this forward. Mikhail, would you be interested in
>>> filing an issue with Infra to see if it's possible? I can do it if you
>>> prefer.
>>>
>>> It seems that the concerns related to these dashboards showing up in
>>> search results have been addressed. Does the community have any other
>>> concern around this before we can move it forward?
>>> Best
>>> -P.
>>>
>>> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org> wrote:
>>>
>>>> I suggest asking infra about the best way to proceed, so that we don't
>>>> vote on something that doesn't work for them. This might be something handy
>>>> to spin up easily for any Apache project using similar tools.
>>>>
>>>> Kenn
>>>>
>>>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>>>> wrote:
>>>>
>>>>> Current http://104.154.241.245/robots.txt is already disallow all, so
>>>>> we are good here.
>>>>>
>>>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com> wrote:
>>>>>
>>>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>>>> enough to suggest whether another way to do this exists or not.
>>>>>>
>>>>>> It will be good to check that we can set robots.txt properly from the
>>>>>> begging if we go down this path.
>>>>>>
>>>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <mi...@google.com>
>>>>>> wrote:
>>>>>>
>>>>>>> @Ahmet Altay <al...@google.com>
>>>>>>> Thank you for the comment.
>>>>>>>
>>>>>>> Point on search engines is really good. If that happens we can look
>>>>>>> into configuring robots.txt to notify search engines to ignore whole domain.
>>>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>>>
>>>>>>> Having domain name will allow for getting SSL associated with it and
>>>>>>> will allow to keep same address even if IP changes (say we want to move to
>>>>>>> other hoster).
>>>>>>>
>>>>>>
>>>>>> I suppose short link will also allow us to change the host very
>>>>>> similar to a domain name. That is a minor point anyway.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Given two points above, I still consider that having explicit name
>>>>>>> will be beneficial. If there's some other way to get SSL cert and benefit
>>>>>>> of static name I'm eager to utilize it.
>>>>>>>
>>>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Mikhail,
>>>>>>>>
>>>>>>>> Thank you for your work on this. I have some comments:
>>>>>>>>
>>>>>>>> - There is already a short link (
>>>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>>>> can bookmark the short link if they need to quickly access.
>>>>>>>> - Metrics is a developer facing tool. If it has its own subdomain
>>>>>>>> and start showing up in web search results, it will be a confusing landing
>>>>>>>> page for people simply searching for "beam metrics". I believe there is
>>>>>>>> some value in having a single domain and linking to various things from
>>>>>>>> there. This would be similar to how we link to jira, wiki, mailing list
>>>>>>>> archives.
>>>>>>>>
>>>>>>>> Ahmet
>>>>>>>>
>>>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> @Aizamat
>>>>>>>>> Code is not generalized and is project specific in some places.
>>>>>>>>> But it is small and pretty straightforward so can be ported easily. Whole
>>>>>>>>> thing can be started locally with a single docker command, so it's easy to
>>>>>>>>> try it out.
>>>>>>>>>
>>>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>>>> aizhamal@google.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Mikhail,
>>>>>>>>>>
>>>>>>>>>> I think this dashboard is amazing, and would love to have an easy
>>>>>>>>>> access to it. So here is my non binding +1.
>>>>>>>>>>
>>>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>>>> projects? ;)
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Aizhamal
>>>>>>>>>>
>>>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>>>> *To: *dev
>>>>>>>>>>
>>>>>>>>>> Hello everyone,
>>>>>>>>>>>
>>>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we never
>>>>>>>>>>> had added a permanent URL for it. This is really inconvenient to use, since
>>>>>>>>>>> only available way to access dashboard is by IP-address.
>>>>>>>>>>>
>>>>>>>>>>> In this tread I'd like to:
>>>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics dashboard (
>>>>>>>>>>> http://104.154.241.245).
>>>>>>>>>>> 2. Gather information on how to do it. I can assume only
>>>>>>>>>>> following steps so far: a) vote b) once vote is complete, contact Apache
>>>>>>>>>>> INFRA to help with this.
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Mikhail.
>>>>>>>>>>>
>>>>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Mikhail Gryzykhin <mi...@google.com>.
Thank you Alan, that's an interesting link.
Latest Grafana version in docker is v6.2.5, so issues on that list are not
applicable. We should be fine on this front. Should update container
version of grafana running on service though.
@Pablo
I feel it's best for PMC to start conversation with INFRA. I can follow up
on it if you CC me.
Regards,
Mikhail.
On Wed, Jul 17, 2019 at 2:46 PM Alan Myrvold <am...@google.com> wrote:
> Are all of the CVE issues fixed at the version in use?
> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
> XSS isn't much of a concern until there is a hostname associated.
>
> On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com> wrote:
>
>> I'd like to move this forward. Mikhail, would you be interested in filing
>> an issue with Infra to see if it's possible? I can do it if you prefer.
>>
>> It seems that the concerns related to these dashboards showing up in
>> search results have been addressed. Does the community have any other
>> concern around this before we can move it forward?
>> Best
>> -P.
>>
>> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org> wrote:
>>
>>> I suggest asking infra about the best way to proceed, so that we don't
>>> vote on something that doesn't work for them. This might be something handy
>>> to spin up easily for any Apache project using similar tools.
>>>
>>> Kenn
>>>
>>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>>> wrote:
>>>
>>>> Current http://104.154.241.245/robots.txt is already disallow all, so
>>>> we are good here.
>>>>
>>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com> wrote:
>>>>
>>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>>> enough to suggest whether another way to do this exists or not.
>>>>>
>>>>> It will be good to check that we can set robots.txt properly from the
>>>>> begging if we go down this path.
>>>>>
>>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <mi...@google.com>
>>>>> wrote:
>>>>>
>>>>>> @Ahmet Altay <al...@google.com>
>>>>>> Thank you for the comment.
>>>>>>
>>>>>> Point on search engines is really good. If that happens we can look
>>>>>> into configuring robots.txt to notify search engines to ignore whole domain.
>>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>>
>>>>>> Having domain name will allow for getting SSL associated with it and
>>>>>> will allow to keep same address even if IP changes (say we want to move to
>>>>>> other hoster).
>>>>>>
>>>>>
>>>>> I suppose short link will also allow us to change the host very
>>>>> similar to a domain name. That is a minor point anyway.
>>>>>
>>>>>
>>>>>>
>>>>>> Given two points above, I still consider that having explicit name
>>>>>> will be beneficial. If there's some other way to get SSL cert and benefit
>>>>>> of static name I'm eager to utilize it.
>>>>>>
>>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Mikhail,
>>>>>>>
>>>>>>> Thank you for your work on this. I have some comments:
>>>>>>>
>>>>>>> - There is already a short link (
>>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>>> can bookmark the short link if they need to quickly access.
>>>>>>> - Metrics is a developer facing tool. If it has its own subdomain
>>>>>>> and start showing up in web search results, it will be a confusing landing
>>>>>>> page for people simply searching for "beam metrics". I believe there is
>>>>>>> some value in having a single domain and linking to various things from
>>>>>>> there. This would be similar to how we link to jira, wiki, mailing list
>>>>>>> archives.
>>>>>>>
>>>>>>> Ahmet
>>>>>>>
>>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>>
>>>>>>>> @Aizamat
>>>>>>>> Code is not generalized and is project specific in some places. But
>>>>>>>> it is small and pretty straightforward so can be ported easily. Whole thing
>>>>>>>> can be started locally with a single docker command, so it's easy to try it
>>>>>>>> out.
>>>>>>>>
>>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>>> aizhamal@google.com> wrote:
>>>>>>>>
>>>>>>>>> Hi Mikhail,
>>>>>>>>>
>>>>>>>>> I think this dashboard is amazing, and would love to have an easy
>>>>>>>>> access to it. So here is my non binding +1.
>>>>>>>>>
>>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>>> projects? ;)
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Aizhamal
>>>>>>>>>
>>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>>> *To: *dev
>>>>>>>>>
>>>>>>>>> Hello everyone,
>>>>>>>>>>
>>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we never
>>>>>>>>>> had added a permanent URL for it. This is really inconvenient to use, since
>>>>>>>>>> only available way to access dashboard is by IP-address.
>>>>>>>>>>
>>>>>>>>>> In this tread I'd like to:
>>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics dashboard (
>>>>>>>>>> http://104.154.241.245).
>>>>>>>>>> 2. Gather information on how to do it. I can assume only
>>>>>>>>>> following steps so far: a) vote b) once vote is complete, contact Apache
>>>>>>>>>> INFRA to help with this.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Mikhail.
>>>>>>>>>>
>>>>>>>>>>
Re: Proposal: Add permanent url to community metrics dashboard
Posted by Alan Myrvold <am...@google.com>.
Are all of the CVE issues fixed at the version in use?
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=grafana
XSS isn't much of a concern until there is a hostname associated.
On Wed, Jul 17, 2019 at 2:17 PM Pablo Estrada <pa...@google.com> wrote:
> I'd like to move this forward. Mikhail, would you be interested in filing
> an issue with Infra to see if it's possible? I can do it if you prefer.
>
> It seems that the concerns related to these dashboards showing up in
> search results have been addressed. Does the community have any other
> concern around this before we can move it forward?
> Best
> -P.
>
> On Wed, May 22, 2019 at 8:53 AM Kenneth Knowles <ke...@apache.org> wrote:
>
>> I suggest asking infra about the best way to proceed, so that we don't
>> vote on something that doesn't work for them. This might be something handy
>> to spin up easily for any Apache project using similar tools.
>>
>> Kenn
>>
>> On Tue, May 21, 2019 at 1:02 PM Mikhail Gryzykhin <mi...@google.com>
>> wrote:
>>
>>> Current http://104.154.241.245/robots.txt is already disallow all, so
>>> we are good here.
>>>
>>> On Tue, May 21, 2019 at 12:57 PM Ahmet Altay <al...@google.com> wrote:
>>>
>>>> If SSL is a concern that makes sense, I am not familiar with that
>>>> enough to suggest whether another way to do this exists or not.
>>>>
>>>> It will be good to check that we can set robots.txt properly from the
>>>> begging if we go down this path.
>>>>
>>>> On Mon, May 20, 2019 at 10:54 AM Mikhail Gryzykhin <mi...@google.com>
>>>> wrote:
>>>>
>>>>> @Ahmet Altay <al...@google.com>
>>>>> Thank you for the comment.
>>>>>
>>>>> Point on search engines is really good. If that happens we can look
>>>>> into configuring robots.txt to notify search engines to ignore whole domain.
>>>>> The link is a redirect to static IP. So it is still confusing.
>>>>>
>>>>> Having domain name will allow for getting SSL associated with it and
>>>>> will allow to keep same address even if IP changes (say we want to move to
>>>>> other hoster).
>>>>>
>>>>
>>>> I suppose short link will also allow us to change the host very similar
>>>> to a domain name. That is a minor point anyway.
>>>>
>>>>
>>>>>
>>>>> Given two points above, I still consider that having explicit name
>>>>> will be beneficial. If there's some other way to get SSL cert and benefit
>>>>> of static name I'm eager to utilize it.
>>>>>
>>>>> On Mon, May 20, 2019 at 10:43 AM Ahmet Altay <al...@google.com> wrote:
>>>>>
>>>>>> Hi Mikhail,
>>>>>>
>>>>>> Thank you for your work on this. I have some comments:
>>>>>>
>>>>>> - There is already a short link (
>>>>>> https://s.apache.org/beam-community-metrics). Would a link from
>>>>>> contributing to beam page (if there is not one already) sufficient> People
>>>>>> can bookmark the short link if they need to quickly access.
>>>>>> - Metrics is a developer facing tool. If it has its own subdomain and
>>>>>> start showing up in web search results, it will be a confusing landing page
>>>>>> for people simply searching for "beam metrics". I believe there is some
>>>>>> value in having a single domain and linking to various things from there.
>>>>>> This would be similar to how we link to jira, wiki, mailing list archives.
>>>>>>
>>>>>> Ahmet
>>>>>>
>>>>>> On Fri, May 17, 2019 at 9:26 PM Mikhail Gryzykhin <
>>>>>> gryzykhin.mikhail@gmail.com> wrote:
>>>>>>
>>>>>>> @Aizamat
>>>>>>> Code is not generalized and is project specific in some places. But
>>>>>>> it is small and pretty straightforward so can be ported easily. Whole thing
>>>>>>> can be started locally with a single docker command, so it's easy to try it
>>>>>>> out.
>>>>>>>
>>>>>>> On Fri, May 17, 2019, 19:33 Aizhamal Nurmamat kyzy <
>>>>>>> aizhamal@google.com> wrote:
>>>>>>>
>>>>>>>> Hi Mikhail,
>>>>>>>>
>>>>>>>> I think this dashboard is amazing, and would love to have an easy
>>>>>>>> access to it. So here is my non binding +1.
>>>>>>>>
>>>>>>>> On the side note, how easy is to recreate it for other Apache
>>>>>>>> projects? ;)
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Aizhamal
>>>>>>>>
>>>>>>>> *From: *Mikhail Gryzykhin <mi...@google.com>
>>>>>>>> *Date: *Fri, May 17, 2019 at 6:49 PM
>>>>>>>> *To: *dev
>>>>>>>>
>>>>>>>> Hello everyone,
>>>>>>>>>
>>>>>>>>> Some time ago we started community metrics dashboard.
>>>>>>>>> <https://s.apache.org/beam-community-metrics> However we never
>>>>>>>>> had added a permanent URL for it. This is really inconvenient to use, since
>>>>>>>>> only available way to access dashboard is by IP-address.
>>>>>>>>>
>>>>>>>>> In this tread I'd like to:
>>>>>>>>> 1. Vote to assign metrics.beam.apache.org to metrics dashboard (
>>>>>>>>> http://104.154.241.245).
>>>>>>>>> 2. Gather information on how to do it. I can assume only following
>>>>>>>>> steps so far: a) vote b) once vote is complete, contact Apache INFRA to
>>>>>>>>> help with this.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Mikhail.
>>>>>>>>>
>>>>>>>>>