Comments (5)
Yeah this looks quite good, thx for the quick work and response
from gitlab-ci-build-statuses.
@TheAnachronism Thanks for reporting this, really appreciated!
I wasn't aware of that as I was just copy-pasting stuff from various places. I'll have a look at it and will improve the example. Alternatively, if you got some spare time, feel free to create a PR with a suggestion.
from gitlab-ci-build-statuses.
Sadly I have no idea how prometheus or grafana work so I don't know which ports are required and how I test if everything actually works... I guess both have at least their default port exposed
from gitlab-ci-build-statuses.
Prometheus and Grafana need to have one port exposed to make their UIs accessible. In addition to that, Grafana must be able to access Prometheus via HTTP, and Prometheus needs access to all containers (Prometheus scrapes metrics from the other containers, Grafana then queries Prometheus to provide visualizations to the end user).
If I only expose ports like in #52, the containers can't access each other. As far as I understand, it now uses the default bridge as network and that doesn't allow communication between containers. So I would need to use a user defined bridge?
from gitlab-ci-build-statuses.
Found the issue. In the configs for Prometheus and Grafana, I was using 127.0.0.1
to address the containers. Of course that's not possible anymore. Instead I have to use the container names.
#52 looks good to me now. I think that was the solution you have in mind?
The confirmation that it works is that http://localhost:9090/targets shows a lot of green badges saying UP
(if the config for the build statuses container is correct) as well as Grafana saying that the Prometheus datasource is accessible
from gitlab-ci-build-statuses.
Related Issues (10)
- App shouldn't be healthy if the thread for updating the build statuses dies
- Better error reporting when config parsing fails
- Fetch the build statuses for the project's default branch instead of master
- Improve the app architecture
- Restructure the data storage
- Docker container doesn't shutdown gracefully
- Consider moving the CI to Github Actions HOT 1
- Add a proper release concept HOT 1
- UI rehaul HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gitlab-ci-build-statuses.