Zum Inhalt springen
BlogDatenbankenWir waren auf der MongoDB World 2022, damit Sie es nicht tun müssen!

Wir waren auf der MongoDB World 2022, damit Sie es nicht tun müssen!

mongodbWorldRecap22-blogHeader

Letzte Woche habe ich dank eines Sponsorings von Linode an der MongoDB World 2022 teilgenommen. In diesem Artikel werde ich meine Zeit dort zusammen mit einigen Codeschnipseln, an denen ich für ein kommendes Tutorial arbeite, zusammenfassen. Ich habe auch ein Video erstellt, das meine Zeit auf der MongoDB World zusammenfasst.

Meine 240-Zeichen-Zusammenfassung:

Die MongoDB World hat mich davon überzeugt, dass ich MongoDB häufiger nutzen muss. Das Zielpublikum waren wahrscheinlich eher Manager als Entwickler, da die meisten Vorträge (einschließlich meines eigenen) nicht in die technische Tiefe gingen, die Entwickler oft mögen. Ich empfehle die Teilnahme!

Standort: New York City

Die Lage des Javits Center war perfekt, und der Veranstaltungsort war atemberaubend. Für eine Konferenz ist eine Stadt wie NYC genau die Art von Energie, die man braucht. Draußen ist so viel los, dass sich das natürlich auf die Konferenz überträgt.

Bewertung: 9/10

Hauptthemen

Zum Auftakt der Veranstaltung hörten wir den CEO von MongoDB, Dev Ittycheria. Hätte ich nur die Keynote von Dev gehört, wäre ich davon überzeugt gewesen, MongoDB wesentlich häufiger zu nutzen. Dev Ittycheria bekräftigte den Gedanken, dass MongoDB dazu dient, Teams zu befähigen, mit weniger Aufwand mehr zu leisten, und während meiner Zeit auf der Konferenz schien dies zuzutreffen.

Auf Dev folgte kurz darauf ein weiterer Redner, der die Energie des Raumes regelrecht aufsaugte. Das Gefühl war greifbar. Dev kehrte auf die Bühne zurück, um etwas dringend benötigte Energie zu spenden, bevor die Breakout-Sessions begannen.

Während der Keynote gab es auch ein paar Live-Demos, die einige der großartigen Möglichkeiten von MongoDB aufzeigten. Wie Sie sich vielleicht vorstellen können, sind Live-Demos oft ein Rezept für ein Desaster, aber diese liefen reibungslos ab, soweit ich das beurteilen kann.

Am Nachmittag des ersten Tages hielt CTO Mark Porter eine der besten Tech-Keynotes, die ich je persönlich gesehen habe. Es ist klar, dass er in erster Linie ein Lehrer und in zweiter Linie ein CTO ist. Er wirkte wie ein Surflehrer, während seine Fähigkeiten die eines erfahrenen Datenbankexperten sind, der technisch gesehen die meisten CTOs da draußen in die Tasche stecken kann. Wenn ich die ganze Zeit nur einen Vortrag besucht hätte, dann wäre es Marks Keynote gewesen.

Ich war sehr gespannt auf den Hauptredner des letzten Tages: Ray Kurzweil. Ray ist ein anerkannter Zukunftsforscher und hat im Laufe seiner Karriere einige brillante Vorhersagen gemacht. Außerdem hat er einige Bestseller geschrieben und im Laufe der Jahre zahlreiche Vorträge gehalten.

Auf der MongoDB World wiederholte Ray viele der Dinge, die ich im Laufe der Jahre von ihm gehört habe. Im Nachhinein ist das nicht sonderlich überraschend, aber es hat mich zu dem Schluss gebracht, dass Ray von jemandem wie Dev oder Mark hätte interviewt werden sollen, um ein dynamisches Gespräch für die abschließende Keynote zu ermöglichen.

Bewertung: 7/10

Breakout-Sitzungen

Die Breakout-Sessions boten interessante Übersichten über die verschiedenen Tools und Techniken, mit denen Teams MongoDB in ihren Unternehmen einsetzen.

