Seite wählen

NETWAYS Blog

Jitsi Enable Breakout Rooms

New feature breakout rooms

Now that the new breakout rooms feature of Jitsi has finally been released, we can integrate it into our own Jitsi. If you would like to know more about the new breakout feature check out our new blogpost!
There are two ways to get the new feature. One way is to build a new Jitsi and use the latest version of Jitsi. However, not everyone wants to build a new Jitsi setup, they just want to enable the feature. The other option is you are already using a Jitsi and now you want to update and enable the new feature.
Today we will look at how to do the update and enable the new feature.

First check which Prosody version you have installed:

dpkg -l | grep prosody

It is important that you have a current Prosody version, preferably 0.11.10.
If your Prosody is still under version 11.7 you should update it.

Update Prosody

Add the repo to your sources.list:

echo deb http://packages.prosody.im/debian $(lsb_release -sc) main | sudo tee -a /etc/apt/sources.list

Get the packages key:

wget https://prosody.im/files/prosody-debian-packages.key -O- | sudo apt-key add -

Update repositories:

sudo apt update
sudo apt install prosody

If there was a conflict with your “cfg” while updating, you would have seen it during the install. You may have a backup file named prosody.cfg.lua.dpkg-old. If you had something special in there, you could move it back in place with:

sudo mv /etc/prosody/prosody.cfg.lua /etc/prosody/prosody.cfg.lua.new && sudo mv /etc/prosody/prosody.cfg.lua.dpkg-old /etc/prosody/prosody.cfg.lua

