<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Harish Agrawal</title>
    <description>The latest articles on DEV Community by Harish Agrawal (@harishagrawal).</description>
    <link>https://dev.to/harishagrawal</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F314345%2F51cba663-f222-4cae-84ec-d73f7eb0a51d.jpeg</url>
      <title>DEV Community: Harish Agrawal</title>
      <link>https://dev.to/harishagrawal</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/harishagrawal"/>
    <language>en</language>
    <item>
      <title>Cloud and Cloud Native - 2 different things</title>
      <dc:creator>Harish Agrawal</dc:creator>
      <pubDate>Wed, 17 Feb 2021 10:12:06 +0000</pubDate>
      <link>https://dev.to/harishagrawal/cloud-and-cloud-native-2-different-things-55kg</link>
      <guid>https://dev.to/harishagrawal/cloud-and-cloud-native-2-different-things-55kg</guid>
      <description>&lt;p&gt;Image Reference: &lt;a href="https://www.mime.asia/standards-for-cloud-native-engineering-what-it-is-and-how-to-ace-it/"&gt;https://www.mime.asia/standards-for-cloud-native-engineering-what-it-is-and-how-to-ace-it/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Often, I see folks get confused between Cloud and Cloud-Native. Or not even realise that these are different. Few years back, if you had asked me, I would be one such person.&lt;/p&gt;

&lt;p&gt;Cloud to me, back then, meant a very simple thing.&lt;br&gt;
It is virtualisation of infrastructure but with billing and automation support.&lt;/p&gt;

&lt;p&gt;I did not know "Cloud-Native" existed. But, it does.&lt;br&gt;
With the advent of containerisation (made popular by Docker) , followed by Container Orchestration (thanks to Kubernetes), cloud-native got born.&lt;br&gt;
And now everything CNCF has/does, is meant for the "Cloud-Native" space.&lt;/p&gt;

&lt;p&gt;It basically meant, for the s/w developer or any language programmer, that to run their application on cloud in an effective manner, they would need to know containers and orchestration. &lt;br&gt;
Without these additional technologies and frameworks, the true benefit of cloud (aka virtualisation, pay per use and maximising the infrastructure utilisation) could not be realised.&lt;/p&gt;

&lt;p&gt;So, "cloud-native", in short, is the set of technologies that help applications/micro-services leverage cloud. &lt;br&gt;
And "Cloud" is what public companies like Amazon, Microsoft and Google provide (AWS, GCP, Azure) or may be your company provides internally for private consumption. Nothing but packaged infrastructure, in an easy to consume manner.&lt;/p&gt;

</description>
      <category>cloudnative</category>
    </item>
    <item>
      <title>Docker running inside a VM, how do I access?</title>
      <dc:creator>Harish Agrawal</dc:creator>
      <pubDate>Fri, 26 Jun 2020 01:34:38 +0000</pubDate>
      <link>https://dev.to/harishagrawal/docker-running-inside-a-vm-how-do-i-access-26h5</link>
      <guid>https://dev.to/harishagrawal/docker-running-inside-a-vm-how-do-i-access-26h5</guid>
      <description>&lt;p&gt;Have you ever struggled to get Docker running on your local host?&lt;br&gt;
Only to realize that once you have it all figured out, the actual scenario requires you to repeat the exercise but now inside a virtual machine (possibly running a Linux flavor).&lt;/p&gt;

&lt;p&gt;Or what if docker daemon was best running at only one place instead of two?&lt;/p&gt;

&lt;p&gt;I want to share a small learning around the docker daemon start options and how to leverage it for our benefit.&lt;/p&gt;

&lt;h2&gt;
  
  
  How to "run inside a Linux VM"?
&lt;/h2&gt;

&lt;p&gt;Start docker daemon to listen on multiple sockets (TCP as well as Unix)&lt;/p&gt;

&lt;h3&gt;
  
  
  Edit the Docker service configuration
&lt;/h3&gt;

&lt;p&gt;&lt;em&gt;/etc/systemd/system/docker.service.d/override.conf&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;&lt;code&gt;sudo systemctl edit docker&lt;br&gt;
[Service]&lt;br&gt;
ExecStart=&lt;br&gt;
ExecStart=/usr/bin/docker daemon -H tcp://0.0.0.0:50000 -H unix:///var/run/docker.sock&lt;/code&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  Reload the changed configuration
&lt;/h3&gt;

&lt;p&gt;&lt;code&gt;sudo systemctl daemon-reload&lt;/code&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  Verify the changed configuration
&lt;/h3&gt;

&lt;p&gt;&lt;code&gt;sudo systemctl cat docker | grep ExecStart&lt;br&gt;
OR&lt;br&gt;
sudo systemctl show --property=ExecStart docker&lt;br&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  Restart Docker Daemon Service (using systemctl or service)
&lt;/h3&gt;

&lt;p&gt;&lt;code&gt;sudo systemctl restart docker&lt;br&gt;
OR&lt;br&gt;
sudo service docker stop&lt;br&gt;
sudo service docker start&lt;/code&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  Check the docker daemon logs or process to verify TCP binding
&lt;/h3&gt;

&lt;p&gt;&lt;code&gt;sudo systemctl status docker&lt;br&gt;
OR&lt;br&gt;
ps faux | grep docker&lt;/code&gt;&lt;/p&gt;

&lt;h3&gt;
  
  
  Finally, access docker on the host using DOCKER_HOST
&lt;/h3&gt;

&lt;p&gt;&lt;em&gt;Assume your VM host alias name is "myVMHostAlias"&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;&lt;code&gt;export DOCKER_HOST=myVMHostAlias:50000&lt;br&gt;
docker images&lt;br&gt;
&lt;/code&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Tried the above, but its not working
&lt;/h2&gt;

&lt;p&gt;If the above fails to achieve the end-objective, then you can always stop the dockerd service and start one manually&lt;br&gt;
&lt;code&gt;sudo service docker stop&lt;br&gt;
sudo /usr/bin/dockerd -H tcp://0.0.0.0:5000 -H unix:///var/run/docker.sock &amp;gt;&amp;gt; /tmp/dockerd.log 2&amp;gt;&amp;amp;1 &amp;amp;&lt;/code&gt;&lt;/p&gt;

</description>
      <category>docker</category>
    </item>
  </channel>
</rss>
