메인 콘텐츠로 건너뛰기
블로그 데이터베이스 우리는 MongoDB World 2022에 갔기 때문에 그럴 필요가 없었습니다!

저희가 MongoDB World 2022에 참여했므로 귀사는 참여하지 않아도 됩니다!

mongodbWorldRecap22-blogHeader

저는 Linode의 후원 덕분에 지난 주 MongoDB World 2022에 참석했습니다. 이 기사에서는 다가오는 튜토리얼을 위해 작업중인 코드 스 니펫과 함께 내 시간을 분석 할 것입니다. 나는 또한 MongoDB World에서의 시간을 회상하는 비디오를 만들었습니다.

내 240 자 요약 :

MongoDB World는 MongoDB를 더 자주 사용해야한다고 확신했습니다. 대상 고객은 아마도 개발자보다 관리자 였을 것입니다.대부분의 회담 (내 자신을 포함하여)은 개발자가 종종 좋아하는 기술적 깊이에 빠지지 않았기 때문입니다. 나는 참석하는 것이 좋습니다!

위치: 뉴욕시

Javits Center 위치는 완벽했고 장소는 훌륭했습니다. 컨퍼런스의 경우, NYC와 같은 도시는 정확히 당신이 필요로하는 에너지 유형입니다. 밖에서 너무 많은 일이 벌어지고 있기 때문에 자연스럽게 회의로 흘러 들어갑니다.

평가: 9/10

기조 연설

이 행사를 시작하기 위해 MongoDB CEO 인 Dev Ittycheria의 의견을 들었습니다. 내가 들었던 유일한 기조 연설이 Dev 's라면, MongoDB를 훨씬 더 자주 사용하여 판매되었을 것입니다. Dev는 MongoDB가 팀이 더 적은 비용으로 더 많은 것을 제공 할 수 있도록 돕기 위해 존재한다는 개념을 강화했으며, 컨퍼런스에서 내 시간 동안 이것은 사실로 보였습니다.

Dev는 방에서 에너지를 빨아 들인 다른 발표자가 신속하게 따라갔습니다. 그 느낌은 만져질 수 있었다. Dev는 브레이크아웃 세션이 시작되기 직전에 필요한 에너지를 주기 위해 무대로 돌아왔습니다.

우리는 또한 기조 연설 중에 MongoDB라는 굉장함을 강조 한 몇 가지 라이브 데모를 가졌습니다. 당신이 상상할 수 있듯이, 라이브 데모는 종종 재난을위한 조리법이지만 내가 말할 수있는 한 원활하게 진행되었습니다.

첫날 오후, CTO인 마크 포터(Mark Porter)는 내가 직접 본 최고의 기술 기조 연설 중 하나를 전달했다. 그가 먼저 교사이고 CTO가 두 번째라는 것은 분명합니다. 그의 분위기는 서핑 캠프 강사의 분위기 였고, 그의 기술 세트는 기술적으로 말하면 대다수의 CTO를 중심으로 서클을 운영 할 수있는 노련한 데이터베이스 전문가 중 하나입니다. 내가 항상 한 번의 강연에만 갔다면, 그것은 마크의 기조 연설이었을 것이다.

마지막 날 기조 연설자 인 Ray Kurzweil을 듣고 정말 기뻤습니다. Ray는 뛰어난 미래 학자이며 그의 경력 전반에 걸쳐 훌륭한 예측을했습니다. 그는 또한 몇 권의 베스트셀러 책을 썼으며 수년 동안 수많은 강연을했습니다.

MongoDB World에서 Ray는 수년 동안 그가 말한 것을 많이 반복했습니다. 돌이켜 보면, 이것은 그렇게 놀라운 것은 아니지만 Ray가 Dev 또는 Mark와 같은 사람들과 인터뷰하여 결론 기조 연설을위한 역동적 인 대화를 제공해야한다는 결론으로 이어졌습니다.

평가: 7/10

브레이크아웃 세션

브레이크아웃 세션에서는 팀에서 조직에서 MongoDB를 활용하는 다양한 도구 및 기술에 대한 흥미로운 개요를 제공했습니다.