Make sure the last line in your prosody.cfg.lua is Include „conf.d/*.cfg.lua“

sudo vim /etc/prosody/prosody.cfg.lua
systemctl restart prosody.service jicofo.service

If you get Errors like this: OperationFailedException: Failed to join the room and Exception while trying to start the conference
You have to Edit your prosody config and change storage from “none” to “memory”:

vim /etc/prosody/conf.avail/meet.domain.com.cfg.lua

Replace: storage = „none“ with storage = „memory“

Enable breakout rooms

If you now have a current version we can start with the update, if you have certain configs that are important, you should save them before the update.
When you are ready you can start:

Update repositories:

apt update

Install:

apt upgrade

After that you can check if the latest jicofo version is installed:

dpkg -l | grep jicofo

You should now get these versions displayed:

ii jicofo 1.0-830-1 all Jitsi Meet COnference FOcus

Same for the Jitsi Versions:

dpkg -l | grep jitsi
ii Jitsi-meet                 2.0.6689-1     all WebRTC JavaScript video conferences
ii Jitsi-meet-prosody         1.0.5638-1     all Prosody configuration for Jitsi Meet
ii Jitsi-meet-turnserver      1.0.5638-1     all Configures coturn to be used with Jitsi Meet
ii Jitsi-meet-web             1.0.5638-1     all WebRTC JavaScript video conferences
ii Jitsi-meet-web-config      1.0.5638-1     all Configuration for web serving of Jitsi Meet
ii Jitsi-videobridge2         2.1-592-g1e2879e0-1     all WebRTC compatible Selective Forwarding Unit (SFU)

If all versions match the versions shown above, you can proceed and activate the feature:

vim /etc/prosody/conf.avail/jitmeet.example.com.cfg.lua

Now add „muc_breakout_rooms“; to the modules_enabled section under your main virtual host:

VirtualHost "jitmeet.example.com"
    modules_enabled = {
        "muc_breakout_rooms";
    }

Below the modules_enabled block, insert these two lines:

breakout_rooms_muc = "breakout.jitmeet.example.com"
main_muc = "muc.jitmeet.example.com"

Next add another component block, this one should be after the first component block and should be located above —- internal muc component

Component "breakout.jitmeet.example.com" "muc"
    restrict_room_creation = true
    storage = "memory"
    admins = { "focusUser@auth.jitmeet.example.com" }
    muc_room_locking = false
    muc_room_default_public_jids = true

Example file:

Component "conference.jitmeet.example.com" "muc"
    restrict_room_creation = true
    storage = "memory"
    modules_enabled = {
        "muc_meeting_id";
        "muc_domain_mapper";
        "polls";
        --"token_verification";
}
admins = { "focus@auth.jitmeet.example.com" }
muc_room_locking = false
muc_room_default_public_jids = true

Component "breakout.jitmeet.example.com" "muc"
    restrict_room_creation = true
    storage = "memory"
    modules_enabled = {
        "muc_meeting_id";
        "muc_domain_mapper";
        --"token_verification";
        "muc_rate_limit";
}
admins = { "focus@auth.jitmeet.example.com" }
muc_room_locking = false
muc_room_default_public_jids = true

-- internal muc component

Restart the services once again and then you should be able to use the new feature directly

systemctl restart prosody.service jicofo.service

I hope this documentation helped you and you can now enjoy the new breakout room feature!

Joshua Hartmann
Joshua Hartmann
Systems Engineer

Joshua hat im Sommer 2023 seine Ausbildung zum Fachinformatiker für Systemintegration bei den NETWAYS Web Services erfolgreich abgeschlossen. Heute ist er ein wichtiger Teil des Teams, das sich mit großer Hingabe um die Kundenbetreuung und die kontinuierliche Weiterentwicklung der SaaS-Apps kümmert. Neben seinem musikalischen Talent am Klavier hat Joshua eine Leidenschaft für Wintersport und findet auch Freude im Gaming. Doch am allerliebsten verbringt er seine Zeit mit seiner besseren Hälfte, denn sie ist für ihn das größte Glück.

Jitsi Feature – Breakout Rooms

It’s finally here! After what feels like a decade, the feature is here and it’s just what we need. With this update comes not only breakout rooms but also some great features that we are really excited about. This feature makes your meetings easier to navigate and for online classes, you can split students into groups very easily. Here we show you how the feature works and also what is included in the new update.

Breakout Rooms

To activate breakout rooms, you just need to have the current version of Jitsi and the feature will already be there. You first click on „Participants“ and a menu appears on the right side. Here you can click „Add breakout room“ and a new room will be created. It is also possible to create rooms before all participants are present.

After a room is created, the participants can either go into the rooms freely or they could be moved into the room by the moderator. The rooms have no passwords and are only operated by the moderator. When a participant is in the room, they cannot control anything except „Leave“.

The moderator can also close the rooms and bring back all participants. Multiple rooms can be created and only the moderator has control over this function.

Moderator Features

What is also good about the update is what options are available to the moderator. There is now the option to ask a person to turn on the microphone. No participants are forced to turn on their camera or mic (and the moderator can’t force it either), but they can be asked and speak voluntarily. This feature is privacy-safe and, in our opinion, a good solution to an ever relevant topic.

The moderator also has the chance to turn off not only the microphones and camera when joining, but also the emoticon sounds as well. It may be that some people really like the emoticons, but now it can be muted (yay).

This update is pretty big and we haven’t explored everything yet. We tested the breakout room feature and we like it a lot. What’s your opinion? Also, stay tuned as we discover new features.

Want to have your own Jitsi instance with us? We also offer managed services for your machine and you could also have your own branding for Jitsi. If you would like to know more, just get in touch and one of our MyEngineers will be happy to help.

Jitsi Meetings mit Jibri aufzeichen

Trotz scheinbar eintretender Entspannung bei der aktuellen Corona-Krise ist Videoconferencing nicht mehr wegzudenken. Sei es durch das Umdenken bei den Arbeitgebern zu Homeofficeregeleungen oder bei international gewachsenen Teams. Alle müssen irgendwie miteinander kommunizieren. Wir von NETWAYS setzen ja schon seit Beginn der Krise auf Jitsi und konnten damit auch viele Kunden überzeugen, datenschutzkonforme Videokonferenzlösungen einzusetzen.

Neben unserer Jitsi-App (JaaS), welche sich übrigens 30 Tage kostenfrei testen lässt und darüber hinaus auch schon Branding nach eigenen Bedürfnissen anbietet, bauen wir auch Jitsi-Lösungen nach Kundenwunsch. Seien es spezielle Anforderungen an besonders viele gleichzeitige Nutzer, ein komplett eigenes Branding, JWT-Auth, Telefoneinwahl oder Datenschutz-Pop-Up’s.

Inzwischen erreichen uns auch immer öfter Anfragen, die den Wunsch äußern, solche Meetings aufzuzeichnen. Also haben wir uns hier auf die Suche gemacht und Jibri gefunden. Nachfolgend beschreibe ich in aller Kürze, wie man seinen Jitsi-Server dazu bringt Videos aufzuzeichnen. Als Basis hierzu dient ein Ubuntu 20.04 LTS-Server mit bereits eingerichtetem Jitsi.

Alle nachfolgenden Schritte werden als root auf dem Jitsi-Meet Server ausgeführt, hingegen zur offiziellen Dokumentation gibt es ein paar Stolpersteine, welche ich euch gern erspare.

Vorbereitung

Zu Beginn installieren wir die erforderlichen Kernel-Module:

apt install linux-modules-extra-$(uname -r)
apt install linux-generic
reboot
echo "snd-aloop" >> /etc/modules 
modprobe snd-aloop

Nun machen wir den Server mittels Chrome Stable als Client fit:

curl -sS -o - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add echo "deb [arch=amd64]  stable main" > /etc/apt/sources.list.d/google-chrome.list apt-get -y update apt-get -y install google-chrome-stable

Im nächsten Schritt kommen die Chrome managed-policies dazu:

mkdir -p /etc/opt/chrome/policies/managed
echo ‘{ “CommandLineFlagSecurityWarningsEnabled”: false }’ >>/etc/opt/chrome/policies/managed/managed_policies.json

Der Chrome-Treiber darf natürlich auch nicht fehlen, daher führen wir nun aus:

CHROME_DRIVER_VERSION=`curl -sS chromedriver.storage.googleapis.com/LATEST_RELEASE` wget -N  -P ~/ unzip ~/chromedriver_linux64.zip -d ~/ rm ~/chromedriver_linux64.zip sudo mv -f ~/chromedriver /usr/local/bin/chromedriver sudo chown root:root /usr/local/bin/chromedriver sudo chmod 0755 /usr/local/bin/chromedriver

Noch weitere benötigte Pakete:

apt install ffmpeg curl alsa-utils icewm xdotool xserver-xorg-input-void xserver-xorg-video-dummy

Installation Jibri

Die eigentliche Jibri-Installation machen wir über apt:

apt install jibri

Ohne Rechte geht natürlich nichts, daher kommen diese auch noch dazu:

usermod -aG adm,audio,video,plugdev jibri

In den nächsten Schritten kommt noch das erforderliche Java hinzu:

wget -O - https://adoptium.net/en-GB/blog/2023/07/adoptopenjdk-jfrog-io-has-been-deprecated/ | sudo apt-key add -
add-apt-repository https://adoptium.net/en-GB/blog/2023/07/adoptopenjdk-jfrog-io-has-been-deprecated/
apt-get -y update
apt-get install adoptopenjdk-8-hotspot

Wir müssen Java8 als default setzen, dazu ändern wir die nachfolgende Datei:

vim /opt/jitsi/jibri/launch.sh

Hier ändern wir das Wort „java“ in den folgenden String „/usr/lib/jvm/adoptopenjdk-8-hotspot-amd64/bin/java“. Danach speichern und schließen wir Datei schon wieder.

Prosody benötigt auch noch eine kleine Änderung. Also kommt das nun direkt (Achtung, Pfad weicht auf die eigene Domain am Ende ab):

vim /etc/prosody/conf.avail/your.domain.com.cfg.lua

Dort hängen wir am Ende einfach an (your.domain.com wieder durch eigene Jitsi-Adresse ersetzen):

-- internal muc component, meant to enable pools of jibri and jigasi clients
Component "internal.auth.your.domain.com" "muc"
modules_enabled = {
"ping";
}
storage = "memory"
muc_room_cache_size = 1000

VirtualHost "recorder.your.domain.com"
modules_enabled = {
"ping";
}
authentication = "internal_plain"

Danach speichern und schließen wir die Datei wieder
Nun bekommt Prosody noch 2 neue Nutzer, die Passwörter „JPwd“ und „RPwd“ ersetzt man durch eigene, sichere Passwörter und notiert diese für später:

prosodyctl register jibri auth.your.domain.com JPwd
prosodyctl register recorder recorder.your.domain.com RPwd

Jicofo will auch noch eine Änderung, diese beginnen wir durch öffnen des Config-Files:

vim /etc/jitsi/jicofo/sip-communicator.properties

Dort fügen wir die Zeilen ein (Achtung, Domainname anpassen):

org.jitsi.jicofo.jibri.BREWERY=JibriBrewery@internal.auth.your.domain.com 
org.jitsi.jicofo.jibri.PENDING_TIMEOUT=90

Jetzt bringen wir Jitsi selbst wirklich noch bei, eine Aufnahme zu starten (!Domainname):

vim /etc/jitsi/meet/your.domain.com-config.js

hier prüfen wir, ob die folgenden Optionen so gesetzt sind, bzw. fügen den Code ein (!Domain):

fileRecordingsEnabled: true, 
liveStreamingEnabled: true, 
hiddenDomain: 'recorder.your.domain.com',

Der Dateispeicherort bekommt nun auch noch die Rechte, die er braucht, um von Jibri beschrieben zu werden:

mkdir /srv/recordings
chown jibri:jibri /srv/recordings

Zu guter Letzt, muss Jibri noch konfiguriert werden. Nachfolgend ein Beispiel hierfür. Man achte bitte auf das Ersetzen mit dem eigenen, korrekten Domainnamen und die korrekt vergebenen Passwörter:

vim /etc/jitsi/jibri/jibri.conf

jibri {
// A unique identifier for this Jibri
// TODO: eventually this will be required with no default
id = ""
// Whether or not Jibri should return to idle state after handling
// (successfully or unsuccessfully) a request. A value of 'true'
// here means that a Jibri will NOT return back to the IDLE state
// and will need to be restarted in order to be used again.
single-use-mode = false
api {
http {
external-api-port = 2222
internal-api-port = 3333
}
xmpp {
// See example_xmpp_envs.conf for an example of what is expected here
environments = [
{
name = "prod environment"
xmpp-server-hosts = ["your.domain.com"]
xmpp-domain = "your.domain.com"

control-muc {
domain = "internal.auth.your.domain.com"
room-name = "JibriBrewery"
nickname = "jibri-nickname"
}

control-login {
domain = "auth.your.domain.com"
username = "jibri"
password = "JPwd"
}

call-login {
domain = "recorder.your.domain.com"
username = "recorder"
password = "RPwd"
}

strip-from-room-domain = "conference."
usage-timeout = 0
trust-all-xmpp-certs = true
}]
}
}
recording {
recordings-directory = "/srv/recordings"
# TODO: make this an optional param and remove the default
finalize-script = "/path/to/finalize_recording.sh"
}
streaming {
// A list of regex patterns for allowed RTMP URLs. The RTMP URL used
// when starting a stream must match at least one of the patterns in
// this list.
rtmp-allow-list = [
// By default, all services are allowed
".*"
]
}
chrome {
// The flags which will be passed to chromium when launching
flags = [
"--use-fake-ui-for-media-stream",
"--start-maximized",
"--kiosk",
"--enabled",
"--disable-infobars",
"--autoplay-policy=no-user-gesture-required"
]
}
stats {
enable-stats-d = true
}
webhook {
// A list of subscribers interested in receiving webhook events
subscribers = []
}
jwt-info {
// The path to a .pem file which will be used to sign JWT tokens used in webhook
// requests. If not set, no JWT will be added to webhook requests.
# signing-key-path = "/path/to/key.pem"

// The kid to use as part of the JWT
# kid = "key-id"

// The issuer of the JWT
# issuer = "issuer"

// The audience of the JWT
# audience = "audience"

// The TTL of each generated JWT. Can't be less than 10 minutes.
# ttl = 1 hour
}
call-status-checks {
// If all clients have their audio and video muted and if Jibri does not
// detect any data stream (audio or video) comming in, it will stop
// recording after NO_MEDIA_TIMEOUT expires.
no-media-timeout = 30 seconds

// If all clients have their audio and video muted, Jibri consideres this
// as an empty call and stops the recording after ALL_MUTED_TIMEOUT expires.
all-muted-timeout = 10 minutes

// When detecting if a call is empty, Jibri takes into consideration for how
// long the call has been empty already. If it has been empty for more than
// DEFAULT_CALL_EMPTY_TIMEOUT, it will consider it empty and stop the recording.
default-call-empty-timeout = 30 seconds
}
}

Das wars, nun startet man die betroffenen Dienste noch neu und der Aufnahme-Button im Meeting zeigt nun auch die gewünschte Funktion:

systemctl restart jitsi-videobridge2 prosody jicofo
systemctl enable --now jibri

Die Aufnahmen sind nun in /srv/recordings zu finden. Sollte hier noch kein Bild und Ton sichtbar sein, hat final folgende Änderung in der Datei /etc/jitsi/jicofo/jicofo.conf noch Abhilfe geschafft

Man suche sich die Zeile:

trusted-domains: recorder.your.domain.com

und passt sie an, auf:

trusted-domains: [recorder.your.domain.com]

Nach einem letzten Dienstneustart läuft nun alles wie gewünscht.

Schlusswort

Bedenken sollte man, dass Videos gespeichert werden und entsprechend viel Platz verbrauchen. Dies sollte man beim Sizing des Systems beachten. Die Daten sind auch nicht einfach für jeden Teilnehmer herunterladbar, sondern liegen auf dem Jitsi-Server unter /srv/recordings.

Alles in Allem ist dies aber eine wunderbare Lösung, um Workshops mit Kollegen aufzuzeichnen und diese später an neue Kollegen weiter zu geben.

Sobald die Aufzeichnung ausgelöst wird, wird dies allen Teilnehmern auch via Text2Speech mitgeteilt. Im Meeting ist oben neben dem Meetingnamen auch ein Recording-Symbol zu sehen.

Wer ein solches Jitsi haben will, sich aber nicht gern selbst darum kümmert, wäre bei uns genau richtig und sollte den Kontakt zu unseren freundlichen Vertriebskollegen suchen. Unsere Server stehen in Nürnberg und ermöglichen so eine vollständig datenschutzkonforme Videokonferenzlösung.

Jitsi-Feature – Pop-up-Fenster

Jitsi ist sehr datenschutzfreundlich. Als Videokonferenzlösung halte ich es für eine der Besten auf dem Markt, da es absolut keine Einzelheiten an Dritte weitergibt. So kann man sicher sein, dass die eigenen Daten sicher und geheim bleiben. Jeder Jitsi-Raum wird nur auf Verlangen erstellt und nach Verlassen aller Teilnehmer sogleich gelöscht. Hiernach bleibt an Benutzerdaten nichts zurück – nichts. Jitsi speichert keine Daten, Chat-Historie oder Videodateien. Deshalb wird Jitsi bei denjenigen, die sich um ihre Privatsphäre sorgen, immer beliebter. Das ist aber noch nicht alles! Zusätzlich zur Teilnahme an der Videokonferenz ohne Spuren zu hinterlassen, kann als zusätzliches Feature Kamera und/oder Mikrofon bei Betreten des Raumes defaultmäßig deaktiviert eingestellt werden. Wer noch ein wenig mehr Sicherheit haben möchte, kann die Kommunikation im Raum auch Ende-zu-Ende-verschlüsseln. Was kann man sich mehr wünschen?

Obwohl Jitsi bereits Open Source ist, entsteht immer mal wieder der Kundenwunsch, eine Zustimmungsabfrage einzurichten, bspw. zum Akzeptieren des Datenschutzes, um strengeren europäischen Richtlinien zu genügen. Solche Pop-ups kennen Sie wahrscheinlich schon. Hier zeigen wir unsere Lösung, um das für unsere Jitsi-Kunden umzusetzen. Dies ist eine Eigenentwicklung und bei Jitsi in dieser Form nicht vorgesehen.

Das Pop-up bietet zwei Wahlmöglichkeiten. Wer den Bedingungen zustimmt, die frei formuliert werden können, wird berechtigt, die Jitsi-Instanz zu benutzen und einen Raum zu betreten. Ferner wird ein Cookie gespeichert, damit die Abfrage auf diesem Gerät nicht mehr erfolgen muss. Er wird für 30 Tage lokal gespeichert, verfällt danach und wird ausschließlich für den erläuterten Zustimmungszweck genutzt; wir sammeln oder verteilen keinerlei Daten. Falls man aus irgendwelchen Gründen den Bedingungen nicht zustimmen mag und auf „Ablehnen“ klickt, wird man auf die zuvor besuchte Seite abgelenkt. Natürlich kann das Pop-up auch farblich anders gestaltet oder mit einem alternativen Logo versehen werden.

Es ist ebenfalls sehr nützlich, um Kunden/Besucher mit weiteren Informationen zu versorgen und/oder die Video-/Audio-Freigabe zu erläutern, kann aber auch sehr gut als Willkommensnachricht dienen.

Bei NETWAYS arbeiten wir immer hart daran, die neuesten Features zu implementieren und die kleinen Dinge an Ihrem System zu verbessern. Unsere Server werden hier in Deutschland betrieben. Haben Sie weitere Anpassungsideen oder -wünsche? Nehmen Sie gerne Kontakt mit uns auf und teilen uns diese mit!

How To NWS: Software as a Service

Und weiter geht es mit der Blogserie „How To NWS“. Nachdem ich das letzte Mal darauf eingegangen bin, für wen unsere Dienstleistungen überhaupt interessant sind und aus welchen Beweggründen man sich auf die Suche nach uns macht, möchte ich nun dazu übergehen, einen Überblick über unser Portfolio geben.

Dieses setzt sich aus drei Bausteinen zusammen:

  1. SaaS / Open Source Apps
  2. IaaS
  3. MyEngineer

Im heutigen Blog erläutere ich, was es mit den Open Source Apps auf sich hat.

Open Source Apps – einfach starten!!

Wer direkt einsatzfähige Apps sucht, ist auf unserer Self-Service-Plattform genau richtig. Hier findet Ihr ein breites Spektrum an Tools, die je nach Unternehmensgröße in unterschiedlichen Paketen zu kostengünstigen Preisen gebucht werden können. Hierbei kann je nach Zahlungsform eine Vertragslaufzeit von einem Monat oder einem Jahr gewählt werden.

Der Grundgedanke dieser Plattform ist, dass alles einfach, schnell und stabil funktioniert. Und wie schaffen wir das? Mit Hilfe unserer Container-Lösung. Die Anwendungen werden von den Kunden:innen selbst gestartet. Alle  Apps sind in Container verpackt und werden dadurch innerhalb kürzester Zeit (ca. 3-4 Minuten) hochgefahren und sind dann direkt einsatzbereit.

Je nachdem für welche App Ihr Euch entscheidet, lassen sich nun auch noch individuelle Einstellungen hinterlegen (Domain, Branding oder 2-Faktor-Authorisierung etc.), um das Tool somit nach den eigenen Vorstellungen anzupassen.

Support

Für den Fall, dass man hier an seine Grenzen stößt oder dass es mal irgendwo klemmt, gibt es den NWS-Support. Für einen Hilferuf könnt Ihr Euch per Ticketsystem, LiveChat oder Telefon bei uns melden und wir kümmern uns darum, dass die Fragezeichen umgehend aus der Welt geschafft werden. Dieser Service ist bereits im Monatspreis inbegriffen. Gleiches gilt für die Betriebsführung. Alle Updates und Wartungen werden automatisch durch unsere Techniker durchgeführt. So bleiben die Apps sicher und sind stets auf dem neuesten Stand. Unsere Kunden müssen sich um nichts kümmern und können den Dienst einfach benutzen.

Kostenlos Testen!

Zu guter Letzt gibt es bei ALLEN Apps eine kostenlose Probezeit von 30 Tagen. Du bist nicht ganz sicher, ob das Tool mit all Deinen Anforderungen hundertprozentig übereinstimmt? Kein Problem: starte einfach die App und probiere alles einen Monat lang in Ruhe aus. Hierbei musst Du keine Angst vor einer Abo-Falle haben – Deine Kontodaten musst Du erst mit Ablauf der Probezeit hinterlegen (natürlich nur, wenn  Du die App über den Testzeitraum hinaus weiter nutzen möchtest).

App-Auswahl

Inhaltlich decken wir mit Apps aus den Bereichen Kommunikation, Organisationsverwaltung bis hin zur Überwachung der eigenen IT-Infrastruktur ein sehr breites Spektrum ab. Für fast alle Anforderungen, die das Arbeiten im (Home)Office so mit sich bringt, findet man hier den richtigen Dienst.

Kommunikation

Wer einen Instant-Messenger sucht, um sich mit den Kollegen:innen unkompliziert auszutauschen, kann sich bei uns zwischen RocketChat und Mattermost entscheiden. Als Videokonferenzsystem bieten wir mit Jitsi eine tolle, DSGVO-konforme Alternative zu den Datenkraken von Teams, Zoom u. Co. Für den sicheren Dokumentenaustausch zwischen Kolleg:innen oder mit Kund:innen haben wir Nextcloud im Programm. Hierbei kann man u.a. mit dem Textverarbeitungsprogramm OnlyOffice sogar zeitgleich gemeinsam Dokumente, Tabellen und Präsentationen bearbeiten. Außerdem bekommt Ihr vollen Zugriff auf den Nextcloud-Appstore, über den sich unzählige, weitere Tools an die eigene Nextcloud-Instanz anbinden lassen.

Organisation

Mit Suite CRM verwaltet Ihr Eure Kundendaten und behaltet stets die Übersicht über alle getätigten kundenspezifischen Aktionen. Perfekt ergänzt wird das Ganze durch den RequestTracker, mit dessen Hilfe jegliche Korrespondenz in verschiedene Queues einsortiert wird. Dabei können zusammengehörige Anliegen miteinander verknüpft und alle Aufgaben mit einem Bearbeitungsstatus versehen werden. So habt Ihr zu jeder Zeit alle Kundenanfragen im Blick und nichts kann mehr verloren gehen. Den Überblick zu behalten gilt es auch bei der Versionsverwaltung Eurer Softwareprojekte. Dies gelingt mittels GitLab. Hier können all Eure Entwickler gleichzeitig Quellcode programmieren, Änderungen vornehmen und deren Funktionalität testen. Alle Änderungen werden durch Commits gespeichert und sind für jeden Entwickler jederzeit sichtbar.

Monitoring

Für das Monitoring Eurer Infrastruktur haben wir den Icinga Master und den Icinga Satelliten im Programm. Mit dem Icinga Master kannst Du Dir Hosts mit vorkonfigurierten Prüfungen einrichten und hier dann beispielsweise Lastspitzen mittels grafischen Metriken sofort erkennen. Icinga 2 Satellite hilft Dir, Deine Dienste aus der Sicht Deiner Kunden (also aus externer Sicht) zu überprüfen. Den Abschluss bildet Cachet. Das ist ein benutzerfreundliches Statusseitensystem, mit dem all Deine Benutzer stets über die Verfügbarkeit Deiner Services im Bilde bleiben.

Neugierig geworden? Na dann auf zu unseren SaaS Apps: Alle Infos findest Du unter https://nws.netways.de/de/apps/

Im nächsten Blog geht es dann weiter mit Punkt 2 unseres Portfolios: Infrastructure as a Service mit OpenStack.

Stefan Schneider
Stefan Schneider
Account Manager

Vor seiner Zeit bei NETWAYS hat Stefan als Projektmanager in einer Nürnberger Agentur dabei geholfen, Werbeprojekte auf die Straße zu bringen. Seit Juni 2017 ist er nun stolzes Mitglied der NETWAYS-Crew. Hier war er zuerst der Ansprechpartner für unserer Schulungen und kümmert sich aktuell um alle Anfragen rund um unser Hostingangebot. Die Freizeit vertreibt sich Stefan am liebsten mit Sport. Vom Joggen über Slacklining bis zum PennyBoard fahren ist er für alles zu haben.