Der Service ist mit konstanten Verwaltungskosten verbunden, die der Service Provider zu tragen hat. Eine ordnungsgemäß gestaltete Bibliothek überträgt alle diese Kosten an ihre Benutzer.
Dies bedeutet, dass die Bibliothek (sofern ihre Verwendung möglich ist) dem Benutzer dieselbe Funktionalität bieten kann, während der Entwickler weniger als der Dienst kostet.
In der Regel wird die Zentralisierung solcher Verwaltungskosten als Servicevorteil angesehen.
Die Leute sagen: "Dienste sind einfach zu bearbeiten, da sie zentral aktualisiert werden können, damit Benutzer, die nur langsam aktualisiert werden, nicht das Leben anderer ruinieren."
Dies bedeutet jedoch, dass Benutzer, die nicht rechtzeitig aktualisiert werden, alle anderen beeinflussen können. Wenn ein Benutzer andere Benutzer nicht negativ beeinflussen kann, ist es uns egal, wie schnell einzelne Benutzer aktualisiert werden. sie schaden sich nur.
Sie können die negativen Auswirkungen einiger Benutzer auf andere verhindern, indem Sie den Ressourcenstatus nicht zwischen Benutzern teilen. mit anderen Worten, Vermeidung von Dienstleistungen.
Nehmen wir als Beispiel ein allgemeines Szenario: Ein Entwickler erstellt sowohl eine Bibliothek als auch einen Dienst, stellt jedoch später fest, dass die (bereits veröffentlichte) Bibliothek einen Fehler oder eine Inkompatibilität enthält und vor der Verbesserung des Dienstes für alle aktualisiert werden muss. Dies wird zu einem großen Problem, aufgrund dessen der Entwickler naiv davon ausgehen kann, dass die Funktionalität von der Bibliothek zum Dienst übertragen werden muss, um Aktualisierungen zu ermöglichen.
Wenn Sie jedoch überhaupt keinen Dienst haben, sondern nur eine Bibliothek, die alle Funktionen enthält und alles tut, was der Dienst tun sollte, tritt dieses Problem überhaupt nicht auf. Benutzer, die kein Upgrade durchführen, leiden unter Problemen, die in der Originalversion der Bibliothek vorhanden sind, und allen anderen geht es gut.
Es ist nicht immer möglich, Dienste auf diese Weise zu vermeiden. aber das ist öfter möglich als gedacht. Hier sind einige Ideen zu berücksichtigen:
- , , . , , - , , Linux Kubernetes. , .
, , . - , , . , ; , «».
, , , . , :
- ( )
- ( )
- (, , )
- , (, «» , )
- ,
, . - , . , — .
, , , . :
- , , , .
- Java , .
- Capability-safe architectures, , CHERI, , (capability).
- (Software fault isolation) « » Multics, , .
, . - — , , ( , JSON, ..).
. , ; . - , . , , , , , .
, , , . , .
Mit dieser und anderen Ideen können Sie häufig eine Bibliothek anstelle eines Dienstes erstellen.
Durch den Wegfall der mit Diensten verbundenen Wartungs- und Upgrade-Kosten können Bibliotheken mehr Funktionen enthalten, was sowohl dem Entwickler als auch dem Benutzer zugute kommt.
Werbung
VDSina bietet VDS zur Miete für jede Aufgabe, eine große Auswahl an Betriebssystemen für die automatische Installation, die Installation jedes Betriebssystems von Ihrer eigenen ISO , ein praktisches proprietäres Control Panel und die tägliche Zahlung eines Tarifs, den Sie individuell für Ihre erstellen können Aufgaben.