Hier sind ein paar Themen, die ich sehr interessant fand:

  • Reich
  • Serverloses MongoDB (Atlas Serverless)
  • Zeitreihen

Reich

Realm scheint ein sehr überzeugendes Angebot zu sein, das es mobilen Geräten und IOT ermöglicht, Daten mit einem verwalteten MongoDB-Cluster (wie Atlas oder Linode Managed Databases) zu synchronisieren.

Die Herausforderung bei Daten im Edge-Bereich besteht darin, dass die lokale/auf dem Gerät befindliche Datenbank oft nicht mit der Cloud-Datenbank synchronisiert ist. Auf den ersten Blick mag dies ein triviales Problem sein, aber sobald Sie eine Größenordnung von 100.000 mobilen Geräten erreichen, kann dieses Problem zu einem großen Problem werden.

Ich habe es noch nicht getestet, aber die Sitzung, an der ich teilgenommen habe, hat mir gezeigt, dass Realm von MongoDB die perfekte Lösung für die verschiedenen Probleme ist, die mit der Synchronisierung von Edge-to-Cloud-Datenbanken einhergehen.

Ein paar wichtige Vorteile von Realm:

  • Entwickelt für die dynamische Datensynchronisierung mit MongoDB
  • SQLite/Kerndaten-Ersatz
  • Geringer Platzbedarf auf den Geräten
  • Plattformübergreifende APIs (Kotlin, Swift, JavaScript, usw.)
  • Hilft bei der Bewältigung von Verbindungsproblemen auf mobilen/IoT-Geräten

Mehr darüber erfahren Sie hier.

Serverlose MongoDB

Der Begriff "serverless" ist ein wenig albern, wenn Sie mich fragen, da ich serverless eher als "Managed Scale Hosting" bezeichne. Unabhängig von der Bezeichnung wird sich Serverless durchsetzen, und ich bin voll dafür.

Serverless ist der Prozess der Skalierung Ihrer Rechenressourcen, um die Nachfrage zu befriedigen, egal wie groß oder wie klein. Wie groß, darüber lässt sich oft streiten, aber eine Skalierung auf Null spart oft eine Menge Ressourcen und oft auch Geld und Sinn.

Lassen Sie uns ein Szenario entwerfen, das die Vorteile von Serverless verdeutlicht:

Serverloses Szenario: Eine Website verfolgt Statistiken in Echtzeit während Sportereignissen.

Wenn ein Sportereignis stattfindet: Die Webanwendung verfügt über eine Vielzahl von Daten zur Aktivitätsverfolgung; die Webanwendung weist je nach Anzahl der Fans, Tageszeit, Jahreszeit usw. einen variablen Datenverkehr auf; die Webanwendung muss während der gesamten Veranstaltung für alle Beteiligten schnell sein.

Wenn kein Sportereignis stattfindet: Die Webanwendung führt keine Aktivitätsverfolgung durch; die Webanwendung hat die meiste Zeit keinen Datenverkehr; die Webanwendung könnte theoretisch komplett ausgeschaltet sein und niemand würde es merken.

Unabhängig davon, wie viel Zeit zwischen den Ereignissen vergeht, gilt das oben Gesagte fast immer. Die Variabilität, mit der diese theoretische Website funktioniert, ist ein dramatisches Beispiel dafür, warum Serverless großartig ist: In der einen Sekunde gibt es 100.000 Anfragen, in der nächsten sind es acht Anfragen. In der nächsten sind es 250.000 Anfragen, in der nächsten 76. Serverless ist darauf ausgelegt, diese Szenarien mit Anmut und unglaublicher Latenz zu bewältigen.

Serverlose Datenbanken: Der schwer fassbare Traum

Das obige Szenario funktioniert gut mit serverlosen Webanwendungen, aber was ist mit einer serverlosen Datenbank?

