Software Engineering, eine Practice von Altuon Enterprise

Ändere den Kern. Stoppen Sie niemals das Geschäft.

Kernplattformen, Integrationsschichten und die Migration der Systeme, von denen alles andere abhängt – durchgeführt, während das Unternehmen weiter handelt, ein Verbraucher nach dem anderen, mit einem einstudierten Rückweg bei jedem Schritt. Der Code ist die Hälfte des Lieferumfangs. Die Tests, die Beobachtbarkeit, die Dokumentation und die Übergabe, die Ihr Team von uns unabhängig machen, sind die andere Hälfte.

Angebot anfordern Gespräch anfragen

Dies sind vorgeschlagene Fähigkeiten und Lieferanforderungen. Das Angebot muss Personen, Verfügbarkeit, Kontrollen, Abnahmekriterien und Kosten für Ihren Umfang bestätigen. Beispiele belegen keine abgeschlossenen Kundenprojekte.

Was diese Practice ist

Eine Kernsystempraxis. Wir bauen die Aufzeichnungsplattformen auf – das Hauptbuch, die Planungsmaschine, das Policenverwaltungssystem, den Patientenindex – und die Integrationsschicht, die alles andere mit ihnen kommunizieren lässt, ohne zu wissen, wie sie aufgebaut sind.
Eine Migrationsmethode, die das Geschäft nicht zum Erliegen bringt. Dem Altsystem ist eine Kompatibilitätsschicht vorgelagert; Die Verbraucher wechseln einzeln dorthin. Der neue Kern übernimmt dahinter, und jeder Schritt hat einen Rollback, der bereits in der Probe ausgeführt und nicht nur aufgeschrieben wurde.
Ingenieurdisziplin als Ergebnis selbst. Tests, die bei jeder Änderung durchgeführt werden, Beobachtbarkeit, die zeigt, was das System in der Produktion tut, Dokumentation für den Techniker, der nach unserem Weggang hinzukommt, und eine Übergabe, die damit endet, dass Ihr Team „Nein“ zu uns sagen kann.
Gebaut für eine lange Lebensdauer. Gut unterstützte Technologie, die bewusst ausgewählt wurde; Abhängigkeiten, die Sie auch in fünfzehn Jahren noch beheben können; Datenmodelle, die die darauf basierenden Anwendungen überdauern; und keine Komponente, deren einziger Experte für uns arbeitet.

Kompetenzen

