You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@camel.apache.org by Petr Kuzel <pe...@eurofins.com.INVALID> on 2023/04/17 13:02:24 UTC

Camel in Action: Microsoft Azure Files over public Internet

I have a new RFE which includes integrating
Microsoft Azure Files over public Internet.

Initial findings and constraints:

  - Azure Files do not implement the FTP standard.
  - Azure Files could expose SMB protocol but SMB over
    public Internet is blacklisted by the security policy.
  - Azure Files could expose NFS but its pricing is prohibitive.
  - Azure Files have REST API <https://github.com/Azure/azure-rest-api-specs>
    and Java SDK <https://github.com/azure/azure-sdk-for-java>.
  - My team is used to Camel 3.x components.

Given that I see the two options:

  A: use Camel REST component.
  B: use Azure Files remote file component.

Neither seems easy. For the Camel REST component,
I'd need to implement a polling consumer via REST and
match the FTPS component-like capabilities. For Azure Files,
I have not found a developed Camel remote file component
so its development would be required, i.e. likely a continuation
at the Camel dev list...

First, have I overlooked any recommendable option that
could address the problem, please?

Second, if left only with above two options, which approach
would look more promising from a Camel veteran perspective
and why, please?

  Best regards
  Cc.

--
  Mr. Petr Kužel, Software Engineer
  Eurofins International Support Services s.à r.l.
  Val Fleuri 23
  L-1526 LUXEMBOURG


RE: Camel in Action: Microsoft Azure Files over public Internet

Posted by Petr Kuzel <pe...@eurofins.com.INVALID>.
Thank you Andrea for the hint,

I have sketched https://issues.apache.org/jira/browse/CAMEL-19279

  Hope it helps
  Cc.

-----Original Message-----
From: Andrea Cosentino <an...@gmail.com>
Sent: Tuesday, April 18, 2023 09:21
To: users@camel.apache.org
Subject: Re: Camel in Action: Microsoft Azure Files over public Internet


Hello,

To me it makes sense to have a component supporting the SDK.

Open an issue for that, if you have time you could contribute it, otherwise
someone could take a look.

Il giorno mar 18 apr 2023 alle ore 09:18 Petr Kuzel
<pe...@eurofins.com.invalid> ha scritto:

> Hi Chirag,
>
> well, it is not the first time I hear, apparently
> it is a common confusion in the community.
>
> Azure Blob Storage
>   Massively scalable and secure object storage for cloud-native workloads,
>   archives, data lakes, high-performance computing, and machine learning.
>   <https://azure.microsoft.com/en-us/products/storage/blobs >
>
> Azure Files
>   Simple, secure, and serverless enterprise-grade cloud file shares.
>   <https://azure.microsoft.com/en-us/products/storage/files>
>
> My question is about Azure Files.
>
>   Best regards
>   Cc.
>
> -----Original Message-----
> From: Chirag <ch...@gmail.com>
> Sent: Monday, April 17, 2023 17:30
> To: users@camel.apache.org
> Subject: Re: Camel in Action: Microsoft Azure Files over public Internet
>
>
> Shouldn't you be lookin at
>
> https://camel.apache.org/components/3.20.x/azure-storage-blob-component.html
> ?
>
> Or a variation of it? The APIs are similar.
>
>
> ચિરાગ/चिराग/Chirag
> ------------------------------------------
> Sent from My Gmail Account
>
> On Mon, Apr 17, 2023 at 11:18 AM Petr Kuzel
> <pe...@eurofins.com.invalid> wrote:
> >
> > I have a new RFE which includes integrating
> > Microsoft Azure Files over public Internet.
> >
> > Initial findings and constraints:
> >
> >   - Azure Files do not implement the FTP standard.
> >   - Azure Files could expose SMB protocol but SMB over
> >     public Internet is blacklisted by the security policy.
> >   - Azure Files could expose NFS but its pricing is prohibitive.
> >   - Azure Files have REST API <
> https://github.com/Azure/azure-rest-api-specs>
> >     and Java SDK <https://github.com/azure/azure-sdk-for-java>.
> >   - My team is used to Camel 3.x components.
> >
> > Given that I see the two options:
> >
> >   A: use Camel REST component.
> >   B: use Azure Files remote file component.
> >
> > Neither seems easy. For the Camel REST component,
> > I'd need to implement a polling consumer via REST and
> > match the FTPS component-like capabilities. For Azure Files,
> > I have not found a developed Camel remote file component
> > so its development would be required, i.e. likely a continuation
> > at the Camel dev list...
> >
> > First, have I overlooked any recommendable option that
> > could address the problem, please?
> >
> > Second, if left only with above two options, which approach
> > would look more promising from a Camel veteran perspective
> > and why, please?
> >
> >   Best regards
> >   Cc.
> >
> > --
> >   Mr. Petr Kužel, Software Engineer
> >   Eurofins International Support Services s.à r.l.
> >   Val Fleuri 23
> >   L-1526 LUXEMBOURG
> >
>

