Why a Dashboard?

In the YaST team we use quite a lot of external or internal services like GitHub, Travis, Jenkins, Open Build Service, Bugzilla, Trello,... It is too difficult and time consuming to track all those tools and get an overview what is OK, what failed and what actions should we take to resolve the problems.

Ideally there should be a tool which collects the status from all services and provides a summary page with all relevant information at one place.

Additionally it should not only report the found problems but also propose a solution so non-expert developers have a hint what needs to be fixed and how (if possible).

Generic Dashboard

The goal is to have the dashboard generic so the other teams could easily change the used services and their parameters (like which users to watch in bugzilla) and reuse the tool without much effort. This could also enable the cooperation with the other teams and increase the amount of possible developers for the project.

The Prototype

There already exists a prototype application, deployed here (this public instance does not contain any credentials, it can only see the publicly available services and their publicly available data, i.e. no internal bug reports).

Features

  • Ruby on Rails application with Postgres DB and nginx web server (in the production mode)
  • Includes a Docker configuration for easy development/deployment
  • The UI is based on the Gentellela template
  • Includes a simple Jenkins log analyzer which proposes solutions for known error patterns (live page)
  • See more details in the README

ydashboard_small

TODO

  • Collect the requirements for this service
  • Collect the list of services which we should watch
  • For each service collect which attributes or values which are important to track
  • The UI Design
    • How to present the data at the summary page?
    • How to make it easily readable?
    • How to easily recognize the required actions?
  • Add more status analyzers to propose actions for the other services
  • Make the application easily configurable
  • Think how to pass and store the sensitive data (passwords, access tokens) securely

=================================================================================

Looking for hackers with the skills:

rubyonrails webapps css javascript ruby docker

This project is part of:

Hack Week 16

Activity

  • almost 8 years ago: jordimassaguerpla liked this project.
  • almost 8 years ago: mvidner liked this project.
  • almost 8 years ago: deneb_alpha liked this project.
  • almost 8 years ago: ancorgs liked this project.
  • almost 8 years ago: hennevogel liked this project.
  • almost 8 years ago: david_kang liked this project.
  • almost 8 years ago: teclator liked this project.
  • almost 8 years ago: lslezak added keyword "ruby" to this project.
  • almost 8 years ago: lslezak added keyword "docker" to this project.
  • almost 8 years ago: lslezak added keyword "rubyonrails" to this project.
  • almost 8 years ago: lslezak added keyword "webapps" to this project.
  • almost 8 years ago: lslezak added keyword "css" to this project.
  • almost 8 years ago: lslezak added keyword "javascript" to this project.
  • almost 8 years ago: lslezak originated this project.

  • Comments

    Be the first to comment!

    Similar Projects

    Kudos aka openSUSE Recognition Platform by lkocman

    Description

    I started the Kudos application shortly after Leap 16.0 to create a simple, friendly way to recognize people for their work and contributions to openSUSE. There’s so much more to our community than just submitting requests in OBS or gitea we have translations (not only in Weblate), wiki edits, forum and social media moderation, infrastructure maintenance, booth participation, talks, manual testing, openQA test suites, and more!

    Goals

    • Kudos under github.com/openSUSE/kudos with build previews aka netlify

    • Have a kudos.opensuse.org instance running in production

    • Build an easy-to-contribute recognition platform for the openSUSE communit a place where everyone can send and receive appreciation for their work, across all areas of contribution.

    • In the future, we could even explore reward options such as vouchers for t-shirts or other community swag, small tokens of appreciation to make recognition more tangible.

    Resources


    Recipes catalog and calculator in Rails 8 by gfilippetti

    My wife needs a website to catalog and sell the products of her upcoming bakery, and I need to learn and practice modern Rails. So I'm using this Hack Week to build a modern store using the latest Ruby on Rails best practices, ideally up to the deployment.

    TO DO

    • Index page
    • Product page
    • Admin area -- Supplies calculator based on orders -- Orders notification
    • Authentication
    • Payment
    • Deployment

    Day 1

    As my Rails knowledge was pretty outdated and I had 0 experience with Turbo (wich I want to use in the app), I started following a turbo-rails course. I completed 5 of 11 chapters.

    Day 2

    Continued the course until chapter 8 and added live updates & an empty state to the app. I should finish the course on day 3 and start my own project with the knowledge from it.

    Hackweek 24

    For this Hackweek I'll continue this project, focusing on a Catalog/Calculator for my wife's recipes so she can use for her Café.

    Day 1