Design und Aufbau der Kernplattform: Aufzeichnungssysteme für Terminplanung, Hauptbücher, Policenverwaltung, Patienten- und Kundenindizes und Auftragsverwaltung: zuerst das Datenmodell, die aufgeschriebenen Invarianten, die Dienste, die zu ihrer Durchsetzung erstellt wurden, und eine Grenze, auf die sich andere Systeme verlassen können.
Bewertung des Altsystems: Lesen Sie das bestehende System so, wie es ist, und nicht so, wie seine Dokumentation es beschreibt: den Code, die Datenbank, die Batch-Jobs, die undokumentierten Verbraucher und die Leute, die wissen, wo es hingeht. Die Ausgabe ist eine Abhängigkeitskarte, anhand derer Sie planen können.
Kompatibilitätsschicht: Eine Schicht vor dem Legacy-Kern, die ihre bestehenden Verträge jedem Verbraucher mitteilt, während sich die Implementierung dahinter ändert. Die Verbraucher bewegen sich einzeln; Niemand wird aufgefordert, sich zu ändern, bevor der neue Kern dafür bereit ist.
Datenmigration und -abgleich: Migration von Datensätzen mit Herkunft, Dual-Running dort, wo das Unternehmen es benötigt, und Abgleich, der Alt und Neu bei jedem Datensatz und jeden Tag vergleicht, bis die Differenz Null ist und dort bleibt.
Integrationsschicht und APIs: Versionierte APIs, Event-Streams und Adapter mit niedergeschriebenen Verträgen, die von beiden Seiten getestet und in der Pipeline durchgesetzt werden, sodass die Teams, die auf dem Kern aufbauen, umziehen können, ohne uns zu fragen.
Einstudierter Rollback: Jeder Umstellungsschritt hat einen Rückweg, der in einer produktionsähnlichen Umgebung ausgeführt, zeitlich festgelegt und dokumentiert wurde, bevor der Schritt ausgeführt wird. Rollback ist kein Plan; Es ist ein einstudiertes Verfahren mit einem namentlich genannten Eigentümer.
Automatisierte Tests: Unit-, Vertrags-, Integrations- und End-to-End-Tests, die bei jeder Änderung ausgeführt werden und die Veröffentlichung blockieren, wenn sie fehlschlägt; Testdaten, die die Produktionsform ohne Produktionsinhalt widerspiegeln; Die Abdeckung zielt auf die Invarianten ab, die Schaden anrichten würden, wenn sie beschädigt würden.
Beobachtbarkeit: Strukturierte Protokolle, Metriken und Traces, die gemeinsam mit den Bedienern erstellt wurden, die sie lesen; Dashboards für die Fragen, die sie tatsächlich um drei Uhr morgens stellen; Alarme, die auf das Wesentliche feuern und andernfalls schweigen.
Lieferpipeline und Umgebungen: Reproduzierbare Builds, aus Code erstellte Umgebungen, kleine und häufige Releases und ein Pfad von einer zusammengeführten Änderung zur Produktion, den eine Person lesen und dem ein Prüfer folgen kann.
Sicherheit in der Pipeline: Abhängigkeitsscan, vor der Quelle geheim gehaltene Geheimnisse, signierte Artefakte, Zugriff mit den geringsten Rechten, statische Analyse und Überprüfung jeder Änderung, wobei die Ergebnisse bis zum Abschluss verfolgt und Beweise für Ihre Prüfer aufbewahrt werden.
Dokumentation und Übergabe: Architekturentscheidungsaufzeichnungen, Runbooks, das Datenwörterbuch und ein Onboarding-Pfad, dem ein neuer Ingenieur alleine folgen kann. Während des Builds geschrieben, nicht danach, und getestet, indem jemand, der nicht dabei war, sie verwenden ließ.
Technik für regulierte Umwelt: Änderungskontrolle, Aufgabentrennung, Prüfpfade und Datenresidenz sind in die Plattform integriert, wo das überarbeitete Schweizer DSG, die DSGVO, HIPAA, die Outsourcing- und Betriebsstabilitätserwartungen der FINMA oder DORA dies erfordern, sodass Compliance eine Eigenschaft des Systems und nicht eine Tabelle daneben ist.

Von Altuon entwickeltGemeinsam betriebenIm Eigentum des Kunden

Fünf Ebenen, von den Daten bis zu den Schnittstellen: was Sie bereits haben, was Altuon erstellt und was zusammen ausgeführt wird

Wie wir liefern

Fünf Phasen, jede durch ein von Ihrem Team unterzeichnetes Tor abgeschlossen. Eine Kernmigration ist niemals ein einzelnes Ereignis; Das neue System erhält seinen Platz jeweils um einen Verbraucher, eine Datendomäne und eine einstudierte Umstellung, und das alte System wird erst dann außer Dienst gestellt, wenn nichts mehr davon abhängt.

