Deliver superior customer experiences with an AI-driven platform for creating and deploying cognitive chatbots
Deliver Awesome UI with the most complete toolboxes for .NET, Web and Mobile development
Automate UI, load and performance testing for web, desktop and mobile
A complete cloud platform for an app or your entire digital business
Detect and predict anomalies by automating machine learning to achieve higher asset uptime and maximized yield
Automate decision processes with a no-code business rules engine
Optimize data integration with high-performance connectivity
Connect to any cloud or on-premises data source using a standard interface
Build engaging multi-channel web and digital experiences with intuitive web content management
Personalize and optimize the customer experience across digital touchpoints
Build, protect and deploy apps across any platform and mobile device
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
Jason Stamper posted recently about Progress and the organization changes "to make its Sonic division less autonomous." Read his post.
So why would the corporation make such a decision? I think it is eminently clear. Look at how acquisitive the traditional platform suppliers have become in recent years: IBM, SAP, BEA, Oracle. What have they acquired? Technologies like Progress has in Sonic's ESB, the Apama event processing product, Actional's SOA management. Why? Because those market spaces are incredibly exciting, growing rapidly, and threaten the franchises IBM, SAP, BEA and Oracle (among others) have built over the past decade(s).
As a result, Progress has elected to assemble a portfolio of products to expand the value proposition we can bring to customers and prospects -- and the affinities across the Sonic, Actional and Apama product lines are obvious -- even to industry analysts (;-). I recently published a white paper -- The Right Infrastructure for SOA, which goes into greater detail.
But unlike the millstone-necklace-laden platform vendors, we have chosen not to pour more wet concrete around our installed base footprint. We take a different approach deliberately because we believe each of our products should be able to stand and deliver value on its own—be it our industry-leading ESB, Actional for SOA visibility and management, Apama for complex event processing or for dealing with the challenges disparate data models in an SOA environment. Not only do we believe it, but we can prove it. Actional is deployed as often along side competitors' ESBs or application servers as our own; IBM Global Services endorses SI for use in telecom integration; and Sonic is often called upon to connect disparate platform stacks. It’s this fierce product independence that frees us from protecting a franchise.
That said, customers, especially large enterprise customers, need to buy from a vendor they can trust and one that’s not going anywhere – Progress has been in business for 25 years and demonstrates rock-solid performance year after year. While it’s not always easy to convince customers (or the press) that we’re committed to the independence (yet interoperability) of our product lines—it’s certainly difficult to imagine a vendor making a bigger commitment to product autonomy in this age of the super-size-me platform.
SOA What? Customers and prospects have lots of vendor choices for SOA infrastructure. We believe there is an important difference in our approach from those of the gargantuan platform vendors' offerings. We believe the platform vendors are uniquely unqualified to address the mediation, management and communication issues that occur amongst and between platform environments in your SOA.
View all posts from Tim Dempsey on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Copyright © 2018 Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.