I genuinely appreciate your candid effort to delve deeper into Azure Container Instances (ACI) and their practical utilization for rapidly deploying containerized applications in a cost-efficient manner👏
Thank you very much for your input. My intention is to bring the best possible quality to my tutorials, and increasing the font size in order to be more convenient for small screens and low resolution devices is something I will take into account for the future.
man!!! you are amazing ! i love you thanks a lot !! best explanation !! but one thing , you said previously that the docker context aci is no longuer supported , and there is another solution , could you please mention it ?
@@TheTocas97 Hi! I appreciate that you liked my video that much! The „other solution“ is simply the deployment via „az deploy“ which I describe in the next chapter at 24:31
@@discotake in fact i converted my docker compose file to azure yml file and used the same command az container create --file "myfile.yml" and the ACI was created succefully and the two containers were created succefully as frontend and a backend but the issue is the the frontend cannot resolve the name of the backend by its name..did you face something similar plz ?
@@TheTocas97 If you want to run your frontend and your backend on a single ACI instance, you need to use a proxy server who can redirect www.mysite.com/api/ to an internal port like localhost:8080 - You can do such things with Caddy in a very simple way. Caddy is also nice for using https with a free certificate from LetsEncrypt
@@discotake so i understood correctly i need to add another container caddy and edit the yml file to tell the first container that it can reach the second container api on port 8888 for example via the caddy proxy ?
@@TheTocas97 Yes exactly this is the way. In caddy you have to define two routes. For example / will go to the Frontend, and /app will be internally routed to port 8080/8888/whatever and there the backend API will listen to those requests
At some point in time, one of your containers was terminated. Could you share please, what is better to do in that cases? how to find the reason or at least containers errors, if there are no logs?
Hi Oleks, you need a separate logging service if you want persistent logs. Azure Log Monitor is the tool of your choice: learn.microsoft.com/de-de/azure/container-instances/container-instances-log-analytics
Well, just what I needed. All I miss here is how one container connects to another. Is the internal DNS managed by ACI? And based off of the container name?
There is no way to connect to another ACI container directly. You need to connect via the external URL of the other container as if you were a regular external client. When both ACI instances are physically in the same Azure Data Centre, I strongly assume that the IP packets will be routed internally without ever leaving the building, but even this is out of your control and managed by Azure.
I read your question again and I think I understood it now in the way that you are deploying multiple containers into a singe ACI instance. In this case you can just contact the other container via localhost:1234 (where 1234 is the opened port of the other container). But even if you would want to communicate with another ACI instance, you can do it interally via an AzureVirtual Network (learn.microsoft.com/en-us/azure/container-instances/container-instances-vnet) - so there is no need to use ACA@@EddieDemon
I see, thanks @@discotake! I’m still quite in the dark when to use which, both technically and financially. AFAIK ACA utilizes k8s and is somewhat cheaper by the hour, though it might be overkill for smaller applications. Right?
thank you so much ❤
I genuinely appreciate your candid effort to delve deeper into Azure Container Instances (ACI) and their practical utilization for rapidly deploying containerized applications in a cost-efficient manner👏
You helped me. This video was very useful. Thank you.
Thank you so much! You definitely helped!!
Thanks for the tutorial. You covered information, which I couldnt find anywhere else. Greatly appreciated!
Grüße aus Berlin ;-)
Well done!!! Apprechiate the work and well organized and enriching content.
Thank you, Michael, you saved me a lot of time!
Thank you for this. May I suggest you make your fonts larger in your demos. There's a lot of whitespace, and a lot of small text.
Thank you very much for your input. My intention is to bring the best possible quality to my tutorials, and increasing the font size in order to be more convenient for small screens and low resolution devices is something I will take into account for the future.
man!!! you are amazing ! i love you thanks a lot !! best explanation !! but one thing , you said previously that the docker context aci is no longuer supported , and there is another solution , could you please mention it ?
@@TheTocas97 Hi! I appreciate that you liked my video that much! The „other solution“ is simply the deployment via „az deploy“ which I describe in the next chapter at 24:31
@@discotake in fact i converted my docker compose file to azure yml file and used the same command az container create --file "myfile.yml" and the ACI was created succefully and the two containers were created succefully as frontend and a backend but the issue is the the frontend cannot resolve the name of the backend by its name..did you face something similar plz ?
@@TheTocas97 If you want to run your frontend and your backend on a single ACI instance, you need to use a proxy server who can redirect www.mysite.com/api/ to an internal port like localhost:8080 - You can do such things with Caddy in a very simple way. Caddy is also nice for using https with a free certificate from LetsEncrypt
@@discotake so i understood correctly i need to add another container caddy and edit the yml file to tell the first container that it can reach the second container api on port 8888 for example via the caddy proxy ?
@@TheTocas97 Yes exactly this is the way. In caddy you have to define two routes. For example / will go to the Frontend, and /app will be internally routed to port 8080/8888/whatever and there the backend API will listen to those requests
At some point in time, one of your containers was terminated. Could you share please, what is better to do in that cases? how to find the reason or at least containers errors, if there are no logs?
Hi Oleks, you need a separate logging service if you want persistent logs. Azure Log Monitor is the tool of your choice:
learn.microsoft.com/de-de/azure/container-instances/container-instances-log-analytics
@@discotake danke
Hey I like this video but i have one question, can I open this azure container in vs code for development like we do with docker container.
Well, just what I needed. All I miss here is how one container connects to another. Is the internal DNS managed by ACI? And based off of the container name?
There is no way to connect to another ACI container directly. You need to connect via the external URL of the other container as if you were a regular external client. When both ACI instances are physically in the same Azure Data Centre, I strongly assume that the IP packets will be routed internally without ever leaving the building, but even this is out of your control and managed by Azure.
@@discotake I see, so in that case ACA is a better option?
I read your question again and I think I understood it now in the way that you are deploying multiple containers into a singe ACI instance. In this case you can just contact the other container via localhost:1234 (where 1234 is the opened port of the other container). But even if you would want to communicate with another ACI instance, you can do it interally via an AzureVirtual Network (learn.microsoft.com/en-us/azure/container-instances/container-instances-vnet) - so there is no need to use ACA@@EddieDemon
I see, thanks @@discotake! I’m still quite in the dark when to use which, both technically and financially. AFAIK ACA utilizes k8s and is somewhat cheaper by the hour, though it might be overkill for smaller applications. Right?
amazing tutorial...i just started knowing ACI and this is great. Thank you @Michael Kißling
I am glad to be helpful.