The Mirantis Kubernetes Engine (formerly Docker Enterprise, acquired by Mirantis in November 2019)aims to let users ship code faster. Mirantis Kubernetes Engine gives users one set of APIs and tools to deploy, manage, and observe secure-by-default, certified, batteries-included Kubernetes clusters on any infrastructure: public cloud, private cloud, or bare metal.
$0
per year
.NET
Score 8.6 out of 10
N/A
Microsoft's .Net is an open source, freeware application infrastructure.
N/A
Pricing
Mirantis Kubernetes Engine
.NET
Editions & Modules
Free
$0.00
per year
Basic
$500.00
per year
No answers on this topic
Offerings
Pricing Offerings
Mirantis Kubernetes Engine
.NET
Free Trial
Yes
No
Free/Freemium Version
Yes
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
These pricing options are compatible with Linux or Windows Server and are per year, per node. The basic version requires maximum online purchase not to exceed 50 nodes. Support/professional services are not included.
—
More Pricing Information
Community Pulse
Mirantis Kubernetes Engine
.NET
Considered Both Products
Mirantis Kubernetes Engine
Verified User
Anonymous
Chose Mirantis Kubernetes Engine
I have heard about others, but all my professional life I have been using Docker as my primary container and the thing is you just don't need anything else right now. Because Kubernetes supports Docker and Docker is open-source and just very simple to get started with. 10 …
I didn’t select Mirantis Cloud Native Suite (Docker Enterprise) when I joined this organisation it was already being used here. The one thing I can say about Mirantis Cloud Native Suite (Docker Enterprise) is easy to use and creates a good impact in the businesses. So, I …
So far I haven't used any other containerized product except Docker Enterprise because in terms of community support and tutorial videos, Docker has a better reach than other tools. Docker can be easily set up from local to the cloud without worrying about the flavor of OS …
I have not used any other software as a container management solution. Its containerized apps allow the usage of less memory, thus
they start and shut down very fast. This tool is helping the enterprise
software to work quickly against the changing conditions thus offers great
I have used Vagrant for consistent development environments as well. It is a more "heavyweight" solution since it's a complete virtual machine that requires a host like VirtualBox in order to run. With Docker, the container is much more lightweight and just requires the docker …
Junior Systems Administrator | POS Programming Specialist
Chose Mirantis Kubernetes Engine
FreeNAS, I don't wish to bad mouth any product but it appeared that iXsystems just did not want to help their users or attempt to resolve issues. It looks good on paper and it worked well for me for about 4 years until I needed more support and a more complex and bigger …
Docker has become the defacto service, as far as I have seen, to run Linux or other tools on any OS and architecture and get the same output. I have used vagrant in the past, but it was much more complicated to use. Docker is very common among developers, so documentation and …
Dockers isn't a replacement for VMWare or VirtualBox in all cases. It's fundamentally a different way to solve the development problem. We use Docker when we need a lightweight, fast development scaffold. We use other virtualization solutions if we need GUI access or need a …
I would also compare to BSD Jails, LXC, and Solaris Zones, but they weren't listed. One of the first reasons we decided to use Docker over other container applications is because Docker is the default everyone recommends and is easily the most popular. We found Docker to be …
Docker provides less lock in and more portability than Heroku. You can also easily self host or choose a Docker hosting service. Additionally, there is a wide availability of Docker containers where Heroku build packs are somewhat more limited. Heroku offers a more turnkey …
We've used XAMPP, PHPmyAdmin and similar local environments (our app is on PHP).
Because of how easy you can change the configuration of libraries on PHP and versions (which is SO painful on XAMPP or other friendly LAMP local servers) we are using Docker right now. Also, being …
Prior to docker, we had a custom build and deployment system. For local development, we use VirtualBox to host our VMs, while our custom VMs resided directly on the servers. We chose Docker primarily to allow us to get rid of our custom deployment system, both simplifying build …
Docker is great because of how the Docker Runtime works and how it eliminates the need to have the full operating system overhead that you'd find in a virtual machine (VM), keeping things lightweight and compatible regardless of where you go. Having an isolated, full Linux …
For light weight frontends, the Docker Swarm is the easiest to manage. One person can then mange the production environment and at the same time develop new software.
While Ansible and Docker focus on solving two different problems, we were previously using Ansible to ensure that all dependencies were automatically setup on new servers and that proper configuration was applied when new nodes were brought up. With docker, most of these …
While we still use virtual machines [for our Docker servers], we prefer Docker containers for our deployments. It really allows for a simpler infrastructure footprint to manage. For example, instead of managing 30 virtual machines with one or two apps on each VM, we could …
I had to use virtual machines before, the last one was VirtualBox. I was only a user there, I wasn't responsible for the configuration, it was a black box for me. When I had to use Docker for the first time I was a skeptic, but it proved to be easy. I can't really compare the …
Doocker lacks a lot of the scaling, automation, integration of 3rd party tools/solutions, and integration of shared high-performance self-healing storage, solutions like Heketi provide those missing pieces.
Docker runs both locally and on the server, whereas VirtualBox is only used locally to create a development environment. Docker gives us the ability to have the exact same environment both in the cloud and on individual developers' laptops. There are no surprises for the team, …
Vagrant is another software that offers similar [features that] stack to Docker. It offers an isolated container similar to Docker but Docker is lighter weight because it does not have the additional overhead of a VM Container. Docker has a much larger community of developers …
Docker is a different beast in that it is not trying to solve all of your infrastructure problems or most of them, it is simply trying to provide a reliable container serviced based on linux containers in which you can easily and quickly deploy microservices. LXD does provide …
Docker doesn't directly compare to very many other services. It is unique in its field. However, I love how fast Docker services spin up in comparison to VM-based or server-based applications. Docker is being adopted at a fast rate in the industry, so it's great to see Docker …
Before Docker, we were using Chef to manage our deployments. Chef didn't provide the environmental consistency and release confidence we needed. We had a split process between how the build servers, the developers and the deployed environments were managing the software …
.NET is equivalent to Java, a byte-code compiled, just-in-time native compiled, garbage collected language and runtime, with performance and features that are basically equivalent. .NET worked for us because it gave us a native-ish Windows user interface, as opposed to the …
Compared to PHP, .Net has a far better-standardized framework from which to pick and choose libraries from. It is also a more mature language, even though PHP has been out a bit longer. The ability to create desktop apps using .Net is another benefit compared to PHP. If a very …
If it was up to me, I'd rather use something like Node.JS hands down. Things are simpler, there is no gigantic convoluted class hierarchy to learn like there is with .NET. Also Node is really fast and lightweight. I find .NET these days to be a totally solid product and it …
.Net is multi-platform and integrates many languages which makes it a one stop universal platform for everything. It further allows for easy collaboration and interfaces with Git for version control. It also has a very elaborate variety of extensions making the possibilities …
Java is confusing sometimes and has poor IDEs. Now it is no more open source, so it does not worth [starting] a project with Java. The new .NET Core is available for Linux and MacOS too, so it would not be a problem to plan a migration. Moreover[,] the performances are really …
I have used Java and .NET seems to be a more solid development ecosystem As time has gone on they have improved their cross-platform capabilities and deeply improved their support for the open-source community.
The .NET platform has a much longer and broader history than Laravel, so we chose to go with it as the support will be far superior. Additionally, Laravel is tied to PHP, while you can use multiple different languages in .NET. The additional flexibility that .NET provides in …
Both Java and .NET are similar. They provide nearly the same capabilities so long as you know how to use the differences in the way they structure in how they handle objects. The benefit to using the .NET framework is the ability to use all of the features of the Visual Studio …
Java vs .NET these days is more of a preference than anything else; you pick and choose whichever works best for you. Both have active and vibrant community support, and both have good development tools to work with. The benefit that .NET has over Java is that you can get …
We are currently moving away from Visual LANSA as it does not do well on the web. Developers are hard to find for this language while .NET developers are readily available and very knowledgeable.
By switching to .NET, our development time has been cut down and has become more …
.Net platform is our primary option for developing newer solutions because of a lot of reasons, but in the past years, we have received a few requests in which we had to use Java SE. We had no big problem to use Java. Still, the productivity difference and the offer of …
We have worked with Java in the past but their library, functions, features out the box are not as helpful as those provided by .NET. Additionally, these features can be harder to implement depending on your business and it's harder to find these skills/resources from the …
Microsoft .NET has been the choice of development here for a long time and was chosen for its portability, ease of development and more. We have been very successful in developing custom applications in Microsoft .NET. This back end of Microsoft .NET applications has made it …
We evaluated Java as a platform for custom development. There were many advantages to using Java like - Java is portable, so you can choose whatever operating system you need to build your app or website. Object-relational support is better, and Java calls the database less …
TFS and GIT used as source control. It really works seamlessly with MS builds, Jenkins, Jfrog and CARA. It provides a complete DevOps process. Splunk and EL are tools used for logging, tracking, and tracing purposes. ServiceNow creates a domain to contain all information and …
There really isn't anything like .NET. I have tried using Eclipse to develop applications in Java, and have tried using Qt Creator to develop C++ applications. I found Microsoft's Visual Studio suites far easier to use.
.NET is built by Microsoft and mainly uses C#. It is great if you work a lot with Windows or Azure. Java runs on the JVM (Java Virtual Machine) and has been around longer. It is known for being reliable and widely used in large systems. Overall .Net works very well for us in a …
Docker is great for when you would want to use a VM for any given application, but don't need the overhead of the whole OS. Docker containers use very little computing resources, boot up very quickly, and are very easy to set up. An instance where Docker may not be appropriate would be for an application that requires good security. If in this situation, a true VM would probably be your best bet.
If you need to build anything from a quick-and-dirty GUI utility to a full-fledged desktop application, .NET is the way to go. It doesn't require extensive knowledge of the languages as Visual Studio is extremely helpful in its autocomplete, refactoring, and prompts, and lets you build out your solution easily without worrying about the details of [the] setup and boilerplate.
Docker has a bit of a learning curve, and it takes some time to become familiar with the tooling and syntax. Transitioning an existing architecture to docker can represent a significant investment.
Docker attempts to provide some level of cross-host container orchestration via swarm, but it falls short of third-party solutions like kubernetes.
We occasionally run into stability issues when the docker daemon is subjected to high load (many applications starting/stopping frequently). In these cases, docker hangs and we have to restart or replace the node.
.NET is heavily Microsoft Windows oriented, and while .NET core tried to resolve that with MacOS and Linux support, .NET Core is still waiting for wider adoption.
While free for small projects, additional features for big projects can be a little expensive.
Can be resource-heavy upon deployment. We continuously have our more senior staff optimize the code of our junior developers for performance. Other languages are a little bit more forgiving in comparison.
Docker's CLI has a lot of options, and they aren't all intuitive. And there are so many tools in the space (Docker Compose, Docker Swarm, etc) that have their own configuration as well. So while there is a lot to learn, most concepts transfer easily and can be learned once and applied across everything.
.NET frameworks are fantastic overall. There are no limitations to what you can accomplish with it. The most important part is that you'll have access to developer community support and that .NET is always being improved every month. Be it in web applications, back-end servers, or integrations, .NET enables developers to do it all.
The community support for Docker is fantastic. There is almost always an answer for any issue I might encounter day-to-day, either on Stack Overflow, a helpful blog post, or the community Slack workspace. I've never come across a problem that I was unable to solve via some searching around in the community.
As Microsoft Gold Partners, we do have access to a lot of additional information and support from Microsoft. Still, the availability of "open and free" documentation, community, and enthusiasts of the platform is vast. Added to that, the quality of resources provided for all the Microsoft ecosystem is very impressive.
I have not used any other software as a container management solution. Its containerized apps allow the usage of less memory, thus they start and shut down very fast. This tool is helping the enterprise software to work quickly against the changing conditions thus offers great scaling by simultaneously allowing me to meet the demands, which also leads to easy implementation of the strategies.
If it was up to me, I'd rather use something like Node.js hands down. Things are simpler, there is no gigantic convoluted class hierarchy to learn like there is with .NET. Also Node is really fast and lightweight. I find .NET these days to be a totally solid product and it certainly has its place - but it seems a bit dated and boring to me now.
We are able to try things very quickly compared to before. If you need to debug it, changes on X/Y/Z will have an impact on the way your app works, and changing libraries or configurations of the environment easily can improve your development cycles.
In case someone new arrives, the onboarding is pretty easy thanks to Docker. We have tried many configs and images until we reached a point were we have what we want. We don't have to painfully do that again for every new user. We just send him the image.
We are slowly switching from a dying programming language to .NET because it was too expensive to hire developers for the old programming language. There are way more .NET developers around and an amazing community which has allowed us to keep our costs low.
Our development time has been greatly reduced because now we're not developing applications for each OS platform. We do it once and deploy accordingly.
.NET Core has been a big mindshift in terms of how to program. The learning curve has been quite high for existing .NET developers.