Like open source IDPs, Port lets you build whatever you want, but also requires you to build everything you want, including entity models already defined elsewhere—which creates inconsistencies.
With Cortex, it’s easy to catalog anything. Create any catalog category, and tag it to any type, bring in any entity type along with their characteristics, and group any type of entity into the master navigation category of your choosing.
Additionally, with the Cortex plugin framework plus UI customization, users can:
Bring data from anywhere including homegrown tools or databases to ensure a comprehensive system of record
Expose custom metrics like cost insights or security posture
Reduce “clicks to value” with shortcuts to adjacent systems. e.g. deploy to Jenkins from the Cortex UI
Customize the Cortex UI to match workflows from other tools your devs love. Embed plugin widgets on the homepage, catalog entity pages, or sidebar navigation, and change the order of existing tabs
Cortex provides baseline scaffolding to help you avoid rewriting data relationships that you’ve already defined elsewhere. We rely on deep integrations that pull in the info you need, but still let you configure it however you want. Plus, plugins let you add data from any source, and build new embeddable experiences.
You can define any entity in Cortex. The difference is logical hierarchies which make working with data and understanding dependencies much easier. Port doesn’t have a “core primitive“ like Cortex (services and resources) which means everything is treated equally—causing a lot of clutter in your model, slowing next steps.
When it comes to mapping data, Cortex has already done that work for 50+ integrations. For example, Cortex knows what SonarQube is, what fields matter during incident management, and how this data relates to other data in your ecosystem. And, if you don’t like how we’ve mapped it, you can build a plugin for any use case and define everything yourself.