Moderne Webanwendungen, ob serverlos oder nicht, benötigen die Möglichkeit, mit möglichst geringer Latenz auf Daten zuzugreifen. Wenn die Datenbank serverlos ist, bedeutet dies, dass sie so skaliert werden kann, dass keine Instanzen mehr laufen, oder dass die Datenbank einfach abgeschaltet werden kann. Wenn die Datenbank ausgeschaltet wird, kommt es zu einer Verzögerung beim Wiedereinschalten, so dass Serverless auf der Datenbankebene traditionell sehr schwierig zu realisieren ist.

Das Problem der Skalierung von Datenbanken hängt mit der Größe der Daten zusammen; mehr Daten bedeuten, dass es länger dauert, eine Datenbank ein- oder auszuschalten. In der Vergangenheit war es viel einfacher und reibungsloser, die Datenbankdienste die ganze Zeit laufen zu lassen, während die Anwendung dank Kubernetes und verschiedener Docker-Implementierungen serverlos sein kann (oder auch nicht).

Ich habe noch keine Serverless-SQL-Alternative gesehen, die dem entspricht, was Atlas Serverless leistet, und das ist keine kleine Leistung des MongoDB-Teams. Es ist großartig zu sehen, dass sie Pionierarbeit für serverlose Datenbanken leisten.

Was ich nicht gesehen habe, war die Unterstützung für Open-Source MongoDB ohne Server. Vielleicht kommt das auch noch.

Serverlos: Geschwindigkeit, Kosten und Reibung

Je schneller ich Anwendungen bereitstellen kann, desto schneller kann ich erfahren, was funktioniert und was nicht. Serverless bietet die Möglichkeit, diese Art von Tests mit einem minimalen Anstieg der Kosten durchzuführen. Dies ist meiner Meinung nach einer der größten Vorteile der Verwendung von Serverless.

Wenn Ihre Anwendung nicht funktioniert, lassen Sie sie einfach liegen, ohne dass Ressourcen benötigt werden. Skalieren Sie beim ersten Anzeichen von Verkehr, um die Nachfrage zu befriedigen. Skalieren Sie zurück, wenn die Nachfrage nachlässt. Dies passt perfekt zu A/B-Werbetests, damit Ihre App nur dann funktioniert, wenn es nötig ist, und nicht die ganze Zeit über.

Wenn Ihre Anwendung funktioniert und gut funktioniert, wird der Overhead für die Aufrechterhaltung der kontinuierlichen Last von Ihrem Team durch verschiedene verwaltete Dienste abstrahiert. Das bedeutet, dass ein kleines Team eine unglaubliche Menge an Last mit sehr wenig (wenn überhaupt) zusätzlicher Arbeit bewältigen kann.

All dies bedeutet, dass Serverless die Effektivität von Teams erhöht und gleichzeitig die Gesamtkosten für die Bewältigung der Nachfrageanforderungen für diese Anwendung reduziert.

Serverless ist nicht die perfekte Lösung für alles, aber es ist sicherlich eine Lösung für viele Probleme mit ressourcenbeschränkten Teams.

Zeitreihen auf MongoDB

MongoDB bietet (zumindest ab Version 5) Unterstützung für integrierte Funktionen zur Durchführung von Zeitreihenanalysen. Wenn Sie mit der Erstellung von Zeitreihendaten nicht vertraut sind, handelt es sich lediglich um das Hinzufügen einer Art Zeitstempel zu jeder Zeile in Ihrer Datenbanksammlung (Tabelle).

Die Zeitreihenanalyse ist ideal für:

  • Verbesserung von Finanzentscheidungen, die Umsatzprognosen, Produktnachfrage, Verkehrsschätzungen usw. erfordern.
  • Kauf von Aktien, Anleihen usw.
  • Verfolgung von Sensoren und IoT-Geräten im Laufe der Zeit.
  • Leistungsmetriken (z. B. Leistung der Website, Werbung usw.)