다음은 매우 흥미로운 몇 가지 주제입니다.

  • 영역
  • 서버리스 MongoDB (아틀라스 서버리스)
  • 시계열

영역

Realm은 모바일 디바이스와 IOT가 관리되는 MongoDB 클러스터(예: 아틀라스 또는 Linode 매니지드 데이터베이스)와 데이터를 동기화할 수 있도록 하는 매우 매력적인 제품으로 보입니다.

에지의 데이터에 대한 과제는 로컬/온디바이스 데이터베이스가 종종 클라우드 데이터베이스와 동기화되지 않도록 하는 것입니다. 한눈에 볼 때, 이것은 사소한 문제처럼 보일지 모르지만 100,000 개의 모바일 장치와 같은 규모에 도달하면이 문제는 큰 문제가 될 수 있습니다.

아직 테스트하지는 않았지만 참석 한 세션은 MongoDB의 Realm을 에지 - 투 - 클라우드 데이터베이스 동기화와 함께 제공되는 다양한 문제에 대한 완벽한 솔루션으로 만들었습니다.

Realm의 몇 가지 주요 이점:

  • MongoDB에 대한 동적 데이터 동기화를 위해 제작되었습니다.
  • SQLite/코어 데이터 교체
  • 장치의 작은 설치 공간
  • 크로스 플랫폼 API (Kotlin, Swift, JavaScript 등)
  • 모바일/IoT 장치의 연결 문제를 처리하는 데 도움이 됩니다.

여기에 대해 자세히 알아보십시오.

서버리스 몽고DB

서버리스라는 용어는 서버리스를 "관리 된 규모의 호스팅"으로 생각하는 경향이 있으므로 나에게 묻는다면 약간 어리 석다. 이름에 관계없이, 서버리스는 여기에 머물러 있고 나는 그것을 위해 전부입니다.

서버리스는 얼마나 크든 작든, 수요를 충족하도록 컴퓨팅 리소스를 확장하는 프로세스입니다. 얼마나 큰지는 종종 논쟁의 여지가 있지만, 0으로 축소하면 종종 자원과 종종 달러와 감각 측면에서 많은 것을 절약 할 수 있습니다.

서버리스의 이점을 강조하는 데 도움이 되는 시나리오를 살펴보겠습니다.

서버리스 시나리오: 웹 사이트는 스포츠 경기 중 실시간으로 통계를 추적합니다.

스포츠 이벤트가 발생할 때 : 웹 응용 프로그램에는 많은 활동 추적 데이터가 있습니다. 웹 응용 프로그램에는 팬 수, 시간, 계절 지점 등에 따라 가변 트래픽이 있습니다. 웹 응용 프로그램은 전체 이벤트 동안 모든 곳에서 모든 사람에게 빨라야 합니다

스포츠 이벤트가 발생하지 않는 경우: 웹 응용 프로그램은 활동 추적을 제로로 수행합니다. 웹 응용 프로그램은 대부분의 경우 트래픽이 없습니다. 이론적으로 웹 응용 프로그램은 완전히 꺼져 아무도 알 수 없습니다.

사건 사이의 시간이 얼마나 길든간에, 위의 내용은 거의 항상 사실입니다. 이 이론적 인 웹 사이트의 작동 방식의 변동성은 서버리스가 훌륭한 이유에 대한 극적인 예입니다 : 1 초에는 100,000 개의 요청이 있고 다음은 여덟 가지 요청입니다. 다음은 250,000 요청이고 다음은 76입니다. 서버리스는 이러한 시나리오를 우아하고 놀라운 대기 시간으로 처리하도록 설계되었습니다.

서버리스 데이터베이스: 애매한 꿈

위의 시나리오는 서버리스 웹 응용 프로그램에서 잘 작동하지만 서버리스 데이터베이스도 어떻습니까?

