IT for Business Podcast

Mirko Peters

Wir sind IT-Dienstleister für den Mittelstand – und wir sprechen hier nicht über Produkte oder Hypes, sondern über das, was in echten Unternehmen zählt: stabile IT, saubere Architektur und Entscheidungen, die im Betrieb funktionieren. Wenn Sie Verantwortung für IT tragen, Budgets entscheiden oder Systeme bewerten, dann sind Sie hier richtig. IT for Business – IT, die im Betrieb funktioniert. Keine Buzzwords. Keine Umwege.

  1. Aug 20

    KI im Mittelstand: Die fünf Use Cases mit echtem ROI

    KI schafft keinen Nutzen, nur weil ein Unternehmen eine Lizenz kauft. Der wirtschaftliche Effekt entsteht dort, wo Prozesse messbar Zeit verlieren, Fehler produzieren oder Vorgänge unnötig liegen bleiben. In dieser Folge zeigt Mirko Peters fünf KI-Use-Cases für den Mittelstand, bei denen sich der ROI mit Bearbeitungszeit, Durchlaufzeit, Fehlerkosten und Betriebsaufwand realistisch bewerten lässt. ㅤ ㅤ KI in der Dokumentenverarbeitung ㅤ Rechnungen, Bestellungen, Lieferscheine und Formulare werden in vielen Unternehmen noch manuell gelesen, übertragen und abgelegt. KI kann Inhalte erkennen, Felder extrahieren und Vorgänge vorbereiten. ERP oder DMS bleiben dabei die führenden Systeme. Entscheidend sind klare Schnittstellen, Prüfregeln, Berechtigungen und eine lückenlose Nachvollziehbarkeit jeder Korrektur und Freigabe. ㅤ ㅤ Internes Wissen schneller nutzbar machen ㅤ Mitarbeitende verlieren täglich Zeit bei der Suche nach Anleitungen, Vertragsregeln, Tickets und Prozesswissen. Ein internes Wissenssystem kann freigegebene Unternehmensquellen durchsuchen und Antworten mit Quellenverweisen liefern. Damit das funktioniert, brauchen Inhalte fachliche Eigentümer, aktuelle Dokumente und ein rollenbasiertes Berechtigungskonzept. ㅤ ㅤ E-Mail-Triage und Kundenservice strukturieren Ein gemeinsames Postfach wird schnell zum Risiko, wenn Reklamationen, Kündigungen oder dringende Kundenanfragen falsch zugeordnet werden. KI kann E-Mails kategorisieren, relevante Informationen erkennen, Vorgänge priorisieren und Antwortentwürfe vorbereiten. Verbindliche Zusagen, Sonderkonditionen und rechtlich relevante Antworten bleiben jedoch Aufgabe von Menschen. ㅤ ㅤ Angebots-, Auftrags- und Bestellprozesse automatisieren ㅤ KI kann unstrukturierte Informationen aus E-Mails und PDFs erfassen, mit Stammdaten abgleichen und Vorgänge als Entwurf in ERP oder CRM vorbereiten. Mitarbeitende konzentrieren sich dadurch auf Abweichungen, fehlende Angaben und Sonderfälle. Preisfindung, Kalkulation und Vertragsbedingungen sollten weiterhin in den dafür vorgesehenen Systemen und Regeln bleiben. ㅤ ㅤ Qualitätssicherung und Predictive Maintenance ㅤ In der Produktion kann KI Fehler mit Bilddaten früher erkennen oder anhand von Sensorwerten auf mögliche Maschinenausfälle hinweisen. Das senkt Ausschuss, Nacharbeit und ungeplante Stillstände – wenn Bild-, Sensor- und Wartungsdaten sauber vorliegen. Entscheidend sind außerdem klare Abläufe: Wer prüft eine Meldung, wer stoppt die Linie und wie werden Fehlalarme bewertet? ㅤ ㅤ ROI messen statt KI nur ausprobieren ㅤ Starten Sie mit einem klar abgegrenzten Prozess, messbarem Volumen und eindeutigen Regeln. Erfassen Sie vorab Bearbeitungszeit, Fehlerquote, Durchlaufzeit und offene Vorgänge. Rechnen Sie diese Werte gegen Einführung, Lizenzen, Betrieb, Datenschutz, Kontrolle und Pflegeaufwand. So wird aus einem KI-Piloten ein belastbarer Prozess statt einer weiteren Schatten-IT-Lösung. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die IT-Entscheidungen sicher, wirtschaftlich und langfristig tragfähig treffen wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  2. Aug 20

    Conditional Access erklärt: Die zehn Regeln, die jedes Unternehmen braucht

    Ein korrektes Kennwort reicht längst nicht mehr aus, um Unternehmensdaten zu schützen. Conditional Access prüft zusätzlich Kontext, Gerät, Risiko, Standort und Anwendung – und entscheidet so, unter welchen Bedingungen ein Zugriff auf Microsoft 365 erlaubt ist. In dieser Folge erklärt Mirko Peters die zehn wichtigsten Regeln für einen belastbaren Zugriffsschutz im Mittelstand. ㅤ ㅤ Die Grundlage: Regeln, Notfallzugänge und klare Verantwortung ㅤ Conditional Access folgt einer einfachen Wenn-dann-Logik, braucht aber ein sauberes Betriebsmodell. Jede Richtlinie sollte einen Zweck, einen Verantwortlichen und dokumentierte Ausnahmen mit Ablaufdatum haben. Unverzichtbar sind außerdem mindestens zwei überwachte Break-Glass-Konten, damit sich das Unternehmen bei einer fehlerhaften Policy nicht selbst aus dem Tenant aussperrt. ㅤ ㅤ MFA für alle und alte Anmeldung blockieren ㅤ MFA muss für alle Benutzer und Cloudanwendungen gelten – nicht nur für einzelne Gruppen. Gleichzeitig sollten Legacy-Authentifizierung und alte Protokolle wie POP, IMAP oder ältere ActiveSync-Verfahren blockiert werden. Prüfen Sie vorher Scanner, Fachanwendungen, SMTP-Konten und andere Systeme mit fest hinterlegten Kennwörtern. ㅤ ㅤ Device Code Flow und Sitzungen kontrollieren ㅤ Der Device Code Flow kann gezielt für Phishing missbraucht werden und sollte grundsätzlich blockiert sein, sofern kein klar begründeter Anwendungsfall besteht. Ergänzend begrenzen Sitzungskontrollen das Risiko übernommener Tokens. Besonders Administratoren sollten ihre Identität häufiger neu bestätigen müssen als normale Anwender. ㅤ ㅤ Nur sichere und verwaltete Geräte zulassen ㅤ Der Zugriff auf Unternehmensdaten sollte an konforme, verwaltete Geräte gebunden sein. Mit Microsoft Intune lassen sich Mindestanforderungen wie Verschlüsselung, Firewall, Schutzsoftware und aktuelle Betriebssystemversionen prüfen. Für private Geräte und externe Partner braucht es bewusst eingeschränkte Alternativen wie App-Schutzrichtlinien oder Browserzugriff ohne Download. ㅤ ㅤ Standorte, Administratoren und sensible Daten schützen ㅤ Standortregeln können unerwartete Länder und Zugriffe begrenzen, ersetzen aber keinen Geräteschutz. Administratorkonten benötigen getrennte Konten für die tägliche Arbeit, phishingresistente Anmeldung, verwaltete Geräte und kurze Sitzungen. Besonders sensible Anwendungen wie Finanz-, Personal- oder Verwaltungsdaten verdienen eigene, strengere Zugriffsbedingungen. ㅤ ㅤ Risikosignale nutzen und Policies sicher ausrollen ㅤ Mit Entra ID P2 lassen sich Anmelde- und Benutzerrisiken als zusätzliches Signal verwenden – etwa für stärkere Authentifizierung, Blockierung oder Kennwortwechsel. Neue Richtlinien sollten immer zunächst im Report-only-Modus getestet, mit Pilotgruppen eingeführt und anschließend schrittweise ausgerollt werden. So verhindern Sie, dass guter Zugriffsschutz selbst zum Betriebsrisiko wird. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die IT-Entscheidungen sicher und wirtschaftlich treffen wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  3. Aug 20

    Ransomware vorbereitet sein: Der realistische Notfallplan

    Ransomware ist keine normale IT-Störung, sondern eine Betriebsunterbrechung unter hohem Entscheidungsdruck. In dieser Folge erklärt Mirko Peters, wie mittelständische Unternehmen sich realistisch vorbereiten: von der ersten kontrollierten Reaktion über den Notfallstab bis zum sicheren Wiederanlauf kritischer Geschäftsprozesse. ㅤ ㅤ Ransomware früh erkennen und richtig einordnen ㅤ Die sichtbare Verschlüsselung ist häufig nur die letzte Phase eines Angriffs. Zuvor erkunden Angreifer Systeme, Berechtigungen, Backups und Administrationszugänge – und kopieren oft sensible Daten. Erfahren Sie, warum funktionierende Backups allein einen möglichen Datenabfluss und die Folgen doppelter Erpressung nicht lösen. ㅤ ㅤ Ein entscheidungsfähiger Notfallstab ㅤ Im Ernstfall entscheidet nicht allein die IT. Geschäftsführung, technische Leitung, Fachbereiche, Kommunikation, Datenschutz und Rechtsberatung brauchen klare Rollen, Stellvertretungen und Befugnisse. Wer darf externe Forensik beauftragen? Wer informiert Kunden, Versicherer oder Behörden? Eine geprüfte Offline-Kontaktliste gehört dabei zwingend zum Notfallplan. ㅤ ㅤ Die ersten Stunden: Eindämmen statt Aktionismus ㅤ Betroffene Systeme gezielt vom Netzwerk zu trennen, kann die Ausbreitung stoppen. Voreiliges Ausschalten oder Bereinigen kann jedoch wichtige Spuren für Forensik und Analyse zerstören. Wir sprechen über kontrollierte Isolation, die Prüfung privilegierter Konten, Fernzugänge und die richtige Dokumentation eines fortlaufenden Lagebilds. ㅤ ㅤ Backups als echter Rettungsweg ㅤ Ein erfolgreicher Backup-Job beweist noch nicht, dass eine Wiederherstellung funktioniert. Die 3-2-1-1-0-Regel hilft, Sicherungen gegen Ransomware, Standortausfälle und ungeprüfte Fehler abzusichern: getrennte Kopien, externe Speicherung, unveränderbare oder isolierte Backups und regelmäßig getestete Restores. ㅤ ㅤ Wiederanlauf nach Geschäftsprioritäten ㅤ Nicht der lauteste Server kommt zuerst zurück, sondern der wichtigste Geschäftsprozess. RTO und RPO müssen gemeinsam mit den Fachbereichen festgelegt werden. Identitäten, Netzwerk, Sicherheitswerkzeuge und Plattformen bilden meist die Grundlage, bevor Anwendungen und Daten kontrolliert in einer isolierten Umgebung getestet und wieder produktiv freigegeben werden. ㅤ ㅤ Lösegeld ist keine Strategie ㅤ Eine Zahlung garantiert weder Entschlüsselung noch die Löschung gestohlener Daten. Entscheidend sind saubere Wiederherstellungen, getrennte Administrationskonten, segmentierte Infrastruktur und ein regelmäßig geübter Notfallplan. Tabletop-Übungen machen fehlende Zuständigkeiten und falsche Kontaktdaten sichtbar, bevor daraus ein echter Schaden wird. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die IT-Entscheidungen sicher und wirtschaftlich treffen wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  4. Aug 20

    n8n, Power Automate oder individuelle Entwicklung?

    Eine Automatisierung ist schnell gebaut. Die eigentlichen Fragen kommen später: Wer verantwortet den Prozess? Welche Daten bewegen sich zwischen den Systemen? Was passiert bei Fehlern – und wer kann die Lösung nach einem Personalwechsel noch betreiben? In dieser Folge vergleicht Mirko Peters n8n, Power Automate und individuelle Entwicklung aus Sicht von Architektur, Sicherheit, Betrieb und langfristigen Kosten. ㅤ ㅤ Erst den Prozess verstehen, dann automatisieren ㅤ Bevor ein Tool ausgewählt wird, müssen Auslöser, Beteiligte, Datenflüsse, Freigaben und Ausnahmen klar sein. Ein automatisierter, aber ungeklärter Prozess wird nicht besser – er wird nur schwieriger zu ändern. Besonders Sonderfälle und Fehlerwege entscheiden darüber, ob eine Automatisierung im Alltag funktioniert. ㅤ ㅤ Power Automate für Prozesse im Microsoft-Umfeld ㅤ Power Automate ist stark bei klar abgegrenzten Abläufen rund um Microsoft 365, Teams, SharePoint, Outlook, Forms und Dataverse. Genehmigungen, Erinnerungen und einfache Dokumentenprozesse lassen sich schnell umsetzen. Sobald Premium-Connectoren, externe Systeme oder große Datenmengen dazukommen, brauchen auch Power-Automate-Flows klare Umgebungen, Berechtigungen, Ownership und Monitoring. ㅤ ㅤ n8n für flexible Integrationen und APIs ㅤ n8n eignet sich besonders als Orchestrierungsschicht zwischen SaaS-Diensten, ERP, CRM, internen Anwendungen und externen APIs. Die Flexibilität ist groß – ebenso die Betriebsverantwortung. Bei Self-Hosting gehören Updates, Backups, Secrets, MFA, Monitoring und getestete Wiederherstellungen zwingend zum Konzept. ㅤ ㅤ Individuelle Entwicklung für geschäftskritische Logik ㅤ Wenn Preisregeln, Vertragsbedingungen, Bonitätsprüfungen, komplexe Entscheidungen oder hohe Sicherheitsanforderungen zum Kern eines Prozesses gehören, reicht ein Workflow oft nicht mehr aus. Individuelle Entwicklung schafft passgenaue Datenmodelle, Tests und Fehlerbehandlung – benötigt aber Architektur, Versionsverwaltung, CI/CD, Dokumentation und eine langfristige Betriebsverantwortung. ㅤ ㅤ Die passende Architektur ist häufig eine Kombination ㅤ Nicht jeder Prozess braucht nur ein Werkzeug. Power Automate kann Freigaben und Microsoft-365-nahe Abläufe abbilden, n8n Systeme und APIs verbinden, während kritische Fachlogik in einem eigenen Dienst läuft. Entscheidend sind klare Systemgrenzen, Datenhoheit und definierte Schnittstellenverträge. ㅤ ㅤ Sicherheit, Kosten und Betrieb von Anfang an planen ㅤ Servicekonten statt persönlicher Zugänge, geschützte Secrets, minimale Berechtigungen, Protokollierung und ein klarer Fehlerprozess sind keine Extras. Rechnen Sie nicht nur die Umsetzung, sondern auch Lizenzen, Hosting, Updates, Support, Monitoring, interne Pflege und Ausfallrisiken über mehrere Jahre. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die IT-Entscheidungen sicher, wirtschaftlich und langfristig tragfähig treffen wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  5. Aug 20

    IT-Onboarding automatisieren: Von der Einstellung bis zum ersten Arbeitstag

    Ein neuer Mitarbeiter beginnt am Montag – doch Notebook, Konto, Lizenzen und Berechtigungen sind noch nicht vollständig bereit. Das kostet Zeit, sorgt für Frust und schafft vermeidbare Sicherheitsrisiken. In dieser Folge zeigt Mirko Peters, wie Unternehmen ihr IT-Onboarding von der HR-Meldung bis zum ersten arbeitsfähigen Tag standardisieren und sinnvoll automatisieren. ㅤ ㅤ Onboarding beginnt mit einem verbindlichen Prozess ㅤ Eine E-Mail an die IT ist kein Prozess. Für einen zuverlässigen Start braucht es rechtzeitig vollständige Informationen: Eintrittsdatum, Standort, Abteilung, Rolle, Führungskraft und Beschäftigungsart. Erfahren Sie, wie HR, Fachbereich, Führungskraft und IT ihre Verantwortlichkeiten sauber trennen. ㅤ ㅤ Identitäten und Berechtigungen über Rollen steuern ㅤ Neue Mitarbeitende sollten nicht einfach die Berechtigungen eines Kollegen übernehmen. Rollenmodelle sorgen dafür, dass Zugriffe nachvollziehbar, wiederholbar und auf die tatsächliche Aufgabe begrenzt bleiben. Themen wie Least Privilege, Need to Know, MFA, separate Administratorkonten und zeitlich begrenzte Zusatzrechte spielen dabei eine zentrale Rolle. ㅤ ㅤ Geräte vor dem ersten Arbeitstag bereitstellen ㅤ Ein Laptop im Karton ist kein arbeitsfähiger Arbeitsplatz. Zero-Touch-Deployment, Windows Autopilot und Mobile Device Management wie Microsoft Intune helfen dabei, Geräte vorab sicher zu registrieren, Anwendungen bereitzustellen, Richtlinien durchzusetzen und den Supportaufwand zu reduzieren. ㅤ ㅤ Lizenzen, Anwendungen und Datenzugriffe als Paket ㅤ Ein funktionierender Arbeitsplatz braucht mehr als ein Benutzerkonto. Lizenzen, Fachanwendungen, Microsoft-365-Zugriffe und Datenberechtigungen sollten als klare Rollenpakete definiert werden. So vermeiden Unternehmen überlizenzierte Konten, unnötige Rechte und endlose Ticketketten am ersten Arbeitstag. ㅤ ㅤ Offboarding und Ausnahmen von Anfang an mitdenken ㅤ Ein guter Prozess endet nicht beim Eintritt. Bei Rollenwechseln, Projektzugriffen und Austritten müssen Rechte angepasst oder kontrolliert entfernt werden. Besonders bei externen Mitarbeitenden, Vertretungen und Sonderfällen sind Ablaufdaten, Freigaben und dokumentierte Verantwortlichkeiten entscheidend. ㅤ ㅤ Erst standardisieren, dann automatisieren ㅤ Tools können klare Regeln umsetzen, aber keine fehlenden Entscheidungen ersetzen. Beginnen Sie mit den häufigsten Rollen, eindeutigen Checklisten und einer verbindlichen Eintrittsmeldung. Erst danach sollten HR-System, Identitätsmanagement, Gerätemanagement und Lizenzzuweisung technisch verbunden werden. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die ihre IT sicher, effizient und langfristig betreiben wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  6. Aug 20

    Hochverfügbarkeit planen: Wie verhindert man den nächsten IT-Ausfall?

    Hochverfügbarkeit ist keine Produktentscheidung, sondern eine Geschäftsentscheidung: Welche Systeme dürfen wie lange ausfallen – und wie viele Daten dürfen dabei verloren gehen? In dieser Folge spricht Mirko Peters darüber, wie Unternehmen im Mittelstand IT-Ausfälle realistisch bewerten und daraus eine tragfähige Strategie für Verfügbarkeit, Backup und Notbetrieb entwickeln. ㅤ ㅤ RTO und RPO richtig definieren ㅤ Recovery Time Objective (RTO) beschreibt, wie schnell ein System nach einem Ausfall wieder nutzbar sein muss. Recovery Point Objective (RPO) legt fest, wie viel Datenverlust vertretbar ist. Warum diese Werte nicht von der IT allein, sondern gemeinsam mit Fachbereichen und Geschäftsführung festgelegt werden müssen, hören Sie in dieser Episode. ㅤ ㅤ Single Points of Failure erkennen ㅤ Ein zweiter Server hilft wenig, wenn beide Systeme am selben Switch, derselben Stromversorgung oder einer einzigen Internetleitung hängen. Wir zeigen, wie Sie kritische Abhängigkeiten entlang Ihrer Geschäftsprozesse identifizieren – von Identitätsdiensten und Netzwerk über Storage bis zu Anwendungen, Schnittstellen und Personenwissen. ㅤ ㅤ Redundanz, Failover und Backup unterscheiden ㅤ Redundanz schützt vor einzelnen Komponentenausfällen. Failover übernimmt bei einem Fehler den Betrieb. Backups sichern wiederherstellbare Datenstände – und sind unverzichtbar bei Ransomware, Fehlbedienung oder beschädigten Updates. Hochverfügbarkeit ersetzt kein Backup und kein Disaster-Recovery-Konzept. ㅤ ㅤ Monitoring, Tests und Runbooks ㅤ Eine grüne Monitoring-Ampel bedeutet noch nicht, dass Mitarbeitende arbeiten können. Entscheidend ist der gesamte Geschäftsservice: Anmeldung, Anwendung, Datenbank, Schnittstellen und externe Dienste. Erfahren Sie, warum kontrollierte Failover- und Restore-Tests, dokumentierte Abläufe und klare Zuständigkeiten über die reale Wiederanlaufzeit entscheiden. ㅤ ㅤ Notfallplanung für den Mittelstand ㅤ Wenn ein größerer Vorfall eintritt, braucht es mehr als Technik. Ein funktionierender IT-Notfallplan regelt Eskalationen, Kommunikation, Notbetrieb, Wiederanlaufreihenfolge und Verantwortlichkeiten. So wird aus hektischer Fehlersuche ein kontrollierter Ablauf, der den Geschäftsbetrieb schützt. IT for Business mit Mirko Peters: Praxisnahe Gespräche über Infrastruktur, Cloud, Security und Architektur für Unternehmen, die IT-Entscheidungen sicher und wirtschaftlich treffen wollen. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  7. Aug 19

    Netzwerk modernisieren: Die Checkliste für Switches, WLAN, Firewall und VPN?

    Neue Switches, moderne Access Points und eine leistungsfähigere Firewall machen aus einem gewachsenen Netzwerk noch keine moderne Infrastruktur. Viele Unternehmen beginnen eine Netzwerkmodernisierung mit Hardware, bevor überhaupt klar definiert wurde, welche Geschäftsprozesse geschützt werden müssen, wo tatsächliche Engpässe liegen und welche Systeme miteinander kommunizieren dürfen. In dieser Folge von IT for Business geht es deshalb um die komplette Checkliste für eine nachhaltige Netzwerkmodernisierung – von Switches und Verkabelung über Segmentierung, WLAN und Firewall bis zu VPN, Remotezugriff, Monitoring und laufendem Betrieb.ㅤ MIT DEM ISTZUSTAND BEGINNEN Bevor Hardware bestellt wird, muss klar sein, wie das bestehende Netzwerk tatsächlich aufgebaut ist. Welche Geschäftsprozesse hängen davon ab? Welche Anwendungen, Produktionssysteme, Cloud-Dienste, Telefone, Kameras oder Remotezugänge sind kritisch?Dazu gehört eine nachvollziehbare Netzwerktopologie mit Switches, Uplinks, WLAN-Abdeckung, Firewallregeln, VPN-Verbindungen und Verkabelung.Wichtig ist außerdem die Trennung zwischen Symptomen und Ursachen. Eine langsame Anwendung kann durch Internet, WLAN, einen überlasteten Uplink, ein Endgerät oder eine falsche Konfiguration verursacht werden. Ohne Analyse wird schnell die falsche Komponente ersetzt. DAS ZIELBILD DEFINIEREN Nach der Bestandsaufnahme muss klar sein, was das zukünftige Netzwerk leisten soll. Welche Verfügbarkeit wird benötigt? Welche Bereiche müssen besonders geschützt werden? Wie viele zusätzliche Arbeitsplätze oder Standorte könnten hinzukommen?Ebenso wichtig ist die Frage nach der Verantwortung. Wird die Umgebung intern betrieben, durch einen Dienstleister oder gemeinsam?Für jede zentrale Komponente sollte nachvollziehbar sein, warum sie benötigt wird, welche Funktion sie übernimmt und wer im Fehlerfall verantwortlich ist.ㅤS WITCHES RICHTIG DIMENSIONIEREN In Unternehmensnetzwerken sind Managed Switches die Grundlage für kontrollierbaren Betrieb. Sie ermöglichen unter anderem VLANs, Portkonfiguration, PoE und eine bessere Fehleranalyse.Bei der Dimensionierung sollte nicht nur die aktuelle Anzahl belegter Ports betrachtet werden. Arbeitsplätze, Telefone, Drucker, Kameras, Access Points, Besprechungsräume und Produktionsgeräte müssen ebenso berücksichtigt werden wie zukünftige Erweiterungen.Auch Uplinks verdienen besondere Aufmerksamkeit. Einzelne Arbeitsplätze können ausreichend angebunden sein, während die gemeinsame Verbindung zwischen Etagenverteiler und zentralem Netzwerk längst zum Engpass geworden ist.ㅤ POE UND BANDWIDTH NICHT UNTERSCHÄTZEN Bei PoE-Switches zählt nicht nur die Anzahl der verfügbaren Ports, sondern das gesamte Leistungsbudget.Access Points, Telefone und Kameras beziehen Strom über das Netzwerkkabel. Deshalb muss geprüft werden, wie viel Leistung diese Geräte tatsächlich benötigen und welche Reserve für zukünftige Erweiterungen vorhanden ist.Moderne Access Points können außerdem höhere Anforderungen an ihre Netzwerkanbindung stellen. Ein leistungsfähiges WLAN hinter einem zu langsamen Switchport kann unnötig ausgebremst werden.ㅤ VERKABELUNG UND GLASFASER PLANEN Strukturierte Verkabelung mit Patchfeldern, eindeutig beschrifteten Dosen und nachvollziehbaren Kabelwegen reduziert später erheblich den Aufwand bei Änderungen und Störungen.Für längere Strecken, Gebäudeverbindungen, hohe Bandbreiten oder Bereiche mit elektromagnetischen Störungen kann Glasfaser sinnvoll sein.Entscheidend ist nicht nur die technische Leistungsfähigkeit. Ein Techniker sollte bei einer Störung schnell erkennen können, welcher Port, welches Kabel und welcher Dienst betroffen sind.ㅤ SEGMENTIERUNG STATT EINES GROSSEN NETZES Arbeitsplätze, Server, Drucker, Kameras, Gäste, Produktionssysteme und technische Geräte sollten nicht automatisch innerhalb desselben Netzes miteinander kommunizieren können.VLANs ermöglichen die logische Trennung dieser Bereiche. Ein Drucker muss beispielsweise nicht mit Kameras kommunizieren und ein Gast im WLAN benötigt keinen Zugriff auf interne Server.Segmentierung reduziert damit nicht nur Sicherheitsrisiken, sondern macht Netzwerke auch besser kontrollierbar. DIE FIREWALL SETZT DIE REGELN DURCH VLANs schaffen Grenzen. Die Firewall entscheidet, welcher Verkehr diese Grenzen überschreiten darf.Firewallregeln sollten deshalb eindeutig definieren, welches Netzwerk auf welches Ziel und welchen Dienst zugreifen darf. Pauschale Regeln wie „intern darf alles“ reduzieren kurzfristig den Konfigurationsaufwand, erhöhen langfristig aber Risiken und erschweren die Analyse.Auch temporäre Ausnahmen sollten dokumentiert und später wieder entfernt werden. FIREWALL-LEISTUNG REALISTISCH BEWERTENDie Mitarbeiterzahl allein reicht für die Dimensionierung einer Firewall nicht aus. Relevant sind Internetverkehr, VPN-Verbindungen, Logging, Intrusion Prevention und gegebenenfalls TLS-Inspection.Die tatsächliche Leistung kann mit aktivierten Sicherheitsfunktionen deutlich unter dem maximal angegebenen Firewalldurchsatz liegen.Neben der Hardware müssen außerdem Lizenzen, Security-Subscriptions, Support, Austauschoptionen und Produktlebenszyklen berücksichtigt werden. WLAN NACH NUTZUNG PLANEN Die Anzahl der Access Points sollte nicht anhand von Quadratmetern oder Bauchgefühl bestimmt werden.Entscheidend sind Anzahl und Dichte der Geräte, Gebäudestruktur, Besprechungsräume, Produktionsflächen, Scanner, Videokonferenzen und mögliche Störquellen.Eine professionelle WLAN-Ausleuchtung hilft dabei, Funkzellen, Überlagerungen, bauliche Hindernisse und reale Kapazitätsanforderungen zu berücksichtigen.Guter Empfang allein bedeutet noch nicht automatisch gute WLAN-Performance unter Last.ㅤWIFI 6, 6E ODER WIFI 7?Neuere WLAN-Standards können Vorteile bringen, wenn Endgeräte, Gerätedichte und tatsächliche Nutzung dazu passen.Ein moderner Access Point bringt jedoch wenig, wenn Switchport, Verkabelung oder PoE-Versorgung zum Flaschenhals werden.Die Technologie sollte deshalb zur vorhandenen und geplanten Infrastruktur passen – nicht lediglich ausgewählt werden, weil ein neuerer Standard verfügbar ist. GASTNETZ UND TECHNISCHE GERÄTE TRENNEN Mitarbeiter, Gäste und technische Geräte benötigen unterschiedliche Zugriffsrechte.Ein Gastnetz sollte beispielsweise den Internetzugang ermöglichen, ohne interne Systeme erreichbar zu machen. Scanner, Sensoren oder andere technische Geräte benötigen wiederum nicht automatisch dieselben Berechtigungen wie Mitarbeiter-Notebooks.WLAN und kabelgebundene Infrastruktur müssen deshalb Bestandteil derselben Segmentierungs- und Security-Architektur sein. VPN UND REMOTEZUGRIFF KONTROLLIEREN Bei Standortverbindungen und Remotezugriffen geht es nicht nur um Verschlüsselung. Entscheidend ist, welcher Nutzer nach erfolgreicher Anmeldung welche Systeme tatsächlich erreichen darf.Ein Site-to-Site-VPN sollte nur die notwendigen Dienste zwischen Standorten freigeben. Ebenso benötigt ein externer Dienstleister häufig lediglich zeitlich begrenzten Zugriff auf ein bestimmtes System statt auf das komplette Unternehmensnetz.MFA gehört bei Remotezugriffen zum Mindestniveau. Alte Benutzerkonten und ehemalige Dienstleisterzugänge müssen regelmäßig überprüft und entfernt werden. ZERO TRUST NETWORK ACCESS ALS ALTERNATIVE Für einzelne Anwendungen kann Zero Trust Network Access eine Alternative zum klassischen VPN darstellen.Dabei erhält ein Benutzer keinen allgemeinen Zugang zum Unternehmensnetzwerk, sondern nur Zugriff auf die konkret benötigte Anwendung.Das kann insbesondere dann interessant sein, wenn ein klassisches VPN unnötig breite Zugriffswege eröffnet.ㅤ AUSFÄLLE DER INTERNETVERBINDUNG EINPLANEN Auch die Internetanbindung gehört in die Risikoanalyse. Wenn bei einem Ausfall Telefonie, Auftragsbearbeitung, Cloud-Anwendungen oder Produktion stillstehen, kann ein zweiter Anschluss oder ein Mobilfunk-Backup wirtschaftlich sinnvoll sein.Redundanz sollte jedoch konkrete Ausfallrisiken reduzieren. Zwei vermeintlich unabhängige Verbindungen helfen wenig, wenn beide über denselben kritischen Infrastrukturpunkt laufen.  MONITORING UND DOKUMENTATION Mit der Installation endet die Modernisierung nicht. Switches, Firewalls, VPN-Tunnel und andere zentrale Komponenten müssen überwacht werden.Relevante Ereignisse können beispielsweise ausgefallene Internetverbindungen, Portfehler, ungewöhnliche Auslastung, unterbrochene VPN-Tunnel oder sicherheitsrelevante Veränderungen sein.Zur Dokumentation gehören Netzwerktopologie, IP-Plan, VLANs, Portbelegungen, Firewallregeln, WLAN-Konzept und VPN-Verbindungen. Diese Informationen müssen nach Änderungen aktualisiert werden und dürfen nicht nur als Projektdokumentation existieren. BACKUPS, FIRMWARE UND CHANGE MANAGEMENT Konfigurationen von Firewalls und Switches sollten regelmäßig gesichert werden. Ebenso wichtig ist ein getesteter Wiederherstellungsweg.Firmware-Updates benötigen einen kontrollierten Ablauf aus Prüfung, Freigabe, Installation und anschließender Kontrolle. Bei kritischen Komponenten gehören Wartungsfenster und Rückfallplan dazu.Auch Veränderungen benötigen einen einfachen Change-Prozess. Neue Geräte, Firewallregeln und temporäre Ausnahmen sollten beantragt, geprüft, dokumentiert und gegebenenfalls später wieder entfernt werden. Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und bleiben Sie bei den neuesten Trends und Best Practices immer auf dem Laufenden.

  8. Aug 19

    GitHub Actions, GitLab CI oder Jenkins: Was ist die beste Pipeline?

    GitHub Actions, GitLab CI oder Jenkins – welche CI/CD-Plattform ist die richtige? Die Antwort hängt weniger von einzelnen Funktionen ab als von Repository-Struktur, Netzgrenzen, Security-Anforderungen und dem Team, das die Pipeline später betreiben muss. Denn die teuerste Pipeline ist nicht unbedingt die mit den höchsten Lizenzkosten, sondern die, die im Alltag niemand zuverlässig warten und verantworten kann. In dieser Folge von IT for Business vergleichen wir die drei Plattformen deshalb aus Betriebs- und Architektursicht. WAS EINE CI/CD-PIPELINE LEISTEN MUSS Eine tragfähige Pipeline schafft einen kontrollierten Weg von einer Codeänderung bis zur laufenden Anwendung. Code wird geprüft, gebaut und getestet. Anschließend entsteht ein eindeutig versioniertes Artefakt oder Container Image.Entscheidend ist, dass genau dieser geprüfte Stand durch Test-, Staging- und Produktionsumgebungen wandert. Wird nach dem erfolgreichen Test für Produktion erneut gebaut, kann dort plötzlich ein anderer Stand landen.Eine Pipeline ist deshalb weit mehr als eine YAML-Datei. Sie ist Bestandteil der Betriebsarchitektur. SECURITY UND RUNNER VON ANFANG AN PLANEN Secrets, Zertifikate und Zugangstoken gehören nicht in Quellcode oder Pipeline-Dateien. Ebenso wichtig sind nachvollziehbare Berechtigungen und getrennte Zugriffe für Entwicklung, Test und Produktion.Eine zentrale Rolle spielen Runner beziehungsweise Agents. Hosted Runner reduzieren den eigenen Infrastrukturaufwand. Self-hosted Runner ermöglichen dagegen den Zugriff auf interne Systeme und abgeschottete Netzwerke.Ein Runner mit Zugriff auf Produktionssysteme ist jedoch ein sicherheitskritischer Bestandteil der Infrastruktur. Patchmanagement, Segmentierung, Berechtigungen und Monitoring müssen entsprechend geplant werden. GITHUB ACTIONS: NAHELIEGEND FÜR GITHUB-TEAMS Wenn der Quellcode bereits auf GitHub liegt, bietet GitHub Actions einen kurzen Weg zur Automatisierung. Workflows liegen direkt im Repository und können durch Pushes, Pull Requests, Releases oder manuelle Aktionen ausgelöst werden.Code, Reviews und Pipeline befinden sich dadurch nah beieinander. Besonders für Webanwendungen, APIs und Container-Workloads können Teams schnell eine funktionierende CI/CD-Strecke aufbauen.Mit wachsender Anzahl an Projekten werden jedoch gemeinsame Standards, Vorlagen und Verantwortlichkeiten notwendig. DER MARKETPLACE ALS SUPPLY-CHAIN-RISIKO GitHub Actions bietet zahlreiche fertige Actions aus dem Marketplace. Sie können die Implementierung erheblich beschleunigen.Dabei handelt es sich jedoch um externen Code, der innerhalb der eigenen Pipeline ausgeführt wird. Herkunft, Wartungszustand und benötigte Berechtigungen sollten deshalb geprüft werden.Versionen sollten außerdem kontrolliert fixiert werden, damit sich eine externe Abhängigkeit nicht unbemerkt verändert und dadurch zukünftige Produktionsläufe beeinflusst. GITLAB CI: DER PLATTFORMANSATZ GitLab verbindet Repository, Merge Requests, Issues, Container Registry, Umgebungen und CI/CD stärker innerhalb einer gemeinsamen Plattform.Dadurch können Unternehmen Entwicklungs- und Deployment-Prozesse standardisieren und wiederverwendbare Pipeline-Vorlagen bereitstellen. Teams müssen dann nicht für jede Anwendung denselben Build-, Test- und Deployment-Prozess neu entwickeln.Besonders interessant kann GitLab sein, wenn die Plattform bereits als zentrale Entwicklungsumgebung eingesetzt wird oder Self-Hosting und interne Netzwerke eine wichtige Rolle spielen. SECURITY DIREKT IM ENTWICKLUNGSPROZESS GitLab kann – abhängig von Edition und Konfiguration – verschiedene Security-Prüfungen in den Entwicklungsprozess integrieren.Dadurch können beispielsweise Probleme mit Quellcode, Abhängigkeiten, Container Images oder Secrets bereits während eines Merge Requests sichtbar werden.Automatische Scanner ersetzen jedoch keine Security-Entscheidung. Unternehmen müssen definieren, welche Findings einen Release tatsächlich blockieren und welche zunächst bewertet werden müssen. JENKINS: MAXIMALE FLEXIBILITÄT MIT EIGENEM BETRIEB Jenkins verfolgt einen anderen Ansatz. Unternehmen betreiben einen eigenen Automatisierungsserver und können Controller, Agents, Plugins und Integrationen sehr flexibel an die eigene Umgebung anpassen.Das kann bei älteren Anwendungen, speziellen Build-Systemen, abgeschotteten Netzwerken oder ungewöhnlichen Deployment-Prozessen ein großer Vorteil sein.Diese Freiheit erzeugt jedoch Betriebsaufwand. Jenkins benötigt Updates, Backups, Monitoring, Rechtekonzepte, Plugin-Pflege und Mitarbeiter, die die Plattform verstehen. DIE PLUGIN-FALLE BEI JENKINS Die große Erweiterbarkeit von Jenkins ist gleichzeitig eines der größten Betriebsrisiken.Plugins können unterschiedlich gepflegt sein, Sicherheitslücken enthalten oder nach Updates miteinander kollidieren. Über Jahre gewachsene Jenkins-Umgebungen enthalten außerdem häufig individuelle Skripte und Sonderlogik, deren ursprüngliche Entwickler möglicherweise längst nicht mehr verfügbar sind.Ein Lizenzpreis von null bedeutet deshalb keineswegs Betriebskosten von null. WANN JENKINS WEITERHIN SINNVOLL IST Jenkins kann weiterhin die richtige Wahl sein, wenn echte Sonderanforderungen bestehen: spezielle Build-Ketten, ältere Systeme, strikte Netzgrenzen, Air-Gap-Szenarien oder ungewöhnliche Integrationen.Für eine neue Standard-Webanwendung zusätzlich Jenkins einzuführen, obwohl Code und Entwicklungsprozesse bereits vollständig auf GitHub oder GitLab liegen, kann dagegen unnötigen Plattformbetrieb erzeugen.Bestehende Jenkins-Landschaften sollten wiederum nicht automatisch ersetzt werden. Zuerst müssen produktive Pipelines, Plugins, Agents, Netzfreigaben und tatsächlicher Betriebsaufwand analysiert werden. DIE ENTSCHEIDUNG BEGINNT BEI DEN DATENWEGEN Wo liegen Repository, Artefakte, Secrets und Zielsysteme? Muss eine Pipeline interne Systeme erreichen? Welche Netzwerkgrenzen existieren?Hosted Runner können beispielsweise ein internes Produktionssystem möglicherweise nicht erreichen. Ein Self-hosted Runner kann diesen Zugriff ermöglichen, wird dadurch aber gleichzeitig zu einem besonders sensiblen Bestandteil der Infrastruktur.Netzwerkarchitektur und Security bestimmen deshalb maßgeblich, welche Pipeline-Architektur sinnvoll ist. WER BESITZT DIE PIPELINE? Eine weitere zentrale Frage betrifft die organisatorische Verantwortung.Wer pflegt zentrale Templates? Wer reagiert auf ausgefallene Runner? Wer überprüft Berechtigungen? Wer entscheidet bei einem fehlgeschlagenen Deployment?Wenn die Antwort lediglich lautet, dass sich bei Bedarf jemand aus dem Entwicklungsteam darum kümmert, fehlt kein Tool – sondern ein Betriebsmodell. COMPLIANCE UND NACHVOLLZIEHBARE FREIGABEN Bei geschäftskritischen Anwendungen muss später nachvollziehbar sein, welches Artefakt getestet, freigegeben und tatsächlich produktiv ausgerollt wurde.Entwicklungs- und Produktionsrechte sollten deshalb sauber getrennt sein. Ein Entwickler kann beispielsweise einen Build auslösen, ohne gleichzeitig allein ein produktives Deployment freigeben zu dürfen.Audit Trails, geschützte Umgebungen und technisch durchgesetzte Rollen werden damit Teil der Pipeline-Architektur. DIE KOSTEN EHRLICH VERGLEICHEN Lizenzkosten sind nur ein Teil der Gesamtbetrachtung. Hinzu kommen Build-Minuten, Artefaktspeicher, Logs, Runner-Infrastruktur, Wartungszeit und ungeplante Störungen.Bei Jenkins liegt ein großer Teil dieser Kosten im eigenen Betrieb. Bei GitHub Actions und GitLab können dagegen Lizenzmodelle, Nutzungskosten oder selbst betriebene Runner relevant werden.Die entscheidende Größe sind deshalb die gesamten Betriebskosten und nicht nur der Preis auf der Produktseite. VENDOR LOCK-IN IST NICHT AUTOMATISCH SCHLECHT Jede Plattform erzeugt gewisse Abhängigkeiten. Actions, Plugins, Templates, Berechtigungsmodelle und Runner werden mit der Zeit an das jeweilige System angepasst.Vollständige Plattformunabhängigkeit kann selbst erhebliche Kosten verursachen. Sinnvoller ist es häufig, Abhängigkeiten bewusst zu dokumentieren.Unternehmen sollten wissen, welche Logik innerhalb der Plattform steckt, welche externen Komponenten unverzichtbar sind und wie eine spätere Migration grundsätzlich aussehen könnte. WELCHE PLATTFORM PASST WANN? Wenn GitHub bereits die zentrale Entwicklungsplattform ist und die Anforderungen überschaubar bleiben, ist GitHub Actions häufig der pragmatische Weg.Wenn GitLab als umfassende Entwicklungsplattform genutzt wird, Self-Hosting relevant ist oder Security und Deployment eng mit Merge Requests verbunden werden sollen, kann GitLab CI besser passen.Jenkins spielt seine Stärken dagegen bei speziellen Anforderungen, Legacy-Systemen, ungewöhnlichen Build-Prozessen und strikten Netzwerkgrenzen aus – vorausgesetzt, das Unternehmen kann die Plattform dauerhaft betreiben.ㅤ KLEIN STARTEN UND DANN STANDARDISIEREN Eine erste Pipeline benötigt nicht sofort dutzende Stages. Checkout, Build, Tests, ein versioniertes Artefakt und ein verständlicher Fehlerstatus können für den Einstieg ausreichen.Danach kann Staging automatisiert werden, während Produktion zunächst eine bewusste Freigabe mit klaren Berechtigungen und einem getesteten Rollback behält.Wenn mehrere Anwendungen dieselben Prozesse verwenden, sollten zentrale Templates und Standards entstehen. Gleichzeitig brauchen Runner klare Netzwerk- und Berechtigungsgrenzen.GitHub Actions, GitLab CI und Jenkins können alle leistungsfähige CI/CD-Pipelines bereitstellen. Die beste Plattform ist jedoch diejenige, die zu Repository, Netzgrenzen, Security-Anforderungen, Anwendungen und Betriebsorganisation passt. Die entscheidende Frage lautet deshalb nicht, welches Tool die meisten Funktionen besitzt – sondern welches Betriebsmodell das Unternehmen langfristig zuverlässig Sie möchten wissen, wie IT Ihr Business voranbringen kann? Dann vernetzen Sie sich mit mir auf LinkedIn und blei

About

Wir sind IT-Dienstleister für den Mittelstand – und wir sprechen hier nicht über Produkte oder Hypes, sondern über das, was in echten Unternehmen zählt: stabile IT, saubere Architektur und Entscheidungen, die im Betrieb funktionieren. Wenn Sie Verantwortung für IT tragen, Budgets entscheiden oder Systeme bewerten, dann sind Sie hier richtig. IT for Business – IT, die im Betrieb funktioniert. Keine Buzzwords. Keine Umwege.