There will be no automated migration tooling. All we’re given is the opportunity to pay for custom development via their partners to develop alternative solutions on a case by case basis, a bespoke approach which is very expensive and uncertain.
1 Like
2 entiry year creating my product (eating grass), solo entrepreneur in Brazil, with a niched small group startup who decided to use the most secure and safe company about data for don’t get problems in the future with my expansion over the years… The perfect choose for my project was Realm Device Sync managed by the great MongoDb. they were like a mermaid and they will pull me into the sea. I’m waiting for an adequate response to the board’s decision, because if they want to give me the synchronization code, I’ll try to keep it myself. The product is great, at least include a plug and play supplier or similar. I don’t have the infrastructure to rewrite 2 years of code, in just one.
We need another BaSS to connect, who will able for all that ? or you just will get the ROS (Realm Object Server) and take it to trash ?
If the project is not sustainable, the cost increases, you have no idea how powerful this resource can become.
3 Likes
There aren’t many NoSQL alternatives with offline and device sync capabilities. The most established and well-known option is probably Couchbase. It’s worth a try…
https://docs.couchbase.com/couchbase-lite/current/index.html
2 Likes
We use DevSync to keep user data in sync with their devices. Local Reaml with sync was perfect. We will use the actual devices to migrate the data for our users. They will have six months to update the App and run it once to auto-migrate their data to whatever replacement we come up with.
Now, we are debating whether to use CoachBase or create a narrow solution on a standard tech stack (MongoDB is on a blacklist) and host it with one of the big three cloud providers.
It will be crappy few months, but who said live is fair.
It would be nice if MongoDB stop charging us now :).
1 Like
I have a meeting on Monday with Ditto, but I suspect the price will be prohibitive. They started us, 'You know we are an Enterprise solutions provider, and it is reflected in our pricing". 
7 Likes
I’ve been a huge fan of MongoDB Device Sync (formerly MongoDB Realm), but I must agree that a one-year sunset period is far from sufficient for most developers. The removal of the AppServices tab from the Atlas UI yesterday only added to the frustration. It took me nearly two hours of searching to relocate my apps, hidden away in the left-side menu without any explanation of the change.
This situation reminds me of what happened with Facebook’s Parse platform a few years ago. However, Facebook (now Meta) could be somewhat excused, as they are primarily an advertising company, not a platform provider. MongoDB, on the other hand, is a SaaS company that relies entirely on its developer community. This abrupt announcement, with no clear migration strategy in place, is disappointing at the very least. Personally, I feel that the trust between MongoDB and its developers has been compromised, and I’ll be reluctant to endorse MongoDB’s technologies going forward. The SaaS model fundamentally depends on the trust that developers have in the platform to be stable and supported long-term.
I understand when software companies discontinue products that are no longer competitive or have reached the end of their lifecycle. Google, for instance, recently discontinued Google Pay as other solutions like Cash App overtook them. Even with Skype, I expect Microsoft to retire it soon, despite still using it. However, MongoDB Device Sync stands out as the best solution in its class, particularly for large-scale collaborative computing. It’s astounding that MongoDB’s leadership failed to recognize this.
This truly marks a sad day for the MongoDB developer community.
18 Likes
Check out ObjectBox. It’s an on-device database with Data Sync. Offline-first. It’s reliable, e.g. used inside millions of BMW cars.
Disclaimer: I am the co-founder, so ofc biased
4 Likes
We were contacted by the MongoDB sales team 6 months ago and they pitched the idea to migrate fully from our infrastructure based on Kafka to Atlas + Realm using device synch that IS perfect for our use case scenario. I remember we especially requested about the lifespan and horizon for the service and they assured it that this service was meant to stay. Now, after 6 months of developing, after migrating our business critical processes to use Device Synch, we feel like MongoDB basically scammed us with the effect of causing thousands of euro of damages.
Now, we need to migrate to a different service in a really short time frame (1 year, seriously?!) with really high uncertainty and without guarantees on costs. BRAVO MongoDB company and team!
14 Likes
there is no news. did you just answer this topic so you could close it?
“This topic will close 5 days after the last reply.”
All we know is that there is a EOL and no help to solve our problem. All you have given us is a small list with none reasonable solutions. is that all we get?
2 Likes
Looks promising, much more so that Ditto
1 Like
Apple is being sued because the iPhone’s battery weakens. This situation is far worse!
Are there any lawyers in the room?
5 Likes
Vivien, does ObjectBox have any plans or intentions to create an SDK for React Native?
1 Like
I don’t see any pricing on your website.
2 Likes
Does not support per-user data limit access. Breaking limitation for most use case scenarios.
2 Likes
Our clients have trusted us as professionals to advise the best tech for their solutions. We placed our trust in you - MongoDB. They have in turn, invested huge money into your platform.
MongoDB. DO THE RIGHT THING.
Your ‘depreciation’ is costing us and our clients hundreds of thousands of dollars. This is totally NOT acceptable, especially with a 12 month migration period to solutions that don’t extend exist. I’ve never seen a company providing SAAS or data hosting act in this manner.
Realm has been consistently been pulling through 30,000 - 40,000 weekly downloads according to NPM.
Given the silence of key staff, I feel they have been let go. I fully support them with their future, and hopefully they can create a startup to provide the service we need.
Mr Ittycheria - What’s your response for ruining your product’s future, developer confidence, and trust of your customers?
Mark
8 Likes
Capella from Couchbase is a very reasonable replacement option (I’m not sure how they compare price-wise). Mongo does not list it, and why should they promote the competition? Total BS!!!
1 Like
Is it time for a Class Action? We are primarily likely small fishes here, but there has to be one medium-sized to get the ball rolling.
5 Likes
Email to: Dev.Ittycheria@mongbdb.com failed.
Does anyone have an email address for the CEO … Dev. It’s important we message him and make him aware of the huge issues this decision is causing. He was probably sold it as a budget cut, not realising it’s a drop in 90% of future developers and forever drop in reputation.
1 Like
@Vivien_Dollinger i contact ObjectBox last month because i want on-device vector database to know if they think to have .Net sdk, they say NO, this mongobd case can change your No to Yes ?
We (ObjectBox) have a similar offering with an offline-first with data sync. With this new situation at MongoDB, we want to learn which features of Device Sync are most important to you. With this input, we want to optimize a migration path that we’ll offer by Q1 2025.
For example, we’ll offer “data spaces”, which is similar to Mongo’s “Partition-Based Sync Mode”. There are differences, e.g. objects won’t have a partition property; instead objects are put into “data-space-aware” boxes. The question is if that would work with your app? Are are you heavily relying on the query-based flexible sync? (At ObjectBox, we decided against query-based sync early on, prioritizing simplicity and speed over flexibility.) So within the data spaces analogy, which ones would you have? A global space, user-specific spaces, group spaces?
Are you deeply integrated with the main MongoDB? Or, would e.g. a GraphQL interface suffice to interact with the Sync Server (e.g. queries, updates)?
Anything else we should take into account?
If you want, you can also contact us directly at ObjectBox Data Sync: Edge Sync | Offline Sync | Cloud Sync (use the “Get a free Data Sync trial” button to get to the form where you can enter text).
3 Likes