01Entdecken: Lesen Sie das vorhandene System während der Ausführung: Code, Schema, Batch-Jobs, Schnittstellen und die Verbraucher, die niemand aufgelistet hat. Befragen Sie die Leute, die es betreiben. Stellen Sie fest, worauf das Unternehmen nicht verzichten kann, wie lange und was die Regulierungsbehörde von der Änderung erwartet.; Gate: Abhängigkeitskarte, Geschäftskontinuitätseinschränkungen und regulatorische Verpflichtungen, die von den Technologie-, Betriebs- und Compliance-Sponsoren genehmigt wurden.
02Definieren: Entwerfen Sie die Zielarchitektur und die Kompatibilitätsschicht, legen Sie die Reihenfolge fest, in der sich Verbraucher bewegen, schreiben Sie das Datenmodell und seine Invarianten, legen Sie die Test- und Beobachtbarkeitsstandards fest und vereinbaren Sie das Rollback-Verfahren für jeden Schritt.; Gate: Architektur, Migrationssequenz, Rollback-Prozeduren und die Definition von erledigten Tests und unterzeichneter Dokumentation; der erste Verbraucher, der namentlich umzog.
03Bauen: Erstellen Sie die Kompatibilitätsschicht und den neuen Kern dahinter, die Integrationsschicht und die Pipeline, mit Tests, Beobachtbarkeit und Dokumentation, die parallel zum Code geschrieben werden. Üben Sie jeden Umstellungsschritt in einer Umgebung, die der Produktion ähnelt.; Gate: Bestehen der Testsuite bei der vereinbarten Abdeckung von Invarianten; Rollback für den ersten Cut-Over einstudiert und zeitlich festgelegt; Sicherheitsbefunde geschlossen.
04Beweisen: Verschieben Sie den ersten Verbraucher auf die Kompatibilitätsebene, führen Sie einen Dual-Run durch und gleichen Sie ihn mit dem Altsystem ab, und verschieben Sie dann den nächsten. Jeder Schritt wird unter Anwesenheit der Bediener und der Benennung des Rollback-Eigentümers durchgeführt.; Gate: Ausgleich mit Nulldifferenz für den vereinbarten Zeitraum für jeden umgezogenen Verbraucher; Ihre Betreiber haben das Runbook ohne uns ausgeführt; Compliance-Abnahme im Audit-Trail.
05Betreiben: Verschieben Sie die verbleibenden Verbraucher, ziehen Sie das Altsystem außer Betrieb, wenn nichts mehr davon abhängt, und übergeben Sie: Ihre Techniker schicken Änderungen durch die Pipeline, mit unserem Support auf Abruf, bis sie entscheiden, sie nicht mehr zu benötigen.; Gate: Ihr Team hat einen Vorfall ohne Beteiligung von Altuon freigegeben, zurückgesetzt und gelöst; Die Übergabe-Checkliste ist vollständig und unterschrieben.

Was Sie erhalten

Lieferergebnis	Form	Was es ist
Abhängigkeitskarte	Dokumentieren und registrieren	Jeder Verbraucher, jede Schnittstelle, jeder Batch-Job und jeder Datenfluss des vorhandenen Systems sowie die jeweiligen Eigentümer werden während der Migration auf dem neuesten Stand gehalten.
Zielarchitektur und Entscheidungsaufzeichnungen	Versionierte Dokumente	Das Design des neuen Kerns und der Integrationsschicht sowie die Aufzeichnung aller wichtigen Entscheidungen mit den abgelehnten Alternativen und den Gründen dafür.
Die Kompatibilitätsschicht	Bereitgestelltes System	Die vertragserhaltende Front zum Altkern, durch den sich Verbraucher bewegen, ist mit letzterem in den Ruhestand getreten.
Die Kernplattform	Bereitgestelltes System, Quelle zugewiesen	Das neue Aufzeichnungssystem und seine Integrationsschicht, die in Ihrer Umgebung ausgeführt werden, mit seinem Quell-, Build- und Infrastrukturcode in von Ihnen kontrollierten Repositorys.
Testsuite und Pipeline	Code und Konfiguration	Unit-, Vertrags-, Integrations- und End-to-End-Tests mit der Pipeline, die sie ausführt, blockiert fehlerhafte Releases und erstellt den Prüfpfad.
Beobachtbarkeit	Betriebsansicht	Dashboards, Warnungen und Ablaufverfolgungen, die gemeinsam mit Ihren Bedienern erstellt wurden, mit dem Bereitschaftsleitfaden, der erklärt, was jede Warnung bedeutet und was zu tun ist.
Runbooks und Rollback-Prozeduren	Dokumente, einstudiert	Wie Sie Anmeldeinformationen freigeben, zurücksetzen, wiederherstellen, rotieren und auf jede Art von Vorfall reagieren können, jeder Vorfall wird von Ihrem Team vor der Übergabe ausgeführt.
Übergabepaket	Dokumente und Sitzungen	Datenwörterbuch, Onboarding-Pfad, Lizenzbestand und die Aufzeichnung Ihres Teams, das das System ohne uns betreibt.