Re: Camel in Action: Microsoft Azure Files over public Internet

Posted by Andrea Cosentino <an...@gmail.com>.
Hello,

To me it makes sense to have a component supporting the SDK.

Open an issue for that, if you have time you could contribute it, otherwise
someone could take a look.

Il giorno mar 18 apr 2023 alle ore 09:18 Petr Kuzel
<pe...@eurofins.com.invalid> ha scritto:

> Hi Chirag,
>
> well, it is not the first time I hear, apparently
> it is a common confusion in the community.
>
> Azure Blob Storage
>   Massively scalable and secure object storage for cloud-native workloads,
>   archives, data lakes, high-performance computing, and machine learning.
>   <https://azure.microsoft.com/en-us/products/storage/blobs >
>
> Azure Files
>   Simple, secure, and serverless enterprise-grade cloud file shares.
>   <https://azure.microsoft.com/en-us/products/storage/files>
>
> My question is about Azure Files.
>
>   Best regards
>   Cc.
>
> -----Original Message-----
> From: Chirag <ch...@gmail.com>
> Sent: Monday, April 17, 2023 17:30
> To: users@camel.apache.org
> Subject: Re: Camel in Action: Microsoft Azure Files over public Internet
>
>
> Shouldn't you be lookin at
>
> https://camel.apache.org/components/3.20.x/azure-storage-blob-component.html
> ?
>
> Or a variation of it? The APIs are similar.
>
>
> ચિરાગ/चिराग/Chirag
> ------------------------------------------
> Sent from My Gmail Account
>
> On Mon, Apr 17, 2023 at 11:18 AM Petr Kuzel
> <pe...@eurofins.com.invalid> wrote:
> >
> > I have a new RFE which includes integrating
> > Microsoft Azure Files over public Internet.
> >
> > Initial findings and constraints:
> >
> >   - Azure Files do not implement the FTP standard.
> >   - Azure Files could expose SMB protocol but SMB over
> >     public Internet is blacklisted by the security policy.
> >   - Azure Files could expose NFS but its pricing is prohibitive.
> >   - Azure Files have REST API <
> https://github.com/Azure/azure-rest-api-specs>
> >     and Java SDK <https://github.com/azure/azure-sdk-for-java>.
> >   - My team is used to Camel 3.x components.
> >
> > Given that I see the two options:
> >
> >   A: use Camel REST component.
> >   B: use Azure Files remote file component.
> >
> > Neither seems easy. For the Camel REST component,
> > I'd need to implement a polling consumer via REST and
> > match the FTPS component-like capabilities. For Azure Files,
> > I have not found a developed Camel remote file component
> > so its development would be required, i.e. likely a continuation
> > at the Camel dev list...
> >
> > First, have I overlooked any recommendable option that
> > could address the problem, please?
> >
> > Second, if left only with above two options, which approach
> > would look more promising from a Camel veteran perspective
> > and why, please?
> >
> >   Best regards
> >   Cc.
> >
> > --
> >   Mr. Petr Kužel, Software Engineer
> >   Eurofins International Support Services s.à r.l.
> >   Val Fleuri 23
> >   L-1526 LUXEMBOURG
> >
>

RE: Camel in Action: Microsoft Azure Files over public Internet

Posted by Petr Kuzel <pe...@eurofins.com.INVALID>.
Hi Chirag,

well, it is not the first time I hear, apparently
it is a common confusion in the community.

