Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Jarrod Skulavik
    @jskulavik
    Hi folks! I'm coming into MBrace a bit late and as an F# very, very, newbie, so apologies while I learn and catch up. I work for a geospatial company that Microsoft is pushing very hard to leverage Azure. I've personally been using Azure for years and understand the value, so I'm keen to start leveraging it more and I want to do so via MBrace.Azure. We have an Azure Architect from Microsoft working with us and he's getting us up to speed on Service Fabric over VMs and cloud worker services. Are there any plans to support Service Fabric nodes + actors? I'd love to contribute to an effort around this, but I'm a few months away from that as I ramp up on MBrace and particularly F#
    Nick Palladinos
    @palladin
    Hi,
    Currently MBrace.Azure is built on top of (classic) cloud services (worker roles), Service Bus Queues for communication and Table/Blob for persistence. I think that moving forward Service Fabric is definitely something that we need to have in mind. I think that the best way to start is by using MBrace.Azure for your data pipeline architecture as a service (pretty much like an HDInsight cluster) and in the process get your self familarized with MBrace and F#.
    Jarrod Skulavik
    @jskulavik
    Thanks @palladin that's the approach I'll take. Cheers!
    Eirik Tsarpalis
    @eiriktsarpalis
    Hey @jskulavik. We also have a C# story going on with MBrace, but the offered API is still experimental. We'd love to have more C# people reviewing it.
    Jarrod Skulavik
    @jskulavik
    Ahh, well that's very interesting @eiriktsarpalis, I'd love to help. Perhaps I can dive in with C# and learn the F# componentry in parallel. I could probably play around with Service Fabric using C#, gain an understanding of MBrace with C#/F#, then ultimately 'graduate' to full F# + MBrace after a while
    Eirik Tsarpalis
    @eiriktsarpalis
    Sounds like a plan! (y)
    Jarrod Skulavik
    @jskulavik
    :-) Great. I'll get going, thanks for the pointers!
    Gauthier Segay
    @smoothdeveloper
    Hi, starting to use MBrace Azure for interesting deployment, I'm running a script from a VM on Azure, that scripts packages a .exe, deploys it on a MBrace cloud cluster, starts the .exe, this was really easy to do
    Now the .exe is supposed to connect back via TCP to my VM running that script
    Somehow I can't get this to work (OOB I didn't do anything special in terms of configuring azure network), I've checked that my firewall on the VM allows inbound connection on the port it is supposed to be connecting to
    if anybody has clue what I should be looking at to make some progress, that'll be greatly appreciated
    Eirik Tsarpalis
    @eiriktsarpalis
    Hi Gauthier, I'm assuming by the fact that you're mentioning TCP that you are using MBrace.Thespian for deployment on Azure VMs?
    Gauthier Segay
    @smoothdeveloper
    @eiriktsarpalis actually no, I'm using the MBrace.Azure
    I'm going to investigate network settings in the config and azure documentation today, I assume the default implicit settings might not be those I need, maybe I need to specify ports to open on the vm created via mbrace
    Eirik Tsarpalis
    @eiriktsarpalis
    MBrace.Azure workers do not require any firewall configuration, all that is needed are a common set of connection strings
    in general I would avoid VM deployments in Azure; it's preferable to go for worker role deployments.
    it's easier to administrate like that
    Gauthier Segay
    @smoothdeveloper
    I'm basically using the same code as Tomas Petricek demonstrated at NDC https://github.com/tpetricek/Talks/blob/master/2016/big-data-analytics/code-done/utils/mbrace.fsx#L93
    Eirik Tsarpalis
    @eiriktsarpalis
    ok
    this shouldn't need managing any firewalls or opening up tcp ports
    Gauthier Segay
    @smoothdeveloper
    the mbrace bits work perfectly, but I need the process I'm launching to connect back to the machine where I'm running the script
    my workflow is basically to use mbrace for my code deployment on "cloud service (classic)", the code being legacy .net code for now, which tries to connect back to the machine from which I'm deploying
    Eirik Tsarpalis
    @eiriktsarpalis
    aaah, I see
    Gauthier Segay
    @smoothdeveloper
    eventually I'll refactor the code so I can just send the code to run with mbrace, but this is a long stretch
    should I look into https://azure.microsoft.com/en-us/documentation/articles/cloud-services-enable-communication-role-instances/ ?
    Eirik Tsarpalis
    @eiriktsarpalis
    yes, that would work
    though you would have to create your own .cspkg instances for MBrace
    Gauthier Segay
    @smoothdeveloper
    thanks I'll check about .cspkg
    Eirik Tsarpalis
    @eiriktsarpalis
    https://github.com/mbraceproject/MBrace.StarterKit/tree/master/azure
    Here's a good place to start
    it contains a smaller solution with the cspkg tempalte
    which you can edit
    Gauthier Segay
    @smoothdeveloper
    thanks for pointers, it would make sense if MS provided a .net API that can be talked to from the machines themselves, then we could just send another cloud computation with few lines of code to setup that part :)
    mbrace is an easy sell to my manager compared to setup VM with our software, need to update with each release, etc. with mbrace I can just ship the software easily :)
    Eirik Tsarpalis
    @eiriktsarpalis
    good to know :)
    Gauthier Segay
    @smoothdeveloper
    and since the F# api is wonderful, it will sell usage of F# for that area (I have to "prove" advantage of F# vs C# in every piece I promote its usage)
    Eirik Tsarpalis
    @eiriktsarpalis
    nice
    In every case, it's got a decent C# API as well
    if you are into C# interactive and all
    Gauthier Segay
    @smoothdeveloper
    yes saw there was significant efforts (which is great for mbrace adoption) toward that too, but F# computation expressions gives outstanding solution IMHO
    I hope MS starts advertising mbrace now that it has a C# api
    (and sponsoring its development)
    Eirik Tsarpalis
    @eiriktsarpalis
    haha, I wouldn't count on that :)
    Gauthier Segay
    @smoothdeveloper
    it totally removes the pain of doing azure with .net, using raw azure APIs is a real pain apparently
    Gauthier Segay
    @smoothdeveloper

    I've made a custom deployment based on starter pack, adding the tcp port I need, I've used VS "publish" option because I want to enable remote connection. I had to also set a storage connection string which I picked up from server explorer in VS.

    In my script when I issue this:

    let subscription = Config.GetSubscriptionManager()
subscription.GetDeployments()

    It doesn't pickup the deployment and just returns an empty array, although I can see in the portal there is one deployment matching what I published from VS.

    Gauthier Segay
    @smoothdeveloper
    mmh apparently I also miss servicebus connection string, checking how to get it from portal
    Gauthier Segay
    @smoothdeveloper
    wondering if I should use Azure SDK 2.7, I've updated the solution to the most recent one 2.9 assuming it should work
    I'm still figuring out deployment issues that I'm seeing in VS
    Eirik Tsarpalis
    @eiriktsarpalis
    Yes, the subscription manager only returns deployments that have been made by the management library itself
    so anything published from the Visual Studio UI will be ignored