Wo es zählt

Repräsentative Engagements

Umfang und Grenzen

Eine Karosseriewerkstatt. Wir stellen keine Ingenieure stundenweise zur Verfügung, die sich von den Plänen anderer leiten lassen. Jeder Auftrag hat eine Architektur, einen Besitzer und Tore, die Ihr Team signiert, und die Leute, die den Code schreiben, sind die Leute, die ihn entworfen haben.
Eine bahnbrechende Neufassung. Niemand sollte an einem Wochenende ein System ausschalten, auf dem das Unternehmen läuft, und ein neues einschalten. Wenn ein Anbieter dies vorschlägt, schlägt er vor, dass Sie das Risiko tragen.
Ein Rahmen des Monats. Entscheidungen werden für die Lebensdauer des Systems getroffen, nicht für den diesjährigen Personalmarkt. Wenn eine neuere Technologie die richtige Antwort ist, erklären wir Ihnen schriftlich, warum und was die Anschaffung kosten wird.
Wir sind darauf angewiesen, dass Altuon weiterläuft. Wenn die Quelle, die Tests, die Runbooks und die Deployment-Pipeline es einem kompetenten Team, das Sie morgen einstellen, nicht erlauben, das System ohne uns zu betreiben und zu ändern, ist die Übergabe noch nicht abgeschlossen.

Fragen, die die Beschaffung stellt

Wem gehört der Code und unter welchen Lizenzen?

Das tust du. Für Sie geschriebener Quellcode, Infrastrukturcode, Tests, Dokumentation und die Bereitstellungspipeline werden Ihnen gegen Bezahlung zugewiesen und befinden sich ab der ersten Woche in von Ihnen kontrollierten Repositories. Altuon behält seine bereits vorhandenen Methoden, Tools und Bibliotheken und gewährt Ihnen eine unbefristete Lizenz für alles, was davon in Ihr System eingebettet ist. Komponenten von Drittanbietern werden in einem Lizenzverzeichnis mit ihren Bedingungen aufgeführt, sodass nichts in Ihrem System mit einer Verpflichtung verbunden ist, die Sie nicht gesehen haben.

Was ist Ihre Open-Source-Richtlinie?

Wir bevorzugen gut gepflegte Open-Source-Komponenten mit freizügigen Lizenzen und einer Erfolgsbilanz bei Sicherheitsveröffentlichungen, und das geben wir in jeder Entscheidungsaufzeichnung an. Copyleft-Lizenzen werden nur verwendet, wenn Ihre Rechtsfunktion den damit verbundenen Verpflichtungen zugestimmt hat. Jede Abhängigkeit wird inventarisiert, angeheftet und gescannt, und wir tragen Korrekturen im Upstream bei, anstatt sie privat zu forken, da ein privater Fork eine Komponente ist, die nur wir verstehen.

Nach welchem Dokumentationsstandard arbeiten Sie?

Die Dokumentation ist Teil der Definition von erledigt und keine Phase am Ende. Für jede wichtige Entscheidung gibt es einen Architekturentscheidungsdatensatz. Für jeden Dienst gibt es eine Readme-Datei, mit der ein Techniker ihn lokal ausführen kann. Für jede Betriebsprozedur gibt es ein Runbook. Das Datenmodell verfügt über ein Wörterbuch. Vor der Übergabe nutzt ein Ingenieur aus Ihrem Team, der nicht am Projekt beteiligt war, die Dokumentation zum Onboarding, und alles, was er daraus nicht machen kann, ist ein Fehler, den wir beheben.