Azure Blob Storage
  Massively scalable and secure object storage for cloud-native workloads,
  archives, data lakes, high-performance computing, and machine learning.
  <https://azure.microsoft.com/en-us/products/storage/blobs >

Azure Files
  Simple, secure, and serverless enterprise-grade cloud file shares.
  <https://azure.microsoft.com/en-us/products/storage/files>

My question is about Azure Files.

  Best regards
  Cc.

-----Original Message-----
From: Chirag <ch...@gmail.com>
Sent: Monday, April 17, 2023 17:30
To: users@camel.apache.org
Subject: Re: Camel in Action: Microsoft Azure Files over public Internet


Shouldn't you be lookin at
https://camel.apache.org/components/3.20.x/azure-storage-blob-component.html?

Or a variation of it? The APIs are similar.


ચિરાગ/चिराग/Chirag
------------------------------------------
Sent from My Gmail Account

On Mon, Apr 17, 2023 at 11:18 AM Petr Kuzel
<pe...@eurofins.com.invalid> wrote:
>
> I have a new RFE which includes integrating
> Microsoft Azure Files over public Internet.
>
> Initial findings and constraints:
>
>   - Azure Files do not implement the FTP standard.
>   - Azure Files could expose SMB protocol but SMB over
>     public Internet is blacklisted by the security policy.
>   - Azure Files could expose NFS but its pricing is prohibitive.
>   - Azure Files have REST API <https://github.com/Azure/azure-rest-api-specs>
>     and Java SDK <https://github.com/azure/azure-sdk-for-java>.
>   - My team is used to Camel 3.x components.
>
> Given that I see the two options:
>
>   A: use Camel REST component.
>   B: use Azure Files remote file component.
>
> Neither seems easy. For the Camel REST component,
> I'd need to implement a polling consumer via REST and
> match the FTPS component-like capabilities. For Azure Files,
> I have not found a developed Camel remote file component
> so its development would be required, i.e. likely a continuation
> at the Camel dev list...
>
> First, have I overlooked any recommendable option that
> could address the problem, please?
>
> Second, if left only with above two options, which approach
> would look more promising from a Camel veteran perspective
> and why, please?
>
>   Best regards
>   Cc.
>
> --
>   Mr. Petr Kužel, Software Engineer
>   Eurofins International Support Services s.à r.l.
>   Val Fleuri 23
>   L-1526 LUXEMBOURG
>

Re: Camel in Action: Microsoft Azure Files over public Internet

Posted by Chirag <ch...@gmail.com>.
Shouldn't you be lookin at
https://camel.apache.org/components/3.20.x/azure-storage-blob-component.html?

Or a variation of it? The APIs are similar.


ચિરાગ/चिराग/Chirag
------------------------------------------
Sent from My Gmail Account

On Mon, Apr 17, 2023 at 11:18 AM Petr Kuzel
<pe...@eurofins.com.invalid> wrote:
>
> I have a new RFE which includes integrating
> Microsoft Azure Files over public Internet.
>
> Initial findings and constraints:
>
>   - Azure Files do not implement the FTP standard.
>   - Azure Files could expose SMB protocol but SMB over
>     public Internet is blacklisted by the security policy.
>   - Azure Files could expose NFS but its pricing is prohibitive.
>   - Azure Files have REST API <https://github.com/Azure/azure-rest-api-specs>
>     and Java SDK <https://github.com/azure/azure-sdk-for-java>.
>   - My team is used to Camel 3.x components.
>
> Given that I see the two options:
>
>   A: use Camel REST component.
>   B: use Azure Files remote file component.
>
> Neither seems easy. For the Camel REST component,
> I'd need to implement a polling consumer via REST and
> match the FTPS component-like capabilities. For Azure Files,
> I have not found a developed Camel remote file component
> so its development would be required, i.e. likely a continuation
> at the Camel dev list...
>
> First, have I overlooked any recommendable option that
> could address the problem, please?
>
> Second, if left only with above two options, which approach
> would look more promising from a Camel veteran perspective
> and why, please?
>
>   Best regards
>   Cc.
>
> --
>   Mr. Petr Kužel, Software Engineer
>   Eurofins International Support Services s.à r.l.
>   Val Fleuri 23
>   L-1526 LUXEMBOURG
>