183 karma · joined March 21, 2016
This seems sketchy.
Furthermore, your clarification: "Currently, Kobble stores all user data in secret GitHub Gists, under your account. Secret gists are not private." does not help because it does not explicitly state the fact that notes will be readable by anyone on the internet.
I can entirely sympathize with your comment here, but I'd like to try to quickly present a contrary perspective:
Indeed there are architectural trade-offs made by every monitoring system, and icinga2 makes some that we also have found to be frustrating: one such example that comes to mind for me personally is that icinga aims to maintain backwards compatibility with its historically-derived nagios configuration file syntax which is difficult to understand and hard to parse in an automated fashion.
On the other hand, there are exampls of architectural choices that I believe icinga gets right: It implements an approach to secure and authenticated metrics collection that virtually every other monitoring system leaves as an "exercise" for the user. It provides checks and alerts and notification thershholds by default, which many other monitoring systems don't.
We build monitor in a box to attempt to highlight one particular approach to using icinga 2 which we find works for us. We attempt to be systematic and through in our approach, aiming for a reproducible, Ansible based implementation that emphasizes modularity and code reuse. We invite everyone to try out our open source offering to decide for his or her self whether the benfits of running icinga 2 in this fashion outweigh the drawbacks.
In a nutshell, Monitor in a box is a system/application monitoring solution based on Ansible, Icinga 2 and Grafana.
I would like to kindly point you to our demo to see what our software does.
We've also made our code available at github, and I invite you to check out our README to get an idea of how to begin using.
I hope that helps clarify what we're trying to do.
To be precise, Monitor in a box is a solution built in-part on Icinga 2.
I'm sorry about that. We'll see what we can do to address this problem.
In the spirit of shameless self-promotion, I invite you to clone our git repo and see for yourself! :-)
Also I'd like to clarify a possible misunderstanding: Monitor in a Box does not require that ansible be installed on all the servers. We only require that ansible be installed on the one machine that orchestrates the setup of Monitor in a Box.
What are you going to do about it?
“The thing we were terrified about when switching over to PC’s, was learning Windows, but it wasn’t as bad as we thought, especially because we spend the majority of our time in Adobe® Premier Pro and the interface is exactly the same.”
If it's any consolation, I can certainly appreciate the frustration some will experience due to this, but we're just bound by the reality of our wallet at the moment. We also mean no harm by inviting those in the queue to provide an email.
we certainly didn't mean it to come off as being arrogant
Thanks for the feedback.
Perhaps the confusion is coming from the fact that a stacktile workflow is more than "pre-known" static content -- it is markdown coupled to a an interactive, running shell process in which code can be executed.
I hope that helps clarify
The process of provisioning a new container (especially under high load that we're seeing today) is what takes a few moments. We however do a fair amount of pre-allocation and other tricks to speed this process up.
I might be misunderstanding your feedback, but I think you're asking why we enable the user to edit markdown in our "try it now" demo -- and thus "interrupt the pitch".
Our rationale with our live demo is to show what the content creation process looks like for our prospective customer. The visitors to a completed workflow won't have the ability to edit the markdown.
again -- I'm sorry about the limited number of users we can support at the moment (and thus the redirect to our signup page).
we're giving people the option to sign up to be notified when we have a free slot, but you're not required to sign up to try us out. It's just that we have many more people coming to try us than we expected.
Sorry about that!
thank you for pointing this out -- the above user is pointing out a provision in our Privacy Policy. Our privacy policy is very much a work in progress -- we're a small team that put this policy in place as a first attempt, although I know that's not a very good answer. I fully agree with you that that clause in particular is quite draconian.
I have brought this to our team's attention and we will be reviewing it as soon as we can (A.K.A. as soon as we're done dealing with the huge influx of new users from HN)