Wie wird das Cut-Over-Risiko gemanagt?

Indem wir niemals einen Schritt unternehmen, der nicht rückgängig gemacht werden kann. Die Kompatibilitätsschicht bedeutet, dass Verbraucher individuell und nach ihrem eigenen Zeitplan umziehen und das Altsystem so lange weiterläuft, bis das letzte System umgezogen ist. Für jeden Schritt gibt es ein Rollback-Verfahren, das in einer produktionsähnlichen Umgebung ausgeführt und zeitlich festgelegt wurde. Dual-Running mit täglichem Abgleich erkennt Abweichungen, bevor irgendjemand nachgelagert sie bemerkt. Umstellungen erfolgen im ruhigsten Zeitfenster des Unternehmens, wobei die Bediener anwesend sind und eine namentlich genannte Person über die Rückführung entscheidet.

Welche Servicelevel und Garantie gelten?

Mängel an von uns gelieferten Arbeiten werden auf unsere Kosten während der im Vertrag festgelegten Gewährleistungsfrist behoben. Während und nach der Betriebsphase ist Support im Rahmen eines Honorars verfügbar, wobei die Reaktions- und Lösungsziele nach Schweregrad festgelegt, im Vertrag festgehalten und anhand der Berichte dokumentiert werden, sodass Sie sehen können, ob sie erreicht wurden. Wir bieten keine Servicelevels für die von Ihnen betriebene Infrastruktur an, aber wir entwerfen und dokumentieren das System so, dass Ihre eigenen Ziele erreichbar sind, und sagen schriftlich, wo sie nicht erreichbar sind.

Was passiert beim Verlassen?

Das System läuft ohne uns weiter, denn das war ein Tor. Beim Verlassen verfügen Sie bereits über die Quelle, die Pipeline, die Dokumentation und die Betriebsaufzeichnung. Wir bieten eine Übergangsfrist zum vereinbarten Tarif, eine Lösung für jeden von Ihnen ernannten Nachfolger und die Rückgabe oder Löschung aller von uns gespeicherten Daten mit schriftlicher Bestätigung. Schlüsselpersonen des Engagements werden im Voraus benannt und gepaart, sodass kein Wissen bei einer einzelnen Person verbleibt.

Wie wird die Sicherheit in der Pipeline gehandhabt?

Jede Änderung wird von einem zweiten Techniker überprüft und durchläuft eine statische Analyse, Abhängigkeitsscans und geheime Scans, bevor sie zusammengeführt werden kann. Build-Artefakte werden über die Pipeline signiert und bereitgestellt, niemals über einen Laptop. Der Zugriff folgt der geringsten Berechtigung, wobei Überwachungsprotokolle geführt werden. Die Feststellungen werden bis zum Abschluss mit Beweisen verfolgt, die Ihre Prüfer lesen können, und die Kontrollen werden den für Sie geltenden Rahmenwerken zugeordnet: dem überarbeiteten Schweizer DSG, der DSGVO, Jordaniens Gesetz zum Schutz personenbezogener Daten, HIPAA, den Erwartungen der FINMA an Outsourcing und betriebliche Belastbarkeit und DORA, wenn Sie ein EU-Finanzunternehmen sind.

Zeigen Sie uns das System, das niemand anfassen möchte.

Die Entdeckungsphase beginnt mit dem Code, während er ausgeführt wird, und den Personen, die ihn am Laufen halten, und endet mit einer Abhängigkeitskarte und einer Migrationssequenz, die Sie gegenüber Ihrem Board verteidigen können. Fordern Sie ein Angebot an oder buchen Sie ein Executive Briefing für die Personen, die die erste Umstellung unterzeichnen.