grafana/pkg
Oleg Gaidarenko 1e5fc76601
LDAP: improve POSIX support (#18235)
* LDAP: improve POSIX support

* Correctly abtain DN attributes result

* Allow more flexibility with comparison mapping between POSIX group & user

* Add devenv for POSIX LDAP server

* Correct the docs

Fixes #18140
2019-07-24 12:49:18 +03:00
..
api Auth: do not expose disabled user disabled status (#18229) 2019-07-23 13:12:55 +03:00
bus Codestyle: Fix govet issues (#17178) 2019-06-04 22:00:05 +02:00
cmd CLI: Fix encrypt-datasource-passwords fails with sql error (#18014) 2019-07-10 12:28:40 +02:00
components datasource: testdata - add predicatable csv wave scenario (#18183) 2019-07-18 13:36:22 -04:00
events feat(signup): progress on new sign up and email verification flow, #2353 2015-08-28 15:14:24 +02:00
extensions SAML: Configuration defaults, examples and dependencies (#17954) 2019-07-05 11:27:14 +01:00
infra Instrumentation: Add failed notifications metric (#18089) 2019-07-24 11:43:24 +02:00
login LDAP: finishing touches (#17945) 2019-07-05 17:49:00 +03:00
middleware Metrics: use consistent naming for exported variables (#18134) 2019-07-16 16:58:46 +02:00
models SQLStore: use bool pointer instead of string (#18111) 2019-07-17 06:24:56 +03:00
plugins Plugins: fix previous commit, output "build" property in json 2019-07-19 06:21:39 -07:00
registry add functionality to override service in registry 2018-10-30 13:37:30 +01:00
services LDAP: improve POSIX support (#18235) 2019-07-24 12:49:18 +03:00
setting Auth: saml enabled check. (#17960) 2019-07-05 16:39:52 +02:00
tsdb Plugin: AzureMonitor - Reapply MetricNamespace support (#17282) 2019-07-20 01:43:52 +02:00
util CLI: Add command to migrate all datasources to use encrypted password fields (#17118) 2019-05-27 10:47:21 +02:00
ARCHITECTURE.md Codestyle: add guidelines for removing the m alias for models (#17890) 2019-07-03 11:36:01 +03:00
README.md Docs upgrading deps (#17657) 2019-07-02 09:43:25 +02:00
STYLEGUIDE.md Build: use golangci-lint as a make command (#17739) 2019-07-02 16:06:59 +03:00

Grafana backend codebase

The code styleguide and brief description of the architecture

On going refactorings.

These issues are not something we want to address all at once but something we will improve over time. Since Grafana is released at a regular schedule the prefer approuch is to do this in batches. Not only is it easier to review, it also reduces the risk of conflicts when cherry-picking fixes from master to release branches. Changes that spawn multiple locations are therefore prefered in the end of the release cycle since we make fewer patch releases in the end of the cycle.

Global state

Global state makes testing and debugging software harder and its something we want to avoid when possible. Unfortunately, there is quite a lot of global state in Grafana. The way we want to migrate away from this is to use the inject package to wire up all dependencies either in pkg/cmd/grafana-server/main.go or self registering using registry.RegisterService ex https://github.com/grafana/grafana/blob/master/pkg/services/cleanup/cleanup.go#L25

Reduce the use of the init() function

Should only be used to register services/implementations.

Settings refactoring

The plan is to move all settings to from package level vars in settings package to the setting.Cfg struct. To access the settings services/components can inject this setting.Cfg struct.

Cfg struct Injection example

Reduce the use of Goconvey

We want to migrated away from using Goconvey and use stdlib testing as its the most common approuch in the GO community and we think it will make it easier for new contributors. Read more about how we want to write tests in the ARCHITECTURE.MD docs.

Sqlstore refactoring

The sqlstore handlers all use a global xorm engine variable. This should be refactored to use the Sqlstore instance.

Avoid global HTTP Handler functions

HTTP handlers should be refactored to so the handler methods are on the HttpServer instance or a more detailed handler struct. E.g (AuthHandler). This way they get access to HttpServer service dependencies (& Cfg object) and can avoid global state

Date comparison

Newly introduced date columns in the database should be stored as epochs if date comparison is required. This permits to have a unifed approach for comparing dates against all the supported databases instead of handling seperately each one of them. In addition to this, by comparing epochs error pruning transformations from/to other time zones are no more needed.

Dependency management

Documented in UPDRAGING_DEPENDENCIES.md.