A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

The end of single PLM database architecture is coming

The end of single PLM database architecture is coming
Oleg
Oleg
5 August, 2014 | 3 min for reading

PLM-distributed-cloud-database-architecture

The complexity of PLM implementations is growing. We have more data to manage. We need to process information faster. In addition to that, cloud solutions are changing the underlining technological landscape. PLM vendors are not building software to be distributed on CD-ROMs and installed by IT on corporate servers anymore. Vendors are moving towards different types of cloud (private and public) and selling subscriptions (not perpetual licenses). For vendors it means operating data centers, optimize data flow, cost and maintenance.

How to implement future cloud architecture? This question is coming to the focus and, obviously, raising lots of debates. Infoworld cloud computing article The right cloud for the job: multi-cloud database processing speaks about how cloud computing is influencing what is the core of every PDM and PLM system – database technology. Main message is to move towards distributed database architecture. What does it mean? I’m sure you are familiar with MapReduce approach. So, simply put, the opportunity of cloud infrastructure to bring multiple servers and run parallel queries is real these days. The following passage speaks about the idea of how to optimize data processing workload by leveraging cloud infrastructure:

In the emerging multicloud approach, the data-processing workloads run on the cloud services that best match the needs of the workload. That current push toward multicloud architectures provides the ability to place workloads on the public or private cloud services that best fit the needs of the workloads. This also provides the ability to run the workload on the cloud service that is most cost-efficient.

For example, when processing a query, the client that launches the database query may reside on a managed service provider. However, it may make the request to many server instances on the Amazon Web Services public cloud service. It could also manage a transactional database on the Microsoft Azure cloud. Moreover, it could store the results of the database request on a local OpenStack private cloud. You get the idea.

However, not so fast and not so simple. What works for web giants might not work for enterprise data management solutions. The absolute majority of PLM systems are leveraging single RDBMS architecture.  This is fundamental underlining architectural approach.  Most of these solutions are using “scale up” architecture to achieve data capacity and performance level. Horizontal scale of  PLM solutions today is mostly limited to leverage database replication tech. PLM implementations are mission critical for many companies. To change that would be not so simple.

So, why PLM vendors might consider to make a change and to think about new database architectures? I can see few reasons – the amount of data is growing; companies are getting even more distributed; design anywhere, build anywhere philosophy comes into real life. The cost of infrastructure and data services becomes very important. In the same time for all companies performance is an absolute imperative – slow enterprise data management solutions is a thing in the past. To optimize workload and data processing is an opportunity for large PLM vendors as well as small startups.

What is my conclusion? Today, large PLM implementations are signaling about reaching technological and product limits. It means existing platforms are achieving a possible peak of complexity, scale and cost. To make the next leap, PLM vendors will have to re-think underlining architecture, to manage data differently and optimize cost of infrastructure. Data management architecture is the first to be considered. Which means end of existing “single database” architectures. Just my thoughts…

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
20 May, 2009

I think language is one of the barriers for successful collaboration. Therefore, I’m really excited about a new feature in...

7 October, 2012

Two weeks ago, I published a provoking blog post proposing to stop “Engineering PLM”. Quite many people responded – the...

15 January, 2016

How often you communicate using various messaging applications? My hunch you might use it more often that voice call these...

22 April, 2019

I attended ACE 2019 Aras Community Event that took place in Phoenix, AZ last week, Aras Corp branded it as...

26 September, 2011

Time ago, I was discussing on my blog about cloud file storage as one of the potential first step CAD...

1 February, 2017

After decades of using emails threads and sequential workflow diagrams for collaboration in enterprise, the shift is coming – welcome...

23 November, 2019

Acquisitions are part of every industry development these days. Usually, it is a major event in the company, product, technology,...

22 October, 2013

PLM for small companies is long time debated topic. The origins of PLM business are going deep into businesses of...

16 April, 2012

One of the topics of second COFES 2012 Congress was about the cloud. I want to refer to one of...

Blogroll

To the top