Hướng dẫn which big companies use mongodb - những công ty lớn nào sử dụng mongodb
Forbes di chuyển đám mây tăng tốc đổi mới kỹ thuật số Show
Forbes tăng thời gian xây dựng nhanh hơn 58%, tăng tốc chu kỳ phát hành lên 4 lần, hỗ trợ tăng 28% đăng ký và giảm 25% TCO với MongoDB Atlas và Google Cloud. Toyota Vật liệu Xử lý Châu Âu tạo ra một nhà máy thông minhChuyển từ một mô hình quan hệ sang mô hình tài liệu và microservice với MongoDB Atlas và Azure giúp Toyota tạo ra nhà máy thông minh, tự trị, an toàn hơn trong tương lai. Sanoma quy mô nhanh để tiếp tục học mởKhi đại dịch toàn cầu xảy ra, Sanoma đã có thể nhanh chóng mở rộng ứng dụng Bingel của mình từ 1,5 triệu đến hơn 12 triệu bài tập học tập mỗi ngày với MongoDB. Với nó, bạn có thể giảm tải gánh nặng hành chính của việc vận hành và nhân rộng một cụm cơ sở dữ liệu phân tán có sẵn, đồng thời trả giá thấp chỉ cho những gì bạn sử dụng. Được phát triển như một phương án thay thế cho cơ sở dữ liệu SQL không linh hoạt truyền thống, cơ sở dữ liệu Couchbase NoQuery được xây dựng trên một nền tảng nguồn mở và được kiến trúc để giúp các nhà phát triển giải quyết các vấn đề trong thế giới thực và đáp ứng nhu cầu khả năng mở rộng cao. Phần mềm MySQL cung cấp một máy chủ cơ sở dữ liệu SQL (ngôn ngữ truy vấn có cấu trúc) rất nhanh, đa luồng. Máy chủ MySQL được dành cho các hệ thống sản xuất tải nặng, quan trọng cũng như nhúng vào phần mềm được triển khai hàng loạt. PostgreSQL là một hệ thống quản lý cơ sở dữ liệu liên quan đến đối tượng tiên tiến, hỗ trợ một tập hợp con mở rộng của tiêu chuẩn SQL, bao gồm các giao dịch, khóa nước ngoài, phụ, trình kích hoạt, các loại và chức năng do người dùng xác định. Phân vùng có nghĩa là Cassandra có thể phân phối dữ liệu của bạn trên nhiều máy trong một vấn đề trong suốt ứng dụng. Cassandra sẽ tự động tái bản khi các máy được thêm và loại bỏ khỏi cụm. Row Store có nghĩa là giống như cơ sở dữ liệu quan hệ, Cassandra tổ chức dữ liệu theo hàng và cột. Ngôn ngữ truy vấn Cassandra (CQL) là người thân của SQL. MongoDB là cơ sở dữ liệu NoQuery lưu trữ dữ liệu dưới dạng các cặp giá trị khóa. Đó là một & nbsp; nguồn mở, & nbsp; cơ sở dữ liệu tài liệu & nbsp; cung cấp hiệu suất và khả năng mở rộng cao cùng với mô hình hóa dữ liệu và quản lý dữ liệu của các bộ dữ liệu khổng lồ trong một ứng dụng doanh nghiệp.Open Source, Document Database which provides high performance and scalability along with data modelling and data management of huge sets of data in an enterprise application. MongoDB cũng cung cấp tính năng tự động Scaling. Vì, MongoDB là cơ sở dữ liệu nền tảng chéo và có thể được cài đặt trên các nền tảng khác nhau như Windows, Linux, v.v. Lưu trữ dựa trên tài liệu là gì?? Một tài liệu không có gì ngoài cấu trúc dữ liệu với các cặp giá trị tên như trong JSON. Rất dễ dàng để ánh xạ bất kỳ đối tượng tùy chỉnh nào của bất kỳ ngôn ngữ lập trình nào với tài liệu MongoDB. Ví dụ: & nbsp; sinh viên & nbsp; đối tượng có thuộc tính & nbsp; name, & nbsp; roll_no & nbsp; và & nbsp; đối tượng, trong đó các đối tượng là một danh sách. Tài liệu cho sinh viên ở MongoDB sẽ giống như: { & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; } Chúng ta có thể thấy, các tài liệu thực sự là biểu diễn JSON của các đối tượng tùy chỉnh. Ngoài ra, có thể tránh được các phép kết nối quá mức bằng cách lưu dữ liệu dưới dạng mảng và tài liệu (nhúng) bên trong một tài liệu. Ưu điểm của việc sử dụng tài liệu là::
Các tính năng chính của MongoDB Ngoài hầu hết các tính năng mặc định của NoQuery, MongoDB còn mang lại một số tính năng khác, rất quan trọng và hữu ích: 1.MongoDB cung cấp hiệu suất cao, hoạt động đầu vào/đầu ra nhỏ hơn cơ sở dữ liệu quan hệ do hỗ trợ các tài liệu nhúng (mô hình dữ liệu) và các truy vấn chọn cũng nhanh hơn khi các chỉ mục trong MongoDB hỗ trợ các truy vấn nhanh hơn.MongoDB provides high performance, input/output operations are lesser than relational databases due to support of embedded Documents (data models) and Select queries are also faster as Indexes in MongoDB supports faster queries. MongoDB cung cấp sự tồn tại dữ liệu hiệu suất cao. Đặc biệt,
2.MongoDB có ngôn ngữ truy vấn phong phú, hỗ trợ tất cả các hoạt động chính của CRUD. Ngôn ngữ truy vấn cũng cung cấp các tính năng tìm kiếm và tổng hợp văn bản tốt.MongoDB has a Rich Query Language, supporting all the major CRUD operations. The Query Language also provides good Text Search and Aggregation features. MongoDB hỗ trợ ngôn ngữ truy vấn phong phú để hỗ trợ & nbsp; đọc và ghi các hoạt động cũng như:
3. Sao chép & NBSP; Tính năng của MongoDB dẫn đến tính sẵn sàng cao. Nó cung cấp một cơ chế chuyển đổi dự phòng tự động, vì dữ liệu được khôi phục thông qua bản sao sao lưu (bản sao) nếu máy chủ bị lỗi. feature of MongoDB leads to High Availability. It provides an automatic failover mechanism, as data is restored through backup(replica) copy if server fails. 4.MongoDB hỗ trợ động cơ đa điểm. Khi chúng tôi lưu dữ liệu dưới dạng tài liệu (NoQuery) hoặc bảng (RDBM), người lưu dữ liệu? Đó là động cơ lưu trữ. Công cụ lưu trữ quản lý cách lưu dữ liệu trong bộ nhớ và trên đĩa..MongoDB supports multiple Storage Engines. When we save data in form of Documents (NoSQL) or tables(RDBMS) who saves the data? It's the Storage Engine. Storage Engines manages how data is saved in memory and on disk. 5. Tính khả dụng caoHigh Availability Cơ sở sao chép của MongoDB, được gọi là & nbsp; bộ bản sao, cung cấp:
A & nbsp; Set Replica & nbsp; là một nhóm các máy chủ MongoDB duy trì cùng một bộ dữ liệu, cung cấp dự phòng và tăng tính khả dụng của dữ liệu. 6. Khả năng mở rộng củahorizontal MongoDB cung cấp khả năng mở rộng theo chiều ngang như là một phần của & nbsp; lõi & nbsp; chức năng:
Tổng quan về MongoDB:MongoDB bao gồm một tập hợp các cơ sở dữ liệu. Mỗi cơ sở dữ liệu một lần nữa bao gồm các bộ sưu tập. Dữ liệu trong MongoDB được lưu trữ trong các bộ sưu tập. Hình dưới đây mô tả cấu trúc cơ sở dữ liệu điển hình trong MongoDB. Khi nào nên đi cho MongoDBĐầu tiên và quan trọng nhất, MongoDB không phải là sự thay thế cho bất kỳ cơ sở dữ liệu RDM truyền thống nào. Nhưng, xem xét thực tế là các cấu trúc MongoDB/lưu trữ dữ liệu dưới dạng BSON (biểu diễn nhị phân của JSON) là một định dạng dữ liệu tự giải thích và có thể đọc được của con người và cách nó cung cấp tính năng tỷ lệ cho ứng dụng được phát triển, Dưới đây là một số yếu tố quan trọng nêu rõ rằng (các) nhà phát triển nên sử dụng MongoDB để phát triển các ứng dụng của họ. Tính nhất quán chèn dữ liệuVề cơ bản, MongoDB thích có nhiều tỷ lệ chèn dữ liệu hơn về các mối quan tâm an toàn của việc chèn vào một giao dịch. Do đó tính nhất quán ghi là thấp. Nếu cần phải viết rất nhiều dữ liệu, mà không phải lo lắng về việc mất một số dữ liệu, thì MongoDB nên được ưu tiên và thực sự phù hợp nhất. Phục hồi tham nhũng dữ liệuKhi quá trình khôi phục dữ liệu cần nhanh hơn, an toàn và tự động, MongoDB được ưa thích. Trong MySQL Nếu cơ sở dữ liệu (một vài bảng) bị hỏng, bạn có thể sửa chữa chúng riêng lẻ bằng cách xóa/cập nhật dữ liệu. Trong MongoDB, bạn phải sửa chữa ở cấp cơ sở dữ liệu. Nhưng có một lệnh để tự động thực hiện việc này, nhưng nó đọc tất cả dữ liệu và viết lại nó thành một tập tin mới. Vì vậy, nếu cơ sở dữ liệu của bạn rất lớn, có thể mất một thời gian và trong thời gian đó, DB của bạn sẽ bị khóa. Nhưng một lần nữa, điều này tốt hơn là mất bộ dữ liệu hoàn chỉnh. Cân bằng tảiKhi dữ liệu phát triển vô hạn và cân bằng tải hợp lý của cùng một điều là cần thiết, MongoDB là giải pháp tốt nhất. Bởi vì, nó hỗ trợ, các tùy chọn cài đặt bản sao nhanh hơn và nó được xây dựng trong tính năng Sharding. Tránh tham giaKhi các nhà phát triển không muốn bình thường hóa dữ liệu của họ và khăng khăng không sử dụng bất kỳ tham gia nào, thì họ thực sự nên đi cho MongoDB. Ví dụ: nếu có 2 bộ sưu tập sinh viên và địa chỉ (trong đó một sinh viên có thể có nhiều hơn một địa chỉ). Trong một RDBM điển hình, để tìm nạp các địa chỉ được liên kết đến một học sinh từ & nbsp; địa chỉ & nbsp; bảng, tham gia được sử dụng. Nhưng, trong MongoDB, dữ liệu địa chỉ có thể được nhúng như một tài liệu trong bản thân & nbsp; student & nbsp;. Do đó, không sử dụng bất kỳ tham gia tất cả các chi tiết cần thiết của sinh viên và địa chỉ có thể được tìm nạp bằng một truy vấn đơn giản.address table, JOIN is used. But, in MongoDB, the address data can be embedded as a document in the student collection itself. Hence, without using any JOIN all the required details of student and address can be fetched with one simple query. db.address.insert([
{
_id: 'addr1',
name: 'Bangalore'
},
{
_id: 'addr2',
name: 'Delhi'
}
]);
db.student.insert([
{
_id: 's1',
name: 'Student1',
address: ['addr1']
},
{
_id: 's2',
name: 'Student2',
address: ['addr1','addr2']
},
]);
Các tổ chức sử dụng MongoDB1. TOYOTA:Công nghiệp 4.0 đã đến và Toyota Vật liệu Xử lý Châu Âu đang xây dựng cả máy móc và nền tảng dữ liệu, điều này sẽ làm cho sự thay đổi lịch sử này trong sản xuất thành công. Toyota nổi tiếng với chất lượng xe của nó. Bây giờ, tiêu chuẩn tương tự đó đang được áp dụng cho cách các nhóm phát triển của nó tạo ra phần mềm Internet of Things cho phép chuyển sang các nhà máy thông minh, tự trị và an toàn hơn trong tương lai. "Tại Toyota, chúng tôi đặt mục tiêu là số một trong Công nghiệp 4.0, ông giải thích Filip Dadgar, kiến trúc sư hệ thống chính và người quản lý IT tại Toyota Vật liệu Xử lý Châu Âu. Ông đưa ra nền tảng về Công nghiệp 4.0, bản tuyên ngôn của nhà phát triển dấu hiệu nhóm của ông và các nguyên tắc cốt lõi hướng dẫn công việc của họ. Ông cũng thảo luận về sự thay đổi từ cơ sở mã nguyên khối theo cách tiếp cận microservice, được thực hiện để các nhóm phát triển có thể làm việc hiệu quả hơn và nền tảng thân thiện hơn với người dùng. Việc củng cố thay đổi này là MongoDB Atlas, Dịch vụ cơ sở dữ liệu đám mây toàn cầu được quản lý đầy đủ của MongoDB, mà xử lý vật liệu Toyota chạy trên Microsoft Azure. Filip giải thích những gì anh ấy thích về MongoDB: "Phần đẹp nhất là mô hình dữ liệu. Mọi thứ đều là một tài liệu JSON tự nhiên. Vì vậy, đối với các nhà phát triển, thật dễ dàng, thực sự dễ dàng để họ làm việc nhanh chóng. Giá trị, thay vì mô hình dữ liệu. " Nhưng đó không phải là mô hình dữ liệu. Xử lý vật liệu Toyota có tám tiêu chí đánh giá được sử dụng để quyết định nền tảng cơ sở dữ liệu nào họ sẽ sử dụng để thực hiện chuyển đổi: 1. & NBSP; Hiệu suất - Độ trễ, đọc và ghi có thể mở rộng để đáp ứng SLA của khách hàng và phù hợp với sự tăng trưởng đáng kể trong tương laiPerformance – latency, scalable reads and writes to meet customer SLAs and accommodate significant growth in the future 2. & NBSP; Khả năng mở rộng tự động, hoạt động và bảo trì cho phép các nhà phát triển tập trung vào các ứng dụng, thay vì quản trị cơ sở dữ liệu phụ trợAutomatic scalability, operations, and maintenance that enable developers to focus on applications, rather than backend database administration 3. & NBSP; Bảo mật và tuân thủ để bảo vệ dữ liệu cá nhân và kinh doanh rất nhạy cảm Security and compliance to safeguard highly sensitive business and personal data 4. & NBSP; Địa phương dữ liệu-Có thể lưu trữ ở Tây Bắc Châu Âu hoặc Tây Âu tại Microsoft Azure, do đó, đảm bảo sự gần gũi về địa lý đối với các nhà máy cho các hoạt động nhạy cảm với độ trễ Data locality – able to host in Northwest Europe or West Europe in Microsoft Azure, therefore, ensuring close geographic proximity to factories for latency-sensitive operations 5. & nbsp; sao lưu tự động và khôi phục để cung cấp bảo vệ dữ liệu được quản lý đầy đủ và khắc phục thảm họaAutomatic backups and restore to provide fully-managed data protection and disaster recovery 6. & nbsp; đám mây bất khả tri, cho khách hàng tự do chạy ở bất cứ đâu, trên bất kỳ nền tảng nàoCloud agnostic, giving customers the freedom to run anywhere, on any platform 7. & NBSP; Cơ sở dữ liệu thân thiện với nhà phát triển với mô hình dữ liệu linh hoạt để các nhà phát triển có thể liên tục tích hợp chức năng ứng dụng mới và luôn đi trước nhu cầu thị trườngDeveloper friendly database with a flexible data model so that developers can continuously integrate new application functionality and stay ahead of market demands 8. & NBSP; Hệ sinh thái cho năng suất của nhà phát triển, sử dụng các thực tiễn tốt nhất đã được chứng minh và các kỹ năng có sẵn rộng rãiEcosystem for developer productivity, using proven best practices and widely available skills 2. FORBES:1996 Forbes đã ra mắt trang web đầu tiên. Đó là một trong những ấn phẩm kinh doanh đầu tiên trên thế giới làm một điều sáng tạo như vậy. Chuyển đổi kỹ thuật số ban đầu. Trong 25 năm kể từ khi Forbes chỉ tăng tốc những nỗ lực của mình và được xem xét rộng rãi để thiết lập tiêu chuẩn cho đổi mới kỹ thuật số trong ngành xuất bản. Nhà xuất bản 100 tuổi, nổi tiếng với báo chí kinh doanh và danh sách phong phú, đã trở thành thương hiệu truyền thông kinh doanh lớn nhất thế giới. Nó đạt hơn 140 triệu người trên toàn thế giới mỗi tháng, trên một số kênh trực tuyến và ngoại tuyến. Chỉ trong sáu tháng, Forbes đã di chuyển nền tảng của mình sang Google Cloud và MongoDB Atlas. Kết quả bao gồm: • & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; xây dựng nhanh hơn 58% cho các sản phẩm mới và sửa chữa • & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; chu kỳ phát hành tăng tốc bằng 4x • & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; & nbsp; giảm tổng chi phí sở hữu xuống 25% • Trong đại dịch, cơ sở hạ tầng đám mây cũng đã giúp trang web mở rộng ra một số lượng người dùng phi thường và giúp nhóm nhanh nhẹn, giới thiệu và thử nghiệm một số tính năng mới. Sự dễ dàng của sự thích nghi này được cung cấp bởi một thay đổi khác đã đến đúng lúc. Vào cuối năm 2019, Forbes đã hoàn thành giai đoạn đầu tiên của một cuộc di cư toàn diện sang đám mây. Nó bao gồm việc di chuyển phần lớn khối lượng công việc giao dịch của mình sang MongoDB Atlas, dịch vụ cơ sở dữ liệu đám mây toàn cầu và Google Cloud. Chúng tôi rất vui vì chúng tôi đã chuyển sang đám mây khi chúng tôi đã làm. Chuyển nhanh sang Google Cloud và MongoDB Atlas đã đưa chúng ta vào một vị trí để đổi mới và phát triển mạnh ngay cả trong những trường hợp khó khăn nhất. - Vadim Supitskiy, Giám đốc Công nghệ tại Forbes 3. eBay:Để xây dựng các ứng dụng của họ, các nhà phát triển eBay có thể chọn từ năm tiêu chuẩn cơ sở dữ liệu được công ty phê duyệt. Bên cạnh MongoDB, các nhóm cũng có tùy chọn sử dụng cơ sở dữ liệu quan hệ Oracle hoặc MySQL và hai tùy chọn NoQuery. Nhóm DBA của ông Qu DBA cung cấp hướng dẫn về lựa chọn cơ sở dữ liệu phù hợp, đủ điều kiện lựa chọn đối với các mẫu truy cập dữ liệu của ứng dụng, tải người dùng, loại dữ liệu, v.v. Ebay hiện đang chạy hơn 3.000 trường hợp cơ sở dữ liệu phi quan hệ cung cấp năng lượng cho một loạt các ứng dụng, quản lý nhiều petabyte dữ liệu giữa chúng. Trong quá khứ Oracle là hệ thống hồ sơ, trong khi cơ sở dữ liệu phi quan hệ xử lý dữ liệu thoáng qua được sử dụng trong các hệ thống tham gia của Cameron. Tuy nhiên, cảnh quan cơ sở dữ liệu phi quan hệ đã trưởng thành. Với việc sao lưu và phục hồi nhất quán, theo thời gian, MongoDB hiện cũng phục vụ hệ thống các trường hợp sử dụng hồ sơ tại eBay. Mặc dù tất cả các lựa chọn cơ sở dữ liệu phi quan hệ của eBay, cung cấp khả năng phục hồi cho sự thất bại, nhưng chúng thực hiện các đánh đổi thiết kế khác nhau có thể ảnh hưởng đến hành vi ứng dụng. Nhóm DBA đánh giá những khác biệt này trong sáu chiều: tính khả dụng, tính nhất quán, độ bền, khả năng phục hồi, khả năng mở rộng và hiệu suất. Ví dụ, các cơ sở dữ liệu NoQuery sử dụng các thiết kế ngang hàng, không có chủ nhân có các quy trình sửa chữa dữ liệu và tái cân bằng đắt tiền phải được bắt đầu sau khi bị lỗi nút. Quá trình tái cân bằng này tác động đến cả thông lượng ứng dụng và độ trễ và có thể gây ra sự xếp chồng kết nối khi khách hàng chờ đợi sự phục hồi, điều này có thể dẫn đến thời gian ngừng hoạt động của ứng dụng. Để giảm thiểu những ảnh hưởng này, eBay đã phải lớp một giải pháp Sharding cấp ứng dụng, ban đầu được phát triển cho Oracle Estate, trên các cơ sở dữ liệu vô dụng đó. Cách tiếp cận này cho phép nhóm DBA chia các cụm lớn hơn thành một loạt các cụm phụ, cách ly tái cân bằng lại trên một bộ nút nhỏ hơn, chỉ ảnh hưởng đến một tập hợp các truy vấn. Nó chống lại các loại hành vi cơ sở dữ liệu khác nhau này mà nhóm DBA eBay xây dựng các mẫu thiết kế khả năng phục hồi của nó. Ông Qu đã trình bày mô hình thiết kế khả năng phục hồi của Ebay Ebay Tiêu chuẩn, như trong Hình 1 dưới đây. & nbsp; Hình 1: Mẫu thiết kế eBay cho kiến trúc khả năng phục hồi mongoDB của nó. (Hình ảnh lịch sự của bài thuyết trình thế giới của Ebay trên thế giới). Trong mẫu thiết kế này, một bộ bản sao MongoDB 7 nút được phân phối trên ba trung tâm dữ liệu của EBAY. Mẫu này đảm bảo rằng trong trường hợp trung tâm dữ liệu chính bị lỗi, cụm cơ sở dữ liệu có thể duy trì tính khả dụng bằng cách thiết lập một đại biểu giữa các trung tâm dữ liệu còn lại. Các thành viên tập hợp bản sao MongoDB có thể được chỉ định các ưu tiên bầu cử kiểm soát các thành viên thứ cấp được coi là ứng cử viên để thăng chức trong trường hợp thất bại chính. Ví dụ, các nút cục bộ đến DC1 được ưu tiên cho cuộc bầu cử nếu thành viên tập bản sao chính bị lỗi. Chỉ khi toàn bộ DC1 bị ngừng hoạt động, các thành viên được thiết lập bản sao trong DC2 được xem xét cho cuộc bầu cử, với thành viên chính mới được chọn trên cơ sở mà nút đã thực hiện các hoạt động viết gần đây nhất. Mẫu thiết kế này có thể được mở rộng bằng cách sử dụng mối quan tâm ghi đa số MongoDB để cho phép các văn bản bền bỉ giữa các trung tâm dữ liệu. Mô hình thiết kế MongoDB tiêu chuẩn được sử dụng làm cơ sở cho mẫu đọc chuyên sâu / có sẵn của Ebay đã được thảo luận trong bản trình bày, được sử dụng để cung cấp năng lượng cho danh mục sản phẩm eBay. Đối với khối lượng công việc của danh mục, bộ bản sao MongoDB được mở rộng thành 50 thành viên, cung cấp phân phối dữ liệu lớn cho cả khả năng đọc và khả năng phục hồi đọc. Để có nhiều khối lượng công việc chuyên sâu viết, eBay đã phát triển mẫu đọc / ghi cực cao của mình, nơi phân phối một cụm mongoDB được phân chia trên các trung tâm dữ liệu của Hoa Kỳ. Một lần nữa, các nhà phát triển eBay có thể định cấu hình mẫu thiết kế này với các mối quan tâm cụ thể của MongoDB và đọc các mối quan tâm để điều chỉnh mức độ bền và tính nhất quán đáp ứng tốt nhất nhu cầu của các ứng dụng khác nhau. Ông Qu lưu ý rằng với các cải tiến sản phẩm gần đây, MongoDB đang được triển khai để phục vụ một loạt các nhu cầu ứng dụng lớn hơn: • Việc bổ sung Sharding khu vực vào MongoDB 3.4 hiện cho phép eBay phục vụ các ứng dụng yêu cầu phân phối, luôn luôn có tính khả dụng trên nhiều trung tâm dữ liệu. • Thử lại 4.VERIZON:Một trong những "cách mới và sáng tạo" là MongoDB, giúp Verizon không dây nhận được giá trị lớn hơn từ dữ liệu của nó đồng thời tăng tốc thời gian lên thị trường và cải thiện việc sử dụng tài sản của nó. Tuy nhiên, khi công ty tìm cách tăng cường các công nghệ hiện tại của mình, luôn có một số lượng lớn sự lo lắng, chưa kể đến câu hỏi không ngừng: Tại sao chúng ta không thể làm điều này với các công nghệ mà chúng ta đã sở hữu và/hoặc biết? Dữ liệu đang thay đổi. Thế giới của cơ sở dữ liệu quan hệ đôi khi không phù hợp với thế giới mới của dữ liệu phi cấu trúc hoặc bán cấu trúc. Các công nghệ truyền thống đôi khi sẽ yêu cầu một tuần tài nguyên chuyên dụng để thiết lập một môi trường có thể đạt được khá nhanh với MongoDB. Trong một trường hợp nhất định, với MongoDB Verizon Wireless đã "có thể làm điều đó trong hai giờ." Mặc dù vậy, Verizon Wireless đã phát hiện ra rằng một trong những thách thức lớn nhất trong việc chuyển sang MongoDB là "không học được" các khái niệm RDBMS và thay đổi suy nghĩ để nắm lấy các khái niệm mới của MongoDB và NoQuery. Nhưng chúng ta đang đi trước chính mình ở đây. Làm thế nào mà Verizon không dây bắt đầu sử dụng MongoDB? Bắt đầu với MongoDBVerizon Wireless đã chọn bắt đầu nhỏ với MongoDB, mặc dù nó đã cố gắng trước khi nó mua, một trong những đức tính chính của nguồn mở. (Thông tin thêm về điều đó dưới đây.) Công ty đã quyết định tăng cường cổng thông tin nhân viên của mình, ứng dụng quan trọng kinh doanh là "về cơ bản là trang chủ của bất kỳ ai làm việc cho Verizon." Cổng thông tin hiện tại là tốt, nhưng Verizon Wireless muốn xây dựng chức năng mới để nắm bắt các nguồn cấp dữ liệu xã hội từ Twitter và Facebook và hiển thị cụ thể cho người dùng đó. Không dễ dàng cho một cơ sở dữ liệu quan hệ. Ban đầu, nhóm phát triển đã đưa MongoDB qua các bước đi của nó, trước tiên chạy một bằng chứng về khái niệm và sau đó lăn ra. Tuy nhiên, họ không có ai tận tâm hỗ trợ nó, vì vậy nhóm phát triển đã yêu cầu nhóm của Singh ủng hộ nó. Để mang lại cho mình tốc độ với MongoDB, Singh đã đi theo con đường mà hơn 200.000 người khác đã thực hiện: đào tạo trực tuyến miễn phí của MongoDB. Như anh ấy mô tả, trong vòng hai ngày, anh ấy đã ở mức mà anh ấy có thể thoải mái quản lý MongoDB. Chỉ trong vòng hai tuần, anh ta đã thiết kế lại toàn bộ sự phát triển của Verizon Wireless để ở trong một cụm sao chép so với một cụm độc lập. Sau đó, anh ta tiến hành kiểm tra và phá vỡ cụm, phục hồi nó, kiểm tra khả năng phục hồi, kiểm tra khả năng chuyển đổi dự phòng và nhiều hơn nữa. Nhưng Singh vẫn chưa xong. Tương lai của MongoDB tại Verizon Wireless Nhìn về phía trước, Verizon Wireless đã bắt đầu một bằng chứng mới về khái niệm cho một hệ thống quản lý nhật ký trực tuyến. Không có gì đáng ngạc nhiên, Verizon có "một số máy chủ khổng lồ, một số cụm khổng lồ và tất cả chúng đều tạo ra một lượng dữ liệu nhật ký khổng lồ". Cảm ơn bạn đã đọc!! Ngành công nghiệp nào sử dụng MongoDB?Trong ngành CNTT ngày nay, có một số lượng lớn các công ty đang sử dụng MongoDB làm dịch vụ cơ sở dữ liệu cho các ứng dụng hoặc hệ thống lưu trữ dữ liệu.IT industry, there are large number of companies who are using MongoDB as a database service for the applications or data storage systems.
Những trang web lớn sử dụng MongoDB?Đây là những trang web hàng đầu sử dụng MongoDB dựa trên lưu lượng truy cập.... Các trang web sử dụng MongoDB .. Có bao nhiêu công ty sử dụng MongoDB?4439 công ty được cho là sử dụng MongoDB trong các ngăn xếp công nghệ của họ, bao gồm Uber, LaunchDarkly và Delivery Hero. reportedly use MongoDB in their tech stacks, including Uber, LaunchDarkly, and Delivery Hero.
Google có sử dụng MongoDB không?MongoDB Atlas cung cấp cho khách hàng một dịch vụ được quản lý đầy đủ trên cơ sở hạ tầng đáng tin cậy và có thể mở rộng trên toàn cầu của Google.. |