서버리스 여부와 관계없이 최신 웹 응용 프로그램은 가능한 한 짧은 대기 시간으로 데이터에 액세스 할 수있는 기능이 필요합니다. 데이터베이스가 서버리스인 경우 이는 실행 중인 인스턴스가 없는 인스턴스로 확장되거나 단순히 데이터베이스를 기본적으로 끌 수 있음을 의미합니다. 따라서 데이터베이스가 꺼져 있으면 다시 켜는 데 지연이 발생합니다. 따라서 데이터베이스 계층에서 서버리스를 만드는 것은 전통적으로 매우 어렵습니다.

데이터베이스를 확장하거나 축소하는 문제는 데이터 크기를 다룹니다. 데이터가 많을수록 데이터베이스를 켜거나 끄는 데 시간이 더 오래 걸립니다. 역사적으로 Kubernetes 및 다양한 Docker 구현 덕분에 응용 프로그램이 서버리스가 될 수있는 동안 데이터베이스 서비스를 항상 실행하는 것이 훨씬 쉽고 마찰이 없습니다.

Atlas Serverless가하는 것과 일치하는 서버리스 SQL 대안을 아직 못했고 MongoDB 팀의 작은 성과는 아닙니다. 서버리스 데이터베이스를 개척하는 것을 보니 기쁩니다.

내가 못한 것은 오픈 소스 서버리스 MongoDB에 대한 지원이었습니다. 아마도 그것도 올 것입니다.

서버리스: 속도, 비용 및 마찰

응용 프로그램을 더 빨리 배포할수록 작동하는 항목과 그렇지 않은 것을 더 빨리 알 수 있습니다. 서버리스는 이러한 종류의 테스트를 수행하는 기능을 최소한으로 증가시켜 비용을 절감합니다. 이것은 서버리스 사용의 가장 큰 이점 중 하나라고 주장 할 것입니다.

앱이 작동하지 않는 경우 앱이 실행되고 있지만 리소스가 전혀 실행되지 않도록 합니다. 트래픽의 첫 징후가 나타나면 수요를 충족하도록 확장하십시오. 수요가 사라지면 다시 축소하십시오. 이것은 A / B 광고 테스트를 수행하는 것과 완벽하게 일치하므로 앱이 필요할 때 항상 작동 할 수 있습니다.

앱이 제대로 작동하고 제대로 작동하는 경우 지속적인 부하를 유지 관리하는 데 드는 오버헤드는 다양한 관리 서비스에 의해 팀에서 추상화됩니다. 즉, 소규모 팀이 추가 작업이 거의없는 (있는 경우) 엄청난 양의 부하를 처리 할 수 있습니다.

이 모든 것은 서버리스가 팀의 효율성을 높이는 동시에 해당 응용 프로그램에 대한 수요 요구 사항을 처리하는 데 필요한 전체 비용을 줄이는 것입니다.

서버리스는 모든 것을 위한 완벽한 솔루션은 아니지만 자원이 제한된 팀의 많은 문제를 해결하는 것은 확실합니다.

MongoDB의 시계열

MongoDB (적어도 버전 5 기준)는 시계열 분석을 수행하기위한 내장 기능을 지원합니다. 시계열 데이터를 만드는 데 익숙하지 않은 경우 데이터베이스 컬렉션 (테이블)의 모든 행에 일종의 타임 스탬프를 추가하는 프로세스 일뿐입니다.

시계열 분석은 다음과 같은 경우에 유용합니다.

  • 판매 예측, 제품 수요, 트래픽 추정 등이 필요한 재무 의사 결정 개선
  • 주식, 채권 등 구매
  • 시간이 지남에 따라 센서 및 IoT 장치를 추적합니다.
  • 성과 메트릭(예: 웹 사이트 성능, 광고 등)

이러한 종류의 분석에는 훨씬 더 많은 응용 프로그램이 있지만 시계열 데이터를 사용하는 것이 조직의 많은 역할에 매우 중요합니다. MongoDB를 사용하면 이 분석을 훨씬 쉽게 수행할 수 있습니다. 앞으로 MongoDB를 사용한 시계열 분석에 대해 더 자세히 설명하겠지만 지금은 MongoDB를 사용한 빠른 샘플입니다. Python 피몽고 패키지 :

1. MongoDB 클라이언트 초기화

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. 시계열 컬렉션 만들기2.

