All the pathes lead to Docker(Con)

DockerCon Europe 17 is already behind us, and I would like to share my path that lead me to attend it. The journey was by far not a straight line and it could even provide with some ideas on how to request your travel next year.

How it all started

It all starts with an anecdote that I was lucky enough to share with the ‘main victim’ during DockerCon:

Around 2 years ago, my Geek team decide to try learn Go(lang). The community was quite already in place and howtos, videos training and examples were already massively available.
Still, for whatever reason we ended downloading a pirated copy of a certain Nigel Poulton Go course.
We simply became instant fans of both the person and the language. However, during his course he kept mentioning how Go was production ready because it already was the power behind Docker, this “new” container technology that was taking the world by storm.

As I always try to give back to Caesar when possible, I managed to have my company ordering me a 1 year Pluralsight license (sorry for the initial steal) and when I looked up on the training Mr Poulton created, there was already 3 of them about Docker (fun fact: the Docker Learning Path can be called the Nigel Path to Docker wisdom as only his courses are listed).

While I was seeing a lot of potential in Docker, being in a company that runs exclusively Microsoft technology and applications based, the sell was kinda difficult at first.
Hopefully for me, with Microsoft’s new direction and vision under Satya Nadella, the wait was not long and Microsoft embraced the Docker train instead of creating a similar (and compatible) technology.
I could then make a first presentation of this technology to my CIO and he simply was mind blown about this technology.

The next logic step was to know more about Docker in the industry (Pharmaceuticals if possible) and DockerCon seemed the right place to do so, as I knew there would be Customer success stories and certainly could learn about best practices for implementing it.

My CIO approved, however as I am part of the Business Applications team, he told me that I would get his sponsorship only if someone from the IT Operations would join me.
Side note: for the ones who attended Lee Namba‘s talk (MTA with Docker EE: From PoC to Production) my journey at that point was already in the pit. I didn’t even had the luxury to rejoice at the top of the initial curve.

After few discussions with the Head of Deployement, he appointed one of his direct reports to go with me and that’s how I finally ended in DockerCon.

There is still much to say, however I would prefer discuss it live around a good burger.

My final words/advice on this journey would be: your Docker journey can start in many ways, but it will (hopefully) always end in one of the greatest communities I’ve seen in a long time.
I have four words for you: Welcome to Docker(Con), Friend!

>>> Nunix out <<<

WSL & VSCode: Feeling at $home

In my previous blog, the plugin used to be able to modify files in the WSL filesystem without corruption was allowing only 1 file to be modified and “seen” in VSCode.
I’m glad to say that I finally found another plugin that not only provides the same SSH support (avoiding files corruption as stated above) but also provides a more complete “dev experience”.

Before we start, there is 2 prerequisites for this solution to work:

  • You should have a working OpenSSH server in your WSL environment.
    There is quite a lot of help or guides in Internet, but so far the “full solution” that is working all the time for me is the answer of this post
  • The VSCode console should be your WSL shell instead of Powershell (not mandatory, but more user friendly).
    You can change your user-settings (CTRL+,) with the following line for Ubuntu flavour:

    “”: “C:\\Users\\<Your Username>\\AppData\\Local\\Microsoft\\WindowsApps\\ubuntu.exe”

Here is a quick how-to for the setup:

  1. Install VSCode and/or VSCode-Insiders (used for my demo)
  2. Install the plugin “FTP-Simple”
  3. Open the command bar (CTRL+SHIFT+P) and search for ftp-simple: config
  4. Create a first basic configuration just to ensure everything is working fine
  5. Open the command bar (CTRL+SHIFT+P) and search for ftp-simple: Remote directory to Workspace
  6. Choose your connection according to the name you provided in step 4
  7. [Optional] If you didn’t insert the password, type the password to the WSL account
  8. Choose from where the initial path should be open
  9. The workspace should be now open with the files and directories from the path you provided in step 4
  10. Open the terminal in VSCode
  11. Try changing content from Code or directly from the Console

Last (random) comments

  • This solution does not work with a separated terminal opened. The Workspace of VSCode keeps the SFTP connection alive, that’s what allow us to directly modify the files without having a new VSCode window being open
  • Your initial directory is the new ‘/’. You can think of it as a ‘chroot’. This means that if you try to open a file that is ‘below’ your initial directory, it will not work
  • Microsoft is working hard on bringing full interopability between WSL and Windows applications (filesystem included). So consider this post to be obsolete in the (near?) future.
  • The SSH solution is not my idea and it’s just an adaptation of Microsoft own solution for C++ and WSL.

Happy coding in your brand new WSL-VSCode environment.