Forum Discussion
Helper IInvalidRequest when adding "Private Link Service" as a "Managed Private Endpoint"
This is extremely frustrating. Here is the support response:
Hello Josh,
I hope you are having an amazing day.
We have shared the issue with all collected details in our SME channel. They responded that currently, private endpoints targeting Private Link Service are not supported. Additionally, we do not support creating managed private endpoints with FQDNs at this time and there is no ETA. The product team will add this limitation to public documents once they have an ETA.
I am pleased to inform you that there is no issue from your side; however, the actual feature is not supported currently. We have already created an incident with the product team, and they are working on updating the feature.
I apologize for any inconvenience this may cause. Rest assured, you will be able to access this feature soon.
Please feel free to reach out to me if you have any questions, concerns, or additional information that you would like to share. I'll be more than happy to assist you.
Thank you for your understanding.
Helper IMost recent update:
Hello Josh,
Hope you are doing well!
The Product team has informed us that currently, there is no estimated time of arrival (ETA) for updating of the Document. There's a possibility we might receive an update on the ETA by the end of this month, but this is a provisional internal timeline and not guaranteed. Once the ETA is established, the public documentation will be updated accordingly.
Please let me know if you have any other concerns. Based on your response we will proceed with the case.
Thanks for the update, Josh.
Do they mean that they might get back with an ETA when documentation is updated to clearly say PLS is *not* supported, or do they mean they might get back with an ETA when it *will be* supported?
I've also opened a support ticket, which first came back with the same suggestion to enable Private Link ect. It's now been escalated to "next level", but I assume they will get back with same info as you got, but hopefully it can help raise the priority on the issue if more people report it as a major showstopper.
After a long discussion with support I finally got the exact same answer as you, that it is currently not supported, and there is no ETA when it will be available.
So, I can just conclude that Fabric is not production ready yet for customers that needs connectivity from Spark notebooks to on-prem services/systems, which is a pity.
Our current work-around is to use local python scripts executing on the on-prem data-gateway server that produces CSV files in a local folder that can then copied to OneLake via a Fabric Pipeline, and later processed by Fabric Spark Notebooks.
- Digidank
Yeah it is very unfortunate. I have been using a small compute cluster in Databricks to write as a delta table to an ADLSv2 storage account. Then created a shortcut in Fabric to read it. Was my fastest solution so far. It was my first time working with Databricks and it was extremely simple to get running with onprem access. Hopefully the Fabric team gets this sorted out soon.
- Digidank
From my understanding this is entirely about an ETA updating the documentation and nothing to do with an ETA to actaully solve it. I am responding asking for that clarification though.
I hope you get further than I have! Let me know if you get any better news please.