# 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. 모의 시계열 데이터 추가

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. 시계열 집계 수행

# 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" }
  }
}
]))

그 결과는 다음과 같습니다.

[{'_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},
]

위의 데이터는 내 자신의 실험에서 비롯된 것입니다. Python MongoDB와 MongoDB는 MongoDB 시계열 분석을 사용하여 과거 가격을 기반으로 주식 구매를 자동화하는 것에 대해 이야기하는 세션에서 크게 영감을 받았습니다. 위에서 볼 수 있듯이 실제로 그럴 필요가 없었기 때문에 기술적으로 깊은 다이빙이 아니 었습니다! MongoDB는 확실히 놀라운 일을하는 데 마찰을 줄이는 것처럼 보입니다.

복습

전반적으로, 브레이크 아웃 세션은 개발자로서 실제로 즐기는 기술적 깊이가 부족했지만 이것은 의미가 있습니다. 대부분의 세션은 한 시간 미만이었고 종종 30 분이었습니다. 관객을위한 다양한 배경으로 짧은 시간 내에 기술적 세부 사항에 대한 너트와 볼트에 들어가는 것은 어렵습니다.

내가 참석 한 세션에서 발표 된 내용은 일반적으로 여기저기서 몇 가지 미스로 뛰어났습니다.

평가: 8/10

파트너 파빌리온

파트너 파빌리온은 비즈니스에서 MongoDB를 사용할 수도 있고 사용하지 않을 수도있는 회사에 관련 서비스를 제공하는 회사로 가득했습니다. 이 부스에서 일하는 사람들은 종종 조직의 의사 결정자를 대상으로하는 영업 사원입니다.

여기서 저는 더 많은 Linode 및 Akamai 팀원을 만나고 그들과 소통할 수 있는 기회를 가졌습니다. 요컨대, 대부분의 의사 소통은 인터넷을 통해 이루어지기 때문에 많은 수의 고객이 상상하는 것처럼 그들과 연결하는 것이 좋았습니다. 나는 확실히 편견이 있지만 Linode / Akamai 팀은 믿을 수 없을만큼 접근하기 쉽고 개방적이며 모든 종류의 아이디어를 브레인 스토밍 할 의향이 있음을 알게되었습니다.

내가 채팅 할 수 있었던 몇 가지 주요 회사 :

  • HashiCorp : 제작자와 채팅 Terraform (무엇보다도) 더 많은 사람들이 DevOps를 더 좋고 쉽게 만들겠다는 그들의 약속을 듣는 것이 좋았습니다. 물론, 나는 정말로 사용하는 것을 즐긴다. Terraform 현재 상태이지만 미래는 밝아 보입니다. 아마도 미래의 HashiConf 이벤트도 확인해야합니다!
  • Vercel: Next.js의 제작자는 최근 발표된 Atlas와의 통합으로 인해 기조연설에서 많은 주목을 받았습니다. 때가되면 다음 플랫폼뿐만 아니라 플랫폼과 더 많은 시간을 보낼 것입.js!
  • MongoDB University : 교육은 교육의 미래를 위해 절대적으로 흥분되는 MongoDB의 전략의 큰 부분이라는 것이 분명합니다 : 수요가 많고 실용적이며 시장성이 뛰어난 기술을 통해 접근 가능하고 주도적입니다.
  • 데이터독: 로그 분석을 멋지게 만드는 사람은 누구입니까? 데이터독이 바로 그 사람입니다. 나는 데모에 끌려 갔고 나는 너무 기뻤다. 확실히이 회사에 대해 더 많이 알아야합니다.

일반 등급

기조 연설 (위에서 논의) : 7/10

  • 일부 부족한 스피커가있는 훌륭한 스피커

브레이크 아웃 세션 (위에서 더 자세히 논의 됨) : 8/10

  • 전반적으로 훌륭한 세션이지만 개발자로서 즐기는 기술적 깊이가 부족합니다.

자습서: 6/10

  • 내가 참석 한 주요 것에는 Wi-Fi 문제가있었습니다. 유선 이더넷 백업이 아닌 이유는 무엇입니까?
  • 화자는 문제를 훌륭하게 처리했지만 내용이 너무 느려졌습니다.

음식: 3/10

  • 2 일째에 핫도그? 정말로?
  • 회의에서 세 블록 떨어진 곳에 놀라운 피자.

가족 친화적 인 : 3/10

  • 5 세 미만의 자녀가있는 경우 0/10입니다.
  • 인기있는 관광지 외에도 어린 아이들에게는 할 일이 거의 없습니다.
  • 뉴욕은 붐비고, 시끄럽고, 보행자는 공격적으로 걷고, 차량은 매우 공격적입니다.
  • 예, 저는 텍사스 주 오스틴(Austin) 근처의 작은 마을에 살고 있기 때문에 그 등급은 그것을 기반으로 합니다. 우리에게는 많은 공간이 있지만 뉴욕은 그렇지 않습니다.

위치: 9/10

  • 전문적인 관점에서 볼 때, 뉴욕시에서의 행사는 믿어지지 않습니다. 다른 전문가들을 즐겁게하고 소통 할 수있는 훌륭한 음식, 레스토랑, 바, 장소 등이 많이 있습니다.
  • NYC의 에너지는 전 세계 거의 모든 곳에서 타의 추종을 불허합니다. 무언가가 항상 지어 지거나 재건되고, 사람들은 항상 밖에 있으며, 거의 항상 먹을 좋은 것이 있습니다.
  • 뉴욕시에서 15 마일이 2 시간 이상 운전할 수있는 방법은 놀랍습니다. 일부의 경우 위치 등급이 3/10으로 낮아질 수 있습니다.
  • 내가 참석하도록 후원받지 않았다면, 뉴욕의 모든 것에 대한 높은 비용 때문에 등급은 2/10 (하하!)이 될 것입니다.

호텔: 5/10

  • 작은 방에는 비쌉니다.
  • 더하기 측면에서, 나의 호텔의 아침 식사 뷔페는 훌륭했고 나는 다른 호텔에 대해서도 똑같이 들었다.
  • 많은 선택.

공항: 3/10

  • 모든 비용을 지불하고 JFK의 터미널 8을 피하십시오. 그것은 떨어지고 음식 / 기념품 옵션은 가난합니다.
  • 공항을 떠나는 것은 많은 옵션이 있으며 모두 비교적 빠릅니다.
  • 오른쪽 터미널에 착륙하면 6/10으로 부딪힐 수 있습니다.

교통편: 7/10

  • 우버 / 리프트 / 택시 / 등은 어디에나 있습니다.
  • 당신이 그것을 가지고 갈 필요가있을 때 수송의 비용은 높습니다.
  • 공항을 오가는 교통편은 비행기 티켓 비용의 거의 1/4로 끝났습니다.
  • 뉴욕은 매우 걷기 쉽기 때문에 쉽게 돌아 다닐 수 있습니다.

컨퍼런스 스낵: 6/10

  • 좋은 선택, 너무 적은 선택

회의 음료 선택 : 5/10

  • 기본적으로 큰 3 코크스 제품.

컨퍼런스 커피: 8/10

  • 현지에서 양조 한 커피는 단단했지만 거의 모든 곳에서 갓 양조 한 블랙 커피를 좋아합니다.

회사 투표율: 6/10

  • 나는 20 개의 회사가 나타 났을 것으로 추정 할 것이다. 나는 더 많은 것을 기대하고 있었다.

스웨그: 3/10

  • 스캐빈저 사냥? 귀엽지 만 감사는 없습니다.

컨퍼런스 엔터테인먼트: 8/10

  • 파빌리온에는 피아노 코미디언들이 결투했습니다. 그들은 굉장했다.
  • 일부 게임 대회가있는 것처럼 보였지만 한 번에 몇 명의 참가자로 제한되는 것처럼 보였습니다.
  • IDEA 라운지의 emcee는 훌륭했습니다.
  • 애프터 파티는 참석 한 사람들에게 재미있었습니다.

청각 접근성:

  • 필요한 경우 최소 3 명의 ASL 통역사가 행사에 참여했습니다.
  • 나는 품질에 대해 말할 수는 없지만 그들이 위대 해 보였다.

시각적 접근성: 해당 없음

  • 나는 시각 장애인에 대한 지원을 찾거나 못했습니다.

당연히, 모든 사람의 경험은 격렬하게 변할 것이므로 위의 곡물을 가져 가라. salt.

전반적인 평가: 8/10

MongoDB World는 MongoDB를 사용하여 10x-100x 더 많은 시간을 할애해야한다고 확신했습니다. 그것은 내가 SQL과 그것과 통합 된 도구에 대한 나의 경력의 많은 부분을 빚지고 있다는 것이 나에게 작은 일이 아닙니다.

나는 MongoDB World 를 전반적으로 즐겼으며, 능력이 있다면 2023 년에 참석하는 것을 고려할 수 있습니다. 시간 압박을 받는다면 1일차에만 참석하는 것에서 많은 것을 얻을 수 있다고 생각합니다. 당신이 참석하는 경우, 우리는 항상 이벤트가 끝난 후 주문형으로 세션을 시청 / 다시 볼 수 있습니다 (최대 30 일 동안 믿습니다). 2 일과 3 일째는 여전히 많은 일이 있었지만 2 일째 오후에 출석이 줄어들기 시작했습니다.

컨퍼런스가 모든 범위의 기술 전문 지식을 제공하는 것은 어렵다고 생각하지만 MongoDB World는이 균형을 맞추는 데 큰 역할을했다고 생각합니다. 많은 발표자들이 세션이 끝난 후 더 심층적 인 토론을 할 수있게되어 매우 좋았습니다. 내가 참석 한 프리젠 테이션의 대부분은 모두 전문적이고 예상대로 잘 실행되었습니다. 참석자들은 다른 사람들이 공간에서 무엇을하고 있는지에 대해 연결하고 배우는 데 진정으로 관심이있는 것처럼 보였습니다.

뉴욕의 Javits 컨퍼런스 센터는 믿을 수 없었으며 이벤트의 전체 분위기에 웅장한 느낌을주었습니다. 컨퍼런스 센터의 웅장함은 내 작은 호텔 방이 실제로 얼마나 한심한지를 강조했습니다.

회의에서 부족한 음식은 NYC가 거의 모든 거리 모퉁이에 세계 최고의 음식을 가지고 있다는 사실에 의해 보완되었습니다. 당신이 미식가라면, 점심 시간에 허드슨 야드 (Hudson Yards) 또는 타임 스퀘어 (Time Square)로 건너 뛰고 싶을 수도 있습니다. 그리고 어떤 좋은 회의와 마찬가지로, 커피가 흐르고있었습니다!

컨퍼런스에 참석하는 동안 가족을 데려 오는 것에 대해 생각하고 있다면, 행사에서 바쁜 동안 어린 아이들 (5 세 이하)이 실제로 할 수있는 일이 많지 않기 때문에 다시 생각해 볼 수 있습니다.

이 행사의 요점은 참석자들에게 비즈니스 내에서 MongoDB를 가장 잘 사용할 수있는 방법을 가르치는 것입니다. 이를 위해, 나는 그들이 그것을 완전히 못 박았다고 생각하며 MongoDB에서 절대적으로 판매되고 있습니다. SQL이 MongoDB의 첫 번째 릴리스가 2009 년에 있었던 1974 년에 처음 등장했다는 것을 잊지 마십시오. 이 시대의 차이는 클라우드 우선 조직 및 프로젝트에 직면 한 현대 문제를 해결하기위한 MongoDB의 현대적인 접근 방식에서 분명합니다. 이 회의가 존재한다는 단순한 사실은 포위망을 앞으로 밀어 붙이고 우리 모두를 그들과 함께 데려 오려는 그들의 헌신에 대한 증거입니다.

MongoDB World 2023의 경우 서로 만날 수 있습니다.

건배!

저스틴 미첼
교사 및 설립자
CodingForEntrepreneurs.com


내용

댓글 남기기

이메일 주소는 게시되지 않습니다. 필수 필드가 표시됩니다 *