Verschieben Sie die Boxdatenbank auf einen separaten Server

Dies scheint mir eine schlechte Idee zu sein, da die Folgen des Nicht-Arbeitens auf einem Server beklagenswert sein können, ebenso wie Übertragungsverzögerungen zwischen Servern. Sie sollten besser Probleme mit Integrationen lösen, was Sie als "Implementierungen, die Sie ein Jahr lang mit Boxen synchronisieren können" beschreiben, ist nicht die Norm

Es ist für uns kein Problem, zwei Server verbunden zu halten. Sie befinden sich in ihrer hermetischen Zone. Wenn Sie das Problem lösen, können alle Abrechnungs-/ERP-/etc-Systeme eine Verbindung herstellen. auf eine Datenbank und nehmen aktuelle Änderungen online vor. Schlimmer ist derjenige, dessen Krücke jetzt gebaut wurde, wie sich herausstellte, ist dies ein komplizierteres Unterfangen, das sie seit mehr als einem Jahr zu lösen versuchen. Nämlich um einen synchronen Import/Export für Billing<->CRM aufzubauen

aufzubauen. Was hindert Sie daran, den gesamten Austausch über die API zu wiederholen, hier haben Sie sowohl Geschwindigkeit als auch Zugriff? Sie verstehen nur, dass, wenn Sie einen anderen Entwickler in die Datenbank lassen, ein "Scheiß" beginnt, dem Sie folgen müssen (Protokoll), und dies ist ein weiterer "Brute" für den PM des Projekts

Fehlende API für Dienste, mit denen ein Bundle erstellt wird. Ein System ohne API, das zweite funktioniert gemäß der API, aber nur für den Import in das System, und alle Verbesserungen werden nur von ihren Systementwicklern vorgenommen (es besteht eine Abhängigkeit von der Geschwindigkeit der Implementierung von Aufgaben). Und Boxen mit seiner API. Seine Infrastruktur lässt sich schneller implementieren. + Für die Protokollierung werden wir uns mit Graylog verbinden.

Es ist klar, dass Sie viele Variablen in Ihrer Aufgabe haben :) Nun, warten wir auf die Antwort von Ustimenko oder Miroshnichenko, es scheint mir, dass sie eine solche Aufgabe nicht übernehmen werden, da es viele Fallstricke gibt, einschließlich die Verantwortlichen für den Produktsupport, all dies wird irgendwo vorgeschrieben

Es lohnt sich nicht, etwas direkt in die OneBox-Datenbank zu schreiben (sogar "nicht erlaubt"). OneBox ist keine Software, die „aus der Datenbank“ geschrieben wird. Nicht so einfach. Die OneBox-Datenbank selbst ist nicht gemäß allen Regeln von ANSI SQL normalisiert. Es ist der Preis der Leistung für OneBox, in der Lage zu sein, zig Millionen Kontakte und zig Millionen Bestellungen zu verarbeiten. In einfachen Worten (für diejenigen, die sich nicht mit SQL'a beschäftigen) - dieselben Daten können in verschiedenen Zellen verschiedener Tabellen dupliziert werden. Für Beispielleistung. Die OneBox-Datenbank wird durch das sogenannte ORM-SQLObject gesteuert. Dies ist eine wichtige Geschichte: Wenn OneBox aktualisiert wird, prüft SQLObject, welche Spalten wo hinzugefügt, welche entfernt und für welche der Datentyp geändert werden soll. Wenn Sie der Datenbank eine Spalte hinzufügen, ist das in Ordnung, SQLObject wird sie nicht berühren. Wenn Sie die Spalte jedoch manuell ändern, gibt SQLObject den Datentyp in 1 Minute gemäß der ORM-Konfiguration zurück. Niemand sollte an die OneBox-Datenbank gebunden sein – denn wir ändern sie. Wir können die Tabelle einfach umbenennen, eine neue Tabellenstruktur erstellen und Daten zwischen ihnen konvertieren, sogar innerhalb derselben Version, und der Client wird es nicht einmal bemerken. --- Da ich weiß, wie die Abrechnungssysteme der Anbieter normalerweise aufgebaut sind, kann ich sagen, dass sich die Datenbasis dort unglaublich selten ändert. Und wo es richtiger und zuverlässiger ist, solche Optionen zu verwenden: Option 1, die richtigste OneBox klopft an die Billing-API und ändert, was dort benötigt wird. Wenn es keine API gibt, können Sie ganz spezifische PHP/Perl/Python/CGI-Skripte erstellen, die GET/POST-Parameter akzeptieren und das erforderliche SQL ausführen. Option 2 Es gibt ein bestimmtes Skript auf der Abrechnungsseite (oder in der Nähe davon), das an die API von OneBox klopft, die Daten empfängt und dann das SQL ändert, was in der Abrechnung erforderlich ist. Option 3 Übertragen Sie die Abrechnung auf die OneBox-Seite. Ich verstehe, dass Sie dem jetzt nicht zustimmen werden, aber tatsächlich hat schon die erste Version von OneBox'a https://crm-onebox.com/en/version/ mit der Abrechnung für den Internetprovider begonnen und OneBox direkt die Abrechnung durchgeführt und kontrolliert Raduis-Server . Oh, es gab gute Zeiten :) --- Die coolste Option 1 - machen Sie auf Ihrer Seite eine mega-einfache API, ohne Autorisierung (na ja, oder IP-eingeschränkte Autorisierung), die nur die notwendige Ergänzung eines Benutzer-Updates durchführt. Ich verstehe, dass dies keine leichte Aufgabe ist. Geben Sie den Kontakt eines Technikfreaks an, der die Abrechnung direkt kürzt - und ich werde es lösen. Nur direkt ein Technikfreak, wenn es irgendeinen Manager gibt und der etwas koordiniert - ach, das ist alles :)