Es gibt sicherlich noch viel mehr Anwendungen für diese Art von Analyse, aber wie wir sehen, ist die Verwendung von Zeitreihendaten für viele Funktionen in einem Unternehmen entscheidend. MongoDB macht die Durchführung dieser Analyse viel einfacher. Ich werde in Zukunft noch viel mehr über die Zeitreihenanalyse mit MongoDB berichten, aber hier ist erst einmal ein kurzes Beispiel, das MongoDB mit dem Python pymongo-Paket verwendet:

1. MongoDB-Client initialisieren

import os
from pymongo import MongoClient

# this assumes you have a running MongoDB cluster/instance
mongodb_un = os.envion.get("MONGODB_USERNAME")
mongodb_pw = os.envion.get("MONGODB_PASSWORD")
mongodb_host = "localhost"
mongodb_port = 27017
db_url =  f"mongodb://{mongodb_un}:{mongodb_pw}@{mongodb_host}:{mongodb_port}"
client =  MongoClient(db_url)

2. Erstellen Sie die Zeitreihensammlung

# create/select a database
db = client.business

# create time series collection
db.create_collection(
    "rating_over_time",
    timeseries = {
        "timeField": "timestamp",
        "metaField": "metadata",
        "granularity": "seconds"
    }
)

3. Hinzufügen von Schein-Zeitreihendaten

from datetime import datetime, timedelta
from random import randint

# Insert a lot of fake time series data
names = ['Kitchen','Animal','State', 'Tastey', 'Big','City','Fish', 'Pizza','Goat', 'Salty','Sandwich','Lazy', 'Fun']
company_type = ['LLC','Inc','Company','Corporation']
company_cuisine = ['Pizza', 'Bar Food', 'Fast Food', 'Italian', 'Mexican', 'American', 'Sushi Bar', 'Vegetarian']
_count = randint(0, 10_001)
for x in range(1, _count):
    now = datetime.now()
    delta = now + timedelta(days=randint(0, 2), minutes=randint(0, 60), seconds=randint(0, 60))
    if randint(0, 1) == 1:
        # randomly vary the direction of the timestamp
        delta = now - timedelta(days=randint(0, 2), minutes=randint(0, 60), seconds=randint(0, 60))
    random_company_index = randint(0, (len(company_cuisine)-1))
    business = {
        "metadata": {
            'cuisine' : company_cuisine[random_company_index],
            'name' : names[randint(0, (len(names)-1))] + ' ' + names[randint(0, (len(names)-1))]  + ' ' + company_type[randint(0, (len(company_type)-1))],
        },
        'rating' : randint(1, 5),
        "timestamp":  delta
    }
    #Step 3: Insert business object directly into MongoDB via insert_one
    result=db[db_name].insert_one(business)

4. Durchführung der Zeitreihenaggregationen

# run an aggregation
list(db.rating_over_time.aggregate([
{"$unwind": "$metadata"}, 
{"$project": {
    "date": {
      "$dateToParts": { "date": "$timestamp" }
    },
    "rating": 1,
    "cuisine": "$metadata.cuisine",
  }
},
    
{
  "$group": {
    "_id": {
     "cuisine": "$cuisine",
      "month": "$date.month",
      "day": "$date.day",
      "year": "$date.year",
    },
    "avgRating": { "$avg": "$rating" }
  }
}
]))

Dies führt zu:

[{'_id': {'cuisine': 'American', 'month': 6, 'day': 16, 'year': 2022},
  'avgRating': 2.75},
 {'_id': {'cuisine': 'Italian', 'month': 6, 'day': 12, 'year': 2022},
  'avgRating': 3.0},
 {'_id': {'cuisine': 'American', 'month': 6, 'day': 14, 'year': 2022},
  'avgRating': 3.0655737704918034},
 {'_id': {'cuisine': 'Pizza', 'month': 6, 'day': 15, 'year': 2022},
  'avgRating': 3.0508474576271185},
]

