Fwd: [DISCUSS] Day 1 User Experience - Getting Metron Running
Right. I think we would just have to Dockerize whatever bits are needed for specific "scenarios" as Katakoda calls them. At least, that is what I am hoping. On Fri, Oct 26, 2018 at 3:00 PM Otto Fowler wrote: > Ok, so we are not talking about dockerizing all of metron for this then. > > > On October 26, 2018 at 14:52:27, Nick Allen (n...@nickallen.org) wrote: > > From what I can tell, Katakoda functions mainly through hosting Docker > containers. So if I were to create Katakoda demo like "Introduction to > Stellar REPL", I would need to create a Docker container that hosts the > Stellar REPL. As a user works through your demo, Katakoda launches and > hosts your container for each user session. That is my assumption from > looking through some of the demos that currently exist. > > On Fri, Oct 26, 2018 at 2:42 PM Otto Fowler > wrote: > >> What is the metron on docker part? >> >> >> On October 26, 2018 at 14:37:48, Nick Allen (n...@nickallen.org) wrote: >> >> > Yeah I would +1 katakoda. >> >> Has anyone used or have a history with KataKoda? I'd hate to invest time >> in a hosted solution if the provider isn't going to be around. That's a >> definite 'con' to taking that approach. >> >> Although most of the effort would be invested in "Metron on Docker" which >> might have value outside of KataKoda. And some level of work has already >> been done on Docker. >> >> >> > I also think that it would help to start distributing RPMs, DEBs, and >> the >> mpacks with the releases.. >> >> Agreed. I was thinking that whatever solution falls out of this discussion >> might require RPMs, DEBs, Maven Central, etc as prerequisites. Although >> each of those have value in their own right. >> >> >> >> On Fri, Oct 26, 2018 at 1:42 PM zeo...@gmail.com >> wrote: >> >> > Yeah I would +1 katakoda. I also think that it would help to start >> > distributing RPMs, DEBs, and the mpacks with the releases, as well as >> > consider a service like opensuse's build service for nightlies, etc. >> > >> > Jon >> > >> > On Fri, Oct 26, 2018 at 6:25 AM Anand Subramanian < >> > asubraman...@hortonworks.com> wrote: >> > >> > > Great idea! This will be a HUGE improvement in the user experience for >> > > first timers to Metron. Katakoda seems very interesting - simple and >> > > straight-forward. I loved the way you can provide instructions, >> commands >> > > (that can be directly clicked!), links, explanation and so on. >> > > >> > > Regards, >> > > Anand >> > > >> > > On 10/25/18, 7:49 PM, "Nick Allen" wrote: >> > > >> > > We all know spinning up the development environment is a pain. >> > > Unfortunately, it is the only way for a new user to get a feel for >> > > Metron. >> > > We need a better way to introduce new users to Metron. >> > > >> > > I am hoping we can brainstorm ways to improve that experience. Here >> > > are a >> > > few thoughts that might help start a discussion. >> > > >> > > (1) Create a *KataKoda* [1] based demo. I ran across this after >> > > finding >> > > Apache Ozone's demo [2], which I think is great. >> > > >> > > >> > > - A user does not need to download or install anything. It is a >> > > completely hosted offering. >> > > - Provides a step-by-step demo experience that could guide >> > users >> > > through creating an enrichment, defining a profile, managing >> > > alerts. >> > > - Would require a Metron on Docker solution. >> > > >> > > (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with >> > > everything >> > > installed and ready to rock. A user would just need to install >> > > Vagrant and >> > > run: >> > > >> > > vagrant init metron/0.6.0 >> > > >> > > vagrant up >> > > >> > > >> > > - Reduces the number of dependencies needed to get Metron >> > > up-and-running. >> > > - Significantly increases the success rate of new users getting >> > > Metron running. >> > > - Still results in "Full Dev" Metron which requires too many >> > > resources for the average computer. >> > > >> > > Are these good options? What other approaches could we take? >> > Hopefully >> > > some JIRAs might fall out of this discussion. >> > > >> > > - Nick >> > > >> > > >> > > -- >> > > [1] https://www.katacoda.com >> > > [2] https://www.katacoda.com/elek/scenarios/ozone101 >> > > [3] https://app.vagrantup.com/boxes/search >> > > >> > > >> > > -- >> > >> > Jon Zeolla >> > >> >>
Re: [DISCUSS] Day 1 User Experience - Getting Metron Running
>From what I can tell, Katakoda functions mainly through hosting Docker containers. So if I were to create Katakoda demo like "Introduction to Stellar REPL", I would need to create a Docker container that hosts the Stellar REPL. As a user works through your demo, Katakoda launches and hosts your container for each user session. That is my assumption from looking through some of the demos that currently exist. On Fri, Oct 26, 2018 at 2:42 PM Otto Fowler wrote: > What is the metron on docker part? > > > On October 26, 2018 at 14:37:48, Nick Allen (n...@nickallen.org) wrote: > > > Yeah I would +1 katakoda. > > Has anyone used or have a history with KataKoda? I'd hate to invest time > in a hosted solution if the provider isn't going to be around. That's a > definite 'con' to taking that approach. > > Although most of the effort would be invested in "Metron on Docker" which > might have value outside of KataKoda. And some level of work has already > been done on Docker. > > > > I also think that it would help to start distributing RPMs, DEBs, and > the > mpacks with the releases.. > > Agreed. I was thinking that whatever solution falls out of this discussion > might require RPMs, DEBs, Maven Central, etc as prerequisites. Although > each of those have value in their own right. > > > > On Fri, Oct 26, 2018 at 1:42 PM zeo...@gmail.com > wrote: > > > Yeah I would +1 katakoda. I also think that it would help to start > > distributing RPMs, DEBs, and the mpacks with the releases, as well as > > consider a service like opensuse's build service for nightlies, etc. > > > > Jon > > > > On Fri, Oct 26, 2018 at 6:25 AM Anand Subramanian < > > asubraman...@hortonworks.com> wrote: > > > > > Great idea! This will be a HUGE improvement in the user experience for > > > first timers to Metron. Katakoda seems very interesting - simple and > > > straight-forward. I loved the way you can provide instructions, > commands > > > (that can be directly clicked!), links, explanation and so on. > > > > > > Regards, > > > Anand > > > > > > On 10/25/18, 7:49 PM, "Nick Allen" wrote: > > > > > > We all know spinning up the development environment is a pain. > > > Unfortunately, it is the only way for a new user to get a feel for > > > Metron. > > > We need a better way to introduce new users to Metron. > > > > > > I am hoping we can brainstorm ways to improve that experience. Here > > > are a > > > few thoughts that might help start a discussion. > > > > > > (1) Create a *KataKoda* [1] based demo. I ran across this after > > > finding > > > Apache Ozone's demo [2], which I think is great. > > > > > > > > > - A user does not need to download or install anything. It is a > > > completely hosted offering. > > > - Provides a step-by-step demo experience that could guide > > users > > > through creating an enrichment, defining a profile, managing > > > alerts. > > > - Would require a Metron on Docker solution. > > > > > > (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with > > > everything > > > installed and ready to rock. A user would just need to install > > > Vagrant and > > > run: > > > > > > vagrant init metron/0.6.0 > > > > > > vagrant up > > > > > > > > > - Reduces the number of dependencies needed to get Metron > > > up-and-running. > > > - Significantly increases the success rate of new users getting > > > Metron running. > > > - Still results in "Full Dev" Metron which requires too many > > > resources for the average computer. > > > > > > Are these good options? What other approaches could we take? > > Hopefully > > > some JIRAs might fall out of this discussion. > > > > > > - Nick > > > > > > > > > -- > > > [1] https://www.katacoda.com > > > [2] https://www.katacoda.com/elek/scenarios/ozone101 > > > [3] https://app.vagrantup.com/boxes/search > > > > > > > > > -- > > > > Jon Zeolla > > > >
Re: [DISCUSS] Day 1 User Experience - Getting Metron Running
What is the metron on docker part? On October 26, 2018 at 14:37:48, Nick Allen (n...@nickallen.org) wrote: > Yeah I would +1 katakoda. Has anyone used or have a history with KataKoda? I'd hate to invest time in a hosted solution if the provider isn't going to be around. That's a definite 'con' to taking that approach. Although most of the effort would be invested in "Metron on Docker" which might have value outside of KataKoda. And some level of work has already been done on Docker. > I also think that it would help to start distributing RPMs, DEBs, and the mpacks with the releases.. Agreed. I was thinking that whatever solution falls out of this discussion might require RPMs, DEBs, Maven Central, etc as prerequisites. Although each of those have value in their own right. On Fri, Oct 26, 2018 at 1:42 PM zeo...@gmail.com wrote: > Yeah I would +1 katakoda. I also think that it would help to start > distributing RPMs, DEBs, and the mpacks with the releases, as well as > consider a service like opensuse's build service for nightlies, etc. > > Jon > > On Fri, Oct 26, 2018 at 6:25 AM Anand Subramanian < > asubraman...@hortonworks.com> wrote: > > > Great idea! This will be a HUGE improvement in the user experience for > > first timers to Metron. Katakoda seems very interesting - simple and > > straight-forward. I loved the way you can provide instructions, commands > > (that can be directly clicked!), links, explanation and so on. > > > > Regards, > > Anand > > > > On 10/25/18, 7:49 PM, "Nick Allen" wrote: > > > > We all know spinning up the development environment is a pain. > > Unfortunately, it is the only way for a new user to get a feel for > > Metron. > > We need a better way to introduce new users to Metron. > > > > I am hoping we can brainstorm ways to improve that experience. Here > > are a > > few thoughts that might help start a discussion. > > > > (1) Create a *KataKoda* [1] based demo. I ran across this after > > finding > > Apache Ozone's demo [2], which I think is great. > > > > > > - A user does not need to download or install anything. It is a > > completely hosted offering. > > - Provides a step-by-step demo experience that could guide > users > > through creating an enrichment, defining a profile, managing > > alerts. > > - Would require a Metron on Docker solution. > > > > (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with > > everything > > installed and ready to rock. A user would just need to install > > Vagrant and > > run: > > > > vagrant init metron/0.6.0 > > > > vagrant up > > > > > > - Reduces the number of dependencies needed to get Metron > > up-and-running. > > - Significantly increases the success rate of new users getting > > Metron running. > > - Still results in "Full Dev" Metron which requires too many > > resources for the average computer. > > > > Are these good options? What other approaches could we take? > Hopefully > > some JIRAs might fall out of this discussion. > > > > - Nick > > > > > > -- > > [1] https://www.katacoda.com > > [2] https://www.katacoda.com/elek/scenarios/ozone101 > > [3] https://app.vagrantup.com/boxes/search > > > > > > -- > > Jon Zeolla >
Re: [DISCUSS] Day 1 User Experience - Getting Metron Running
> Yeah I would +1 katakoda. Has anyone used or have a history with KataKoda? I'd hate to invest time in a hosted solution if the provider isn't going to be around. That's a definite 'con' to taking that approach. Although most of the effort would be invested in "Metron on Docker" which might have value outside of KataKoda. And some level of work has already been done on Docker. > I also think that it would help to start distributing RPMs, DEBs, and the mpacks with the releases.. Agreed. I was thinking that whatever solution falls out of this discussion might require RPMs, DEBs, Maven Central, etc as prerequisites. Although each of those have value in their own right. On Fri, Oct 26, 2018 at 1:42 PM zeo...@gmail.com wrote: > Yeah I would +1 katakoda. I also think that it would help to start > distributing RPMs, DEBs, and the mpacks with the releases, as well as > consider a service like opensuse's build service for nightlies, etc. > > Jon > > On Fri, Oct 26, 2018 at 6:25 AM Anand Subramanian < > asubraman...@hortonworks.com> wrote: > > > Great idea! This will be a HUGE improvement in the user experience for > > first timers to Metron. Katakoda seems very interesting - simple and > > straight-forward. I loved the way you can provide instructions, commands > > (that can be directly clicked!), links, explanation and so on. > > > > Regards, > > Anand > > > > On 10/25/18, 7:49 PM, "Nick Allen" wrote: > > > > We all know spinning up the development environment is a pain. > > Unfortunately, it is the only way for a new user to get a feel for > > Metron. > > We need a better way to introduce new users to Metron. > > > > I am hoping we can brainstorm ways to improve that experience. Here > > are a > > few thoughts that might help start a discussion. > > > > (1) Create a *KataKoda* [1] based demo. I ran across this after > > finding > > Apache Ozone's demo [2], which I think is great. > > > > > >- A user does not need to download or install anything. It is a > > completely hosted offering. > > - Provides a step-by-step demo experience that could guide > users > > through creating an enrichment, defining a profile, managing > > alerts. > > - Would require a Metron on Docker solution. > > > > (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with > > everything > > installed and ready to rock. A user would just need to install > > Vagrant and > > run: > > > > vagrant init metron/0.6.0 > > > > vagrant up > > > > > >- Reduces the number of dependencies needed to get Metron > > up-and-running. > > - Significantly increases the success rate of new users getting > > Metron running. > > - Still results in "Full Dev" Metron which requires too many > > resources for the average computer. > > > > Are these good options? What other approaches could we take? > Hopefully > > some JIRAs might fall out of this discussion. > > > > - Nick > > > > > > -- > > [1] https://www.katacoda.com > > [2] https://www.katacoda.com/elek/scenarios/ozone101 > > [3] https://app.vagrantup.com/boxes/search > > > > > > -- > > Jon Zeolla >
Re: [DISCUSS] Day 1 User Experience - Getting Metron Running
Yeah I would +1 katakoda. I also think that it would help to start distributing RPMs, DEBs, and the mpacks with the releases, as well as consider a service like opensuse's build service for nightlies, etc. Jon On Fri, Oct 26, 2018 at 6:25 AM Anand Subramanian < asubraman...@hortonworks.com> wrote: > Great idea! This will be a HUGE improvement in the user experience for > first timers to Metron. Katakoda seems very interesting - simple and > straight-forward. I loved the way you can provide instructions, commands > (that can be directly clicked!), links, explanation and so on. > > Regards, > Anand > > On 10/25/18, 7:49 PM, "Nick Allen" wrote: > > We all know spinning up the development environment is a pain. > Unfortunately, it is the only way for a new user to get a feel for > Metron. > We need a better way to introduce new users to Metron. > > I am hoping we can brainstorm ways to improve that experience. Here > are a > few thoughts that might help start a discussion. > > (1) Create a *KataKoda* [1] based demo. I ran across this after > finding > Apache Ozone's demo [2], which I think is great. > > >- A user does not need to download or install anything. It is a > completely hosted offering. > - Provides a step-by-step demo experience that could guide users > through creating an enrichment, defining a profile, managing > alerts. > - Would require a Metron on Docker solution. > > (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with > everything > installed and ready to rock. A user would just need to install > Vagrant and > run: > > vagrant init metron/0.6.0 > > vagrant up > > >- Reduces the number of dependencies needed to get Metron > up-and-running. > - Significantly increases the success rate of new users getting > Metron running. > - Still results in "Full Dev" Metron which requires too many > resources for the average computer. > > Are these good options? What other approaches could we take? Hopefully > some JIRAs might fall out of this discussion. > > - Nick > > > -- > [1] https://www.katacoda.com > [2] https://www.katacoda.com/elek/scenarios/ozone101 > [3] https://app.vagrantup.com/boxes/search > > > -- Jon Zeolla
Re: [DISCUSS] Day 1 User Experience - Getting Metron Running
Great idea! This will be a HUGE improvement in the user experience for first timers to Metron. Katakoda seems very interesting - simple and straight-forward. I loved the way you can provide instructions, commands (that can be directly clicked!), links, explanation and so on. Regards, Anand On 10/25/18, 7:49 PM, "Nick Allen" wrote: We all know spinning up the development environment is a pain. Unfortunately, it is the only way for a new user to get a feel for Metron. We need a better way to introduce new users to Metron. I am hoping we can brainstorm ways to improve that experience. Here are a few thoughts that might help start a discussion. (1) Create a *KataKoda* [1] based demo. I ran across this after finding Apache Ozone's demo [2], which I think is great. - A user does not need to download or install anything. It is a completely hosted offering. - Provides a step-by-step demo experience that could guide users through creating an enrichment, defining a profile, managing alerts. - Would require a Metron on Docker solution. (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with everything installed and ready to rock. A user would just need to install Vagrant and run: vagrant init metron/0.6.0 vagrant up - Reduces the number of dependencies needed to get Metron up-and-running. - Significantly increases the success rate of new users getting Metron running. - Still results in "Full Dev" Metron which requires too many resources for the average computer. Are these good options? What other approaches could we take? Hopefully some JIRAs might fall out of this discussion. - Nick -- [1] https://www.katacoda.com [2] https://www.katacoda.com/elek/scenarios/ozone101 [3] https://app.vagrantup.com/boxes/search
[DISCUSS] Day 1 User Experience - Getting Metron Running
We all know spinning up the development environment is a pain. Unfortunately, it is the only way for a new user to get a feel for Metron. We need a better way to introduce new users to Metron. I am hoping we can brainstorm ways to improve that experience. Here are a few thoughts that might help start a discussion. (1) Create a *KataKoda* [1] based demo. I ran across this after finding Apache Ozone's demo [2], which I think is great. - A user does not need to download or install anything. It is a completely hosted offering. - Provides a step-by-step demo experience that could guide users through creating an enrichment, defining a profile, managing alerts. - Would require a Metron on Docker solution. (2) Create a *Vagrant Cloud* [3] hosted image of "Full Dev" with everything installed and ready to rock. A user would just need to install Vagrant and run: vagrant init metron/0.6.0 vagrant up - Reduces the number of dependencies needed to get Metron up-and-running. - Significantly increases the success rate of new users getting Metron running. - Still results in "Full Dev" Metron which requires too many resources for the average computer. Are these good options? What other approaches could we take? Hopefully some JIRAs might fall out of this discussion. - Nick -- [1] https://www.katacoda.com [2] https://www.katacoda.com/elek/scenarios/ozone101 [3] https://app.vagrantup.com/boxes/search