Feature ideas

I think it will be great to have the ability to use my own kafka for self-service purposes

Right now, Port can encrypt inputs and send them to the Kafka topic. When these are received by the execution agent, they are still encrypted. The execution agent should support decrypting these out of the box

I cannot create a calculated Timer Property. maybe it was forgotten to implement.

In terms of entity staleness - the only option existing today is data regarding when an entity has last changed. This is not enough when looking at specific properties. For example - Let's say there is an Argo Application entity, which has a Sync Status property with the value Synced . It would be great to know when the last time the Synced property was updated ( not necessarily when the value was changed - but when the last "keepalive" for this property happened). This would allow creating all sorts of interesting scorecards, showing entity staleness levels per entity. Ideally, I would like to be able to toggle a flag for a certain property for example Track last update timestamp . This in turn will create a read-only datetime property which updates every time an attempt to update this property occurs. (This does not replace the need for a more overview panel showing potential issues with integration not being able to update certain entities)

In some cases, we may want to create a certain default value for a field based on previous selection made by the user. This can include literals and even multiple fields references. The default value should be adjusted automatically until the field becomes visible.

Support pulling from Github's dependency graph https://docs.github.com/en/code-security/supply-chain-security/understanding-your-software-supply-chain/about-the-dependency-graph which would enable us to do in-depth analysis of all the software dependencies for the repositories we have in Port. There is already a REST api for it: https://docs.github.com/en/rest/dependency-graph/sboms?apiVersion=2022-11-28#export-a-software-bill-of-materials-sbom-for-a-repository Use cases for having dependencies catalogged in Port Track usage of internal packages and how up-to-date consumers are, either through dasboards or scorecards Build comprehensive documentation around service dependencies Build automations/self-service actions around notification for migrations, deprecations, releases with breaking changes, targeted towards the proper teams instead of everyone Detect inefficiencies/antipatterns related to dependencies Enforce standards/protection measures related to dependencies (ensure no-one uses package X, ensure everyone uses package Y at least at version A.B.C, etc.)

Add support for custom properties https://docs.github.com/en/rest/repos/custom-properties?apiVersion=2022-11-28#get-all-custom-property-values-for-a-repository

Currently the list pull requests api doesn't return the same data as when performing specific GET request to pull request ( e.g. merged, mergeable etc.. properties are missing ) Seems like Github API has a graphQL which supports more properties for resources and advanced search capabilities. https://docs.github.com/en/graphql/reference/objects#pullrequest https://docs.github.com/en/rest/pulls/pulls?apiVersion=2022-11-28#list-pull-requests

Currently as it stands, an action can only be associated with one blueprint. It would be great to have an action be associated with multiple blueprints, for example if we want to restart a service, all catalogs will have service overview and likely this action will be associated with service overview entity. In all scenarios there will also be services from respective container orchestration (ECS/EKS) - right now as it stands an action if associated with service overview entity cant be associated with the service blueprint entity - which means a new actions should be created which can be associated with the service (orchestration layer service). The goal here is to be able to use the lightning button and trigger actions instead of going to the action section and triggering it.