Die obigen Daten stammen aus meinen eigenen Experimenten mit Python und MongoDB, wurden aber vor allem durch einen Vortrag inspiriert, in dem es um die Verwendung der MongoDB-Zeitreihenanalyse zur Automatisierung des Kaufs von Aktien auf der Grundlage historischer Kurse ging. Der Vortrag war technisch nicht sehr tiefgründig, denn wie Sie oben sehen können, war das auch gar nicht nötig! MongoDB scheint die Reibung bei der Durchführung einiger erstaunlicher Dinge zu verringern.

Überprüfung

Insgesamt fehlte den Breakout-Sitzungen die technische Tiefe, die ich als Entwickler sehr schätze, aber das war sinnvoll. Die meisten Sitzungen dauerten weniger als eine Stunde und oft nur 30 Minuten. Es ist schwierig, in so kurzer Zeit auf die technischen Details einzugehen, wenn die Zuhörer so unterschiedliche Hintergründe haben.

Die Inhalte, die in den von mir besuchten Sitzungen präsentiert wurden, waren im Allgemeinen hervorragend, mit ein paar Auslassungen hier und da.

Bewertung: 8/10

Partner-Pavillon

Der Partner-Pavillon war mit Unternehmen gefüllt, die verwandte Dienstleistungen für Unternehmen anbieten, die MongoDB in ihrem Geschäft verwenden (oder auch nicht). Die Mitarbeiter an diesen Ständen sind häufig Vertriebsmitarbeiter, die sich an die Entscheidungsträger ihrer Unternehmen wenden.

Hier hatte ich die Gelegenheit, mehr Mitglieder des Linode- und Akamai-Teams zu treffen und mich mit ihnen auszutauschen. Kurz gesagt, es war großartig, mit ihnen in Kontakt zu treten, da der größte Teil unserer Kommunikation über das Internet läuft, wie ich mir vorstellen kann, dass eine große Anzahl ihrer Kunden das auch tut. Ich bin sicherlich voreingenommen, aber ich finde das Linode/Akamai-Team unglaublich zugänglich, offen und mehr als bereit, alle Arten von Ideen zu entwickeln.

Mit einigen wichtigen Unternehmen konnte ich sprechen:

  • HashiCorp: Ein Gespräch mit den Machern von Terraform (neben anderen Dingen) war großartig, um ihr Engagement zu hören, DevOps besser und einfacher für mehr Menschen zu machen. Zugegeben, es macht mir wirklich Spaß, Terraform in seiner jetzigen Form zu benutzen, aber die Zukunft scheint vielversprechend. Vielleicht sollte ich mir auch künftige HashiConf-Veranstaltungen ansehen!
  • Vercel: Die Macher von Next.js wurden auf der Keynote aufgrund ihrer kürzlich angekündigten Integration mit Atlas stark hervorgehoben. Zu gegebener Zeit werde ich mehr Zeit mit ihrer Plattform sowie mit Next.js verbringen!
  • MongoDB-Universität: Es ist klar, dass Bildung ein wichtiger Teil der Strategie von MongoDB ist, und ich freue mich sehr auf die Zukunft der Bildung: zugänglich und angetrieben durch gefragte, praktische und marktfähige Fähigkeiten.
  • Datadog: Wer macht die Analyse von Protokollen cool? Datadog ist es. Ich wurde in eine Demo hineingezogen und ich bin so froh, dass ich es getan habe. Ich muss definitiv mehr über dieses Unternehmen erfahren.

Allgemeine Bewertungen

Keynotes (siehe oben): 7/10

  • Einige großartige Redner mit einigen glanzlosen Rednern

Breakout Sessions (mehr dazu weiter oben): 8/10

  • Insgesamt großartige Sitzungen, aber es fehlte die technische Tiefe, die ich als Entwickler mag

Tutorials: 6/10

  • Bei der Hauptveranstaltung, an der ich teilnahm, gab es Probleme mit dem WLAN. Warum keine kabelgebundenen Ethernet-Backups?
  • Der Redner hat die Themen gut behandelt, aber der Inhalt war am Ende etwas zu langsam.

