{"id":30666,"date":"2019-10-31T21:36:48","date_gmt":"2019-10-31T18:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/byla-la-mongodb-voobshhe-pravilnym-vyborom\/"},"modified":"2019-10-31T21:36:48","modified_gmt":"2019-10-31T18:36:48","slug":"byla-la-mongodb-voobshhe-pravilnym-vyborom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","title":{"rendered":"War MongoDB \u00fcberhaupt die richtige Wahl?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>K\u00fcrzlich habe ich erfahren, dass <noindex><a rel=\"nofollow\" href=\"https:\/\/www.redhat.com\/en\/blog\/red-hat-satellite-standardize-postgresql-backend\">Red Hat die Unterst\u00fctzung von MongoDB in Satellite entfernt<\/a><\/noindex> (angeblich aufgrund von Lizenz\u00e4nderungen). Das hat mich zum Nachdenken gebracht, denn in den letzten Jahren habe ich viele Artikel gesehen, die MongoDB als schrecklich darstellen und behaupten, dass man es niemals verwenden sollte. Aber in dieser Zeit ist MongoDB zu einem viel reiferen Produkt geworden. Was ist passiert? Ist all der Hass tats\u00e4chlich das Ergebnis von Fehlern in der Anfangsmarketingstrategie der neuen Datenbank? Oder verwenden die Leute MongoDB einfach in den falschen Kontexten?<\/p>\n<p>Falls es Ihnen so vorkommt, als w\u00fcrde ich MongoDB verteidigen, lesen Sie bitte den <noindex><a rel=\"nofollow\" href=\"#1\">Haftungsausschluss<\/a><\/noindex> am Ende des Artikels.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Ein neuer Trend<\/h1>\n<p>\nIch arbeite seit mehr Jahren in der Softwareindustrie, als es h\u00f6flich w\u00e4re zu sagen, jedoch habe ich dennoch nur einen kleinen Teil der Trends miterlebt, die unsere Branche gepr\u00e4gt haben. Ich habe das Aufkommen von 4GL, AOP, Agile, SOA, Web 2.0, AJAX, Blockchain\u2026 die Liste ist endlos. Jedes Jahr tauchen neue Prinzipien auf. Einige verblassen schnell, w\u00e4hrend andere die Art und Weise, wie Software entwickelt wird, grundlegend ver\u00e4ndern.<\/p>\n<p>Jeder neue Trend f\u00fchrt zu einer allgemeinen Aufregung: Die Menschen springen selbst auf den Zug auf oder folgen dem L\u00e4rm, den andere erzeugen \u2013 und bewegen sich mit der Masse. Dieser Prozess wurde von Gartner im <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Hype_cycle\">Hype-Zyklus<\/a><\/noindex>kategorisiert. Obwohl umstritten, beschreibt dieses Diagramm ungef\u00e4hr, was mit Technologien geschieht, bevor sie schlie\u00dflich n\u00fctzlich werden.<\/p>\n<p>Doch hin und wieder taucht eine neue Innovation auf (oder es geschieht eine Art zweite Wiederkunft, wie in diesem Fall), die nur von ihrer spezifischen Anwendung vorangetrieben wird. Im Fall von NoSQL war der Hype stark beeinflusst durch das Aufkommen und den rasanten Anstieg von MongoDB. Nicht MongoDB stellte diesen Trend auf: Tats\u00e4chlich hatten gro\u00dfe Internetunternehmen mit der Verarbeitung gro\u00dfer Datenmengen Probleme, was zur Wiederbelebung von nicht-relationalen Datenbanken f\u00fchrte. Die allgemeine Bewegung begann mit Projekten wie Bigtable von Google und Cassandra von Facebook, doch MongoDB wurde die bekannteste und zug\u00e4nglichste NoSQL-Datenbank, die den meisten Entwicklern zur Verf\u00fcgung stand.<\/p>\n<p><i>Hinweis: Sie k\u00f6nnten denken, dass ich dokumentorientierte DBs mit spaltenorientierten DBs, Schl\u00fcsselwertspeichern oder einer der vielen anderen Arten von Datenspeichern, die unter die allgemeine Definition von NoSQL fallen, vermische. Und Sie haben recht. Aber damals herrschte Chaos. Alle waren besessen von NoSQL, es wurde f\u00fcr alle <b>absolut<\/b> notwendig, obwohl viele die Unterschiede zwischen den verschiedenen Technologien nicht erkennen konnten. F\u00fcr viele wurde MongoDB zum <b>Synonym<\/b> f\u00fcr NoSQL.<\/i><\/p>\n<p>Und die Entwickler st\u00fcrzten sich darauf. Die Idee einer schemalosen Datenbank, die magisch f\u00fcr jede Herausforderung skalieren kann, war \u00e4u\u00dferst verlockend. Etwa 2014 schien es, als \u00fcberall dort, wo zuvor eine relationale Datenbank wie MySQL, Postgres oder SQL Server verwendet wurde, nun MongoDB-Datenbanken eingerichtet wurden. Auf die Frage, warum dies der Fall war, konnten Sie von der banalen Antwort \u201ees ist die Skalierung des Webs\u201c bis hin zu der durchdachteren Antwort \u201emeine Daten sind sehr schwach strukturiert und passen gut in eine schemalose Datenbank\u201c alles h\u00f6ren.<\/p>\n<p>Es ist wichtig zu beachten, dass MongoDB und dokumentenorientierte Datenbanken im Allgemeinen eine Reihe von Problemen mit traditionellen relationalen Datenbanken l\u00f6sen:<\/p>\n<ul>\n<li><b>Strikte Schema<\/b>: mit einer relationalen Datenbank m\u00fcssen Sie, wenn Sie dynamisch generierte Daten haben, entweder eine Menge zuf\u00e4lliger \"verschiedener\" Datenspalten erstellen, Datenblobs hineinschieben oder eine Konfiguration verwenden. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Entity%E2%80%93attribute%E2%80%93value_model\">EAV<\/a><\/noindex>\u2026all dies hat erhebliche Nachteile.\n<\/li>\n<li><b>Schwierigkeiten beim Skalieren<\/b>: wenn die Daten so zahlreich sind, dass sie nicht auf einen Server passen, bot MongoDB Mechanismen, um sie auf mehreren Maschinen zu skalieren.\n<\/li>\n<li><b>Komplexe Schema\u00e4nderungen<\/b>: keine Migrationen! In einer relationalen Datenbank kann die \u00c4nderung der Datenbankstruktur ein enormes Problem darstellen (insbesondere wenn die Datenmenge sehr gro\u00df wird). MongoDB hat den Prozess erheblich vereinfacht. Es wurde so einfach gestaltet, dass Sie das Schema einfach im laufenden Betrieb aktualisieren und sehr schnell weiterarbeiten k\u00f6nnen.\n<\/li>\n<li><b>Schreibgeschwindigkeit<\/b>: die Leistung von MongoDB war gut, insbesondere bei sorgf\u00e4ltiger Konfiguration. Selbst die Standardkonfiguration von MongoDB, die oft kritisiert wurde, zeigte einige beeindruckende Leistungswerte.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Alle Risiken liegen bei Ihnen.<\/h1>\n<p>\nDie potenziellen Vorteile von MongoDB waren enorm, insbesondere f\u00fcr bestimmte Probleml\u00f6sungen. Liest man die obige Liste ohne Kontext und ohne Erfahrung, k\u00f6nnte man den Eindruck gewinnen, dass MongoDB eine wirklich revolution\u00e4re Datenbankmanagementsystem ist. Das einzige Problem war, dass die genannten Vorteile mit einer Reihe von Vorbehalten verbunden waren, von denen einige im Folgenden aufgef\u00fchrt sind.<\/p>\n<p>Um fair zu sein, wird niemand bei 10gen\/MongoDB Inc. behaupten, dass das Folgende nicht wahr ist; es handelt sich einfach um Kompromisse.<\/p>\n<ul>\n<li><b>Transaktionsverlust<\/b>: Transaktionen sind ein zentrales Merkmal vieler relationaler Datenbanken (nicht aller, aber der meisten). Transaktionsunterst\u00fctzung bedeutet, dass Sie mehrere Operationen atomar ausf\u00fchren k\u00f6nnen und sicherstellen k\u00f6nnen, dass die Daten konsistent bleiben. Nat\u00fcrlich kann die Transaktionsf\u00e4higkeit bei NoSQL-Datenbanken innerhalb eines Dokuments erfolgen, oder Sie k\u00f6nnen zweiphasige Commits verwenden, um transaktionale Semantik zu erhalten. Aber Sie m\u00fcssen diese Funktionalit\u00e4t selbst implementieren\u2026 was eine schwierige und zeitaufw\u00e4ndige Aufgabe sein kann. Oft erkennen Sie die Probleme nicht, bis Sie feststellen, dass die Daten in der Datenbank in ung\u00fcltige Zust\u00e4nde geraten, weil die Atomarit\u00e4t der Operationen nicht gew\u00e4hrleistet werden kann. <b>Hinweis: Viele haben mir mitgeteilt, dass in MongoDB 4.0 im letzten Jahr Transaktionen eingef\u00fchrt wurden, allerdings mit einigen Einschr\u00e4nkungen. Die Schlussfolgerung aus dem Artikel bleibt unver\u00e4ndert: Bewerten Sie, wie gut die Technologie Ihren Bed\u00fcrfnissen entspricht.<\/b>\n<\/li>\n<li><b>Verlust der relationalen Integrit\u00e4t (Fremdschl\u00fcssel)<\/b>: Wenn Ihre Daten Beziehungen enthalten, m\u00fcssen Sie diese im Anwendung anwenden. Das Vorhandensein einer Datenbank, die diese Beziehungen ber\u00fccksichtigt, wird einen erheblichen Teil der Arbeit mit der Anwendung und damit auch von Ihren Programmierern entlasten.\n<\/li>\n<li><b>Fehlende M\u00f6glichkeit, die Datenstruktur anzuwenden<\/b>: Strenge Schemata k\u00f6nnen manchmal ein gro\u00dfes Problem darstellen, sind jedoch auch ein leistungsstarkes Werkzeug f\u00fcr eine ordentliche Datenstrukturierung, wenn sie richtig verwendet werden. Dokumentenbasierte Datenbanken wie MongoDB bieten eine unglaubliche Flexibilit\u00e4t im Schema, aber diese Flexibilit\u00e4t entbindet von der Verantwortung, die Daten in Ordnung zu halten. Wenn Sie sich nicht darum k\u00fcmmern, m\u00fcssen Sie am Ende viel Code in der Anwendung schreiben, um Daten zu ber\u00fccksichtigen, die nicht in der Form gespeichert sind, die Sie erwarten. Wie wir in unserem Unternehmen Simple Thread oft sagen ... eine Anwendung wird irgendwann neu geschrieben, aber die Daten werden ewig leben. <b>Hinweis: MongoDB unterst\u00fctzt die Schema\u00fcberpr\u00fcfung; sie ist n\u00fctzlich, bietet jedoch nicht dieselben Garantien wie eine relationale Datenbank. Vor allem beeinflusst das Hinzuf\u00fcgen oder \u00c4ndern der Schema\u00fcberpr\u00fcfung nicht die bestehenden Daten in der Sammlung. Sie m\u00fcssen selbst sicherstellen, dass Sie die Daten gem\u00e4\u00df dem neuen Schema aktualisieren. Entscheiden Sie selbst, ob dies f\u00fcr Ihre Bed\u00fcrfnisse ausreichend ist.<\/b>\n<\/li>\n<li><b>E eigene Abfragesprache \/ Verlust des \u00d6kosystems von Werkzeugen<\/b>: Das Aufkommen von SQL war eine absolute Revolution, und seitdem hat sich nichts ge\u00e4ndert. Es ist eine unglaublich m\u00e4chtige Sprache, aber auch ziemlich komplex. Die Notwendigkeit, Abfragen an eine Datenbank in einer neuen Sprache zu konstruieren, die aus JSON-Fragmenten besteht, wird von Menschen mit Erfahrung in SQL als gro\u00dfer R\u00fcckschritt angesehen. Es gibt ein ganzes Universum von Werkzeugen, die mit SQL-Datenbanken interagieren: von IDEs bis hin zu Reporting-Tools. Der \u00dcbergang zu einer Datenbank, die SQL nicht unterst\u00fctzt, bedeutet, dass Sie die meisten dieser Werkzeuge nicht verwenden k\u00f6nnen oder die Daten in SQL \u00fcbersetzen m\u00fcssen, um sie zu verwenden, was sich als komplizierter herausstellen kann, als Sie denken.<\/li>\n<\/ul>\n<p>\nViele Entwickler, die sich f\u00fcr MongoDB entschieden haben, hatten oft kein klares Verst\u00e4ndnis der Kompromisse und sprangen h\u00e4ufig kopf\u00fcber ins kalte Wasser, indem sie es als prim\u00e4res Datenspeicher-System einsetzten. Danach war es oft unglaublich schwierig, zur\u00fcckzukehren.<\/p>\n<h1>Was h\u00e4tte man anders machen k\u00f6nnen?<\/h1>\n<p>\nNicht alle sprangen gleich kopf\u00fcber und prallten auf den Boden. Aber viele Projekte setzten MongoDB an Stellen ein, wo es einfach nicht passte \u2013 und sie werden noch viele Jahre damit leben m\u00fcssen. H\u00e4tten diese Organisationen etwas Zeit investiert und ihre Technologieentscheidungen systematisch \u00fcberdacht, h\u00e4tten viele eine andere Wahl getroffen.<\/p>\n<p>Wie w\u00e4hlt man die richtige Technologie aus? Es gab mehrere Versuche, einen systematischen Rahmen zur Bewertung von Technologien zu schaffen, wie etwa <noindex><a rel=\"nofollow\" href=\"http:\/\/www.wohlin.eu\/spi96.pdf\">\u201eTechnologierahmen f\u00fcr Softwareorganisationen\u201c<\/a><\/noindex> und <noindex><a rel=\"nofollow\" href=\"https:\/\/pdfs.semanticscholar.org\/4268\/30dd5dd944d3b75ec56b2a3b151c18afbaf9.pdf\">\u201eRahmen zur Bewertung von Softwaretechnologien\u201c<\/a><\/noindex>, aber ich denke, das ist \u00fcbertrieben kompliziert.<\/p>\n<p>Viele Technologien lassen sich vern\u00fcnftig bewerten, indem man nur zwei grundlegende Fragen stellt. <b>Das Problem liegt darin, die Menschen zu finden, die verantwortlich darauf antworten k\u00f6nnen, Zeit mit der Suche nach Antworten investieren und dabei unvoreingenommen bleiben.<\/b><\/p>\n<blockquote><p>Wenn Sie mit einem Problem nicht konfrontiert sind, ben\u00f6tigen Sie kein neues Werkzeug. Punkt.<\/p><\/blockquote>\n<p><\/p>\n<h1>Frage 1: Welche Probleme versuche ich zu l\u00f6sen?<\/h1>\n<p>\nWenn Sie mit einem Problem nicht konfrontiert sind, ben\u00f6tigen Sie kein neues Werkzeug. Punkt. Es ist nicht notwendig, nach einer L\u00f6sung zu suchen und dann ein Problem zu erfinden. Wenn Sie nicht auf ein Problem gesto\u00dfen sind, das eine neue Technologie deutlich besser l\u00f6st als Ihre bestehende Technologie, gibt es hier nichts zu diskutieren. Wenn Sie in Erw\u00e4gung ziehen, diese Technologie zu nutzen, nur weil Sie gesehen haben, wie andere sie verwenden, \u00fcberlegen Sie, mit welchen Problemen sie konfrontiert sind, und fragen Sie sich, ob Sie \u00e4hnliche Probleme haben. Es ist einfach, Technologie zu \u00fcbernehmen, weil andere es tun; die Herausforderung besteht darin, zu verstehen, ob Sie mit den gleichen Problemen konfrontiert sind.<\/p>\n<h1>Frage 2: Was verliere ich?<\/h1>\n<p>\nDas ist zweifellos eine schwierigere Frage, da es erforderlich ist, sowohl die alte als auch die neue Technologie gr\u00fcndlich zu verstehen. Manchmal k\u00f6nnen Sie die Neue nicht wirklich begreifen, bis Sie etwas mit ihr aufgebaut haben oder einen Mitarbeiter mit entsprechender Erfahrung haben.<\/p>\n<p>Wenn Sie weder das eine noch das andere haben, sollten Sie \u00fcber die minimalen Investitionen nachdenken, um den Wert dieses Instruments zu bestimmen. Und wenn Sie investieren, wie schwierig wird es sein, die Entscheidung zur\u00fcckzunehmen?<\/p>\n<h1>Die Menschen vermasseln immer alles<\/h1>\n<p>\nWenn Sie versuchen, diese Fragen so objektiv wie m\u00f6glich zu beantworten, denken Sie an eines: Sie werden gegen die menschliche Natur k\u00e4mpfen m\u00fcssen. Es gibt eine Reihe von kognitiven Verzerrungen, die \u00fcberwunden werden m\u00fcssen, um Technologien effektiv zu bewerten. Hier sind nur einige:<\/p>\n<ul>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Bandwagon_effect\">Der Effekt der Konformit\u00e4t<\/a><\/noindex><\/b> \u2014 jeder wei\u00df davon, aber es ist trotzdem schwer, sich dagegen zu wehren. Stellen Sie einfach sicher, dass die Technologie tats\u00e4chlich Ihren realen Bed\u00fcrfnissen entspricht.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/mindmodeling.org\/cogsci2015\/papers\/0177\/index.html\">Der Neueffekt<\/a><\/noindex><\/b> \u2014 viele Entwickler neigen dazu, Technologien, mit denen sie lange gearbeitet haben, zu untersch\u00e4tzen und die Vorteile neuer Technologien zu \u00fcbersch\u00e4tzen. Nicht nur Programmierer, alle sind diesem kognitiven Verzerrung ausgesetzt.\n<\/li>\n<li><b><noindex><a rel=\"nofollow\" href=\"https:\/\/pigeon.psy.tufts.edu\/avc\/dittrich\/fepef.htm\">Der Effekt der positiven Merkmale<\/a><\/noindex> Wir neigen dazu, das Vorhandene zu sehen und das Fehlende zu \u00fcbersehen. Dies kann, kombiniert mit dem Neuheitseffekt, zu Chaos f\u00fchren, da man nicht nur die neue Technologie \u00fcbersch\u00e4tzt, sondern auch ihre Nachteile ignoriert.<\/b>.<\/li>\n<\/ul>\n<p>\nEine objektive Bewertung ist nicht einfach, aber das Verst\u00e4ndnis grundlegender kognitiver Verzerrungen hilft, rationalere Entscheidungen zu treffen.<\/p>\n<h1>Zusammenfassung<\/h1>\n<p>\nWenn eine Innovation auftritt, sollte man mit gro\u00dfer Vorsicht auf zwei Fragen reagieren:<\/p>\n<ul>\n<li>L\u00f6st dieses Werkzeug ein reales Problem?\n<\/li>\n<li>Verstehen wir die Kompromisse gut?<\/li>\n<\/ul>\n<p>\nWenn Sie diese beiden Fragen nicht sicher beantworten k\u00f6nnen, machen Sie einen Schritt zur\u00fcck und denken Sie nach.<\/p>\n<p>War MongoDB also die richtige Wahl? Auf jeden Fall; wie bei den meisten engineering-Technologien h\u00e4ngt es von vielen Faktoren ab. Viele, die diese beiden Fragen beantwortet haben, haben von MongoDB profitiert und tun dies weiterhin. Wer das nicht getan hat, sollte hoffentlich eine wertvolle und nicht allzu schmerzhafte Lektion \u00fcber den Hype-Zyklus gelernt haben.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"1\"><\/a><\/noindex><\/p>\n<h1>Haftungsausschluss<\/h1>\n<p>\nIch m\u00f6chte klarstellen, dass ich weder Liebe noch Hass f\u00fcr MongoDB empfinde. Es gab einfach keine Probleme, f\u00fcr die MongoDB die beste L\u00f6sung gewesen w\u00e4re. Ich wei\u00df, dass 10gen\/MongoDB Inc. anfangs sehr mutig war, indem sie unsichere Standardeinstellungen festlegten und MongoDB \u00fcberall (insbesondere bei Hackathons) als universelle L\u00f6sung f\u00fcr den Umgang mit jeglichen Daten f\u00f6rderten. Wahrscheinlich war das eine Fehlentscheidung. Aber es best\u00e4tigt den hier beschriebenen Ansatz: Diese Probleme h\u00e4tten schon bei einer oberfl\u00e4chlichen Bewertung der Technologie sehr schnell erkannt werden k\u00f6nnen.<br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/446180\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30666","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:36:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47War MongoDB \u00fcberhaupt die richtige Wahl? | ProHoster","description":"Vor kurzem erfuhr ich, dass Red Hat die Unterst\u00fctzung von MongoDB aus Satellite entfernt (angeblich wegen \u00c4nderungen der Lizenz). Das lie\u00df mich \u00fcberlegen, dass ich in den letzten Jahren eine Menge Artikel dar\u00fcber gesehen habe, wie schrecklich MongoDB ist und dass niemand sie jemals nutzen sollte. Aber in der Zwischenzeit ist MongoDB zu einem viel reiferen Produkt geworden. Was ist passiert? Ist \u00fcberhaupt alles","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u044b\u043b\u0430 \u043b\u0430 MongoDB \u0432\u043e\u043e\u0431\u0449\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u044b\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c? | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u0443\u0437\u043d\u0430\u043b, \u0447\u0442\u043e Red Hat \u0443\u0434\u0430\u043b\u044f\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 MongoDB \u0438\u0437 Satellite (\u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u0438\u0437-\u0437\u0430 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438). \u042d\u0442\u043e \u0437\u0430\u0441\u0442\u0430\u0432\u0438\u043b\u043e \u043c\u0435\u043d\u044f \u0437\u0430\u0434\u0443\u043c\u0430\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u044f \u0432\u0438\u0434\u0435\u043b \u043a\u0443\u0447\u0443 \u0441\u0442\u0430\u0442\u0435\u0439, \u043a\u0430\u043a \u0443\u0436\u0430\u0441\u043d\u0430 MongoDB \u0438 \u0447\u0442\u043e \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u043a\u043e\u0433\u0434\u0430 \u043d\u0435 \u0434\u043e\u043b\u0436\u0435\u043d \u0435\u0451 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u041d\u043e \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f MongoDB \u0441\u0442\u0430\u043b\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0437\u0440\u0435\u043b\u044b\u043c \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u043c. \u0427\u0442\u043e \u0436\u0435 \u0441\u043b\u0443\u0447\u0438\u043b\u043e\u0441\u044c? \u0414\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043b\u0438 \u0432\u0441\u044f","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/byla-la-mongodb-voobshhe-pravilnym-vyborom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:36:48+00:00","article:modified_time":"2019-10-31T18:36:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30666","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 02:22:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:23","updated":"2026-01-21 02:22:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/30666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=30666"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/30666\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=30666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=30666"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=30666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}