Essen: 3/10

  • Hot Dogs an Tag 2? Echt jetzt?
  • Erstaunliche Pizza drei Blocks von der Konferenz entfernt.

Familienfreundlichkeit: 3/10

  • Wenn Sie Kinder unter 5 Jahren haben, ist es eine 0/10.
  • Abgesehen von den beliebten Touristenzielen gibt es für kleine Kinder nur wenig zu tun.
  • New York ist überfüllt, laut, die Fußgänger gehen aggressiv, und die Fahrzeuge sind sehr aggressiv.
  • Ja, ich lebe in einer kleinen Stadt in der Nähe von Austin, Texas, daher diese Bewertung. Wir haben viel Platz, New York nicht.

Standort: 9/10

  • Aus professioneller Sicht ist eine Veranstaltung in New York City unglaublich. Es gibt jede Menge großartiges Essen, Restaurants, Bars, Veranstaltungsorte usw., wo man sich unterhalten und mit anderen Fachleuten austauschen kann.
  • Die Energie von NYC ist mit der fast aller anderen Orte auf der Welt vergleichbar; es wird immer etwas gebaut/umgebaut, die Leute sind immer unterwegs, es gibt fast immer etwas Gutes zu essen.
  • Es ist erstaunlich, wie 15 Meilen können 2 + Stunden Fahrt in New York City. Für einige könnte dies die Bewertung der Lage auf 3/10 senken.
  • Wenn ich nicht gesponsert worden wäre, wäre die Bewertung 2/10 (haha!) wegen der hohen Kosten für alles in New York.

Hotels: 5/10

  • Teuer für ein winziges Zimmer.
  • Positiv zu vermerken ist, dass das Frühstücksbuffet in meinem Hotel hervorragend war, und ich habe gehört, dass andere Hotels das Gleiche gesagt haben.
  • Es gibt viele Möglichkeiten.

Flughafen: 3/10

  • Vermeiden Sie auf jeden Fall Terminal 8 am JFK. Es ist heruntergekommen und das Angebot an Essen und Souvenirs ist schlecht.
  • Beim Verlassen des Flughafens gibt es viele Möglichkeiten, und alle sind relativ schnell.
  • Wenn ich am richtigen Terminal gelandet bin, könnte es auf 6/10 steigen.

Transport: 7/10

  • Uber/Lyft/Taxis/etc. sind überall.
  • Die Transportkosten sind hoch, wenn man sie in Kauf nehmen muss.
  • Der Transport zum/vom Flughafen kostete schließlich fast 1/4 der Kosten meiner Flugtickets.
  • New York ist sehr gut begehbar und daher leicht zu erkunden.

Konferenz-Snacks: 6/10

  • Gute Auswahl, zu wenig davon

Auswahl der Konferenzgetränke: 5/10

  • Im Wesentlichen die 3 großen Cola-Produkte.

Konferenz-Kaffee: 8/10

  • Der vor Ort gebrühte Kaffee war solide, aber auch hier liebe ich frisch gebrühten schwarzen Kaffee von fast überall.

Gesellschaftliche Beteiligung: 6/10

  • Ich würde schätzen, dass 20 Unternehmen gekommen sind; ich hatte mehr erwartet.

Beute: 3/10

  • Schnitzeljagd für Werbegeschenke? Niedlich, aber nein danke.

Konferenz-Unterhaltung: 8/10

  • Im Pavillon traten Duell-Komödianten auf. Sie waren großartig.
  • Es sah so aus, als gäbe es einige Spielewettbewerbe, aber anscheinend nur für wenige Teilnehmer gleichzeitig.
  • Die Moderatorin in der IDEA-Lounge war großartig.
  • Die anschließende Party war für alle, die dabei waren, sehr unterhaltsam.

Auditive Zugänglichkeit:

  • Bei Bedarf waren mindestens 3 ASL-Dolmetscher bei den Veranstaltungen im Einsatz.
  • Ich kann nichts über die Qualität sagen, aber es schien, dass sie großartig waren.

Visuelle Zugänglichkeit: N/A

  • Ich habe keine Unterstützung für Sehbehinderte gesucht oder gesehen.

Natürlich sind die Erfahrungen jedes Einzelnen sehr unterschiedlich, so dass die obigen Angaben mit Vorsicht zu genießen sind salt.

Gesamtbewertung: 8/10

Die MongoDB World hat mich überzeugt, dass ich 10- bis 100-mal mehr Zeit mit MongoDB verbringen muss. Das ist keine Kleinigkeit für mich, da ich einen großen Teil meiner Karriere SQL und den damit verbundenen Tools verdanke.

Die MongoDB World hat mir insgesamt gut gefallen, und wenn Sie die Möglichkeit haben, sollten Sie eine Teilnahme im Jahr 2023 in Betracht ziehen. Wenn Sie unter Zeitdruck stehen, denke ich, dass Sie mit der Teilnahme an Tag 1 schon eine Menge erreichen können. Wenn Sie teilnehmen, können wir die Sitzungen nach dem Ende der Veranstaltung immer noch auf Abruf ansehen (ich glaube, bis zu 30 Tage lang). An Tag 2 und 3 war immer noch viel los, aber am Nachmittag von Tag 2 begann die Teilnehmerzahl zu schwinden.

Ich denke, dass es für Konferenzen schwierig ist, alle Bereiche des technischen Fachwissens zu bedienen, aber ich denke, dass die MongoDB World hier einen guten Ausgleich geschaffen hat. Viele der Vortragenden standen nach den Sitzungen für tiefer gehende Diskussionen zur Verfügung, was sehr schön zu sehen war. Die meisten Präsentationen, die ich besucht habe, waren alle professionell und gut ausgeführt, wie man es erwarten würde. Die Teilnehmer schienen wirklich daran interessiert zu sein, Kontakte zu knüpfen und zu erfahren, was andere in diesem Bereich tun.

Das Javits Conference Center in New York war unglaublich und verlieh der gesamten Veranstaltung ein großartiges Flair. Die Größe des Konferenzzentrums machte deutlich, wie armselig mein winziges Hotelzimmer wirklich war.

Das mäßige Essen auf der Konferenz wurde durch die Tatsache wettgemacht, dass es in New York an fast jeder Straßenecke einige der besten Gerichte der Welt gibt. Wenn Sie ein Feinschmecker sind, sollten Sie in der Mittagspause einen Abstecher nach Hudson Yards oder zum Time Square machen. Und wie es sich für eine gute Konferenz gehört, floss der Kaffee in Strömen!

Wenn Sie daran denken, Ihre Familie zur Konferenz mitzubringen, sollten Sie es sich vielleicht noch einmal überlegen, denn es gibt nicht viel, was kleine Kinder (5 Jahre und jünger) tun können, während Sie auf der Veranstaltung beschäftigt sind.

Für mich besteht der Sinn dieser Veranstaltung darin, den Teilnehmern beizubringen, wie sie MongoDB am besten in ihrem Unternehmen einsetzen können. Das ist ihnen meiner Meinung nach voll und ganz gelungen, und ich bin absolut von MongoDB überzeugt. Man darf nicht vergessen, dass SQL 1974 zum ersten Mal auftauchte, während MongoDBs erste Veröffentlichung 2009 stattfand. Der Unterschied in diesem Zeitalter wird durch den modernen Ansatz von MongoDB deutlich, mit dem moderne Probleme gelöst werden, mit denen sich Cloud-first-Unternehmen und -Projekte konfrontiert sehen. Allein die Tatsache, dass es diese Konferenz gibt, zeugt von ihrem Engagement, die Entwicklung voranzutreiben und uns alle mitzunehmen.

Vielleicht können wir uns zur MongoDB World 2023 treffen.

Zum Wohl!

Justin Mitchel
Lehrer & Gründer
CodingForEntrepreneurs.com

Kommentare

Kommentar abgeben

Ihre E-Mail Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit *gekennzeichnet