之前, 我们讨论了Docker对企业有用的主要原因 。 那么,为什么不是所有大公司都已经在使用Docker? 很大一部分原因是围绕Docker的误解。 在总结有关如何在企业级使用Docker的一些建议之前,我们将在本文中触及其中的四个。
误解1:Docker要么全有要么全无
一些大公司将Docker视为一个全有或全无的主张,但这不是事实。 正如我们在ADP上看到的那样,根本不可能进行过夜重构。
不仅可以在先潜水之前将自己的脚趾浸入Docker池中,而且还受到鼓励。 Docker的美丽之处在于其容器设计得轻巧且固执己见。 即使是简单的LAMP应用程序也可以逐步迁移。 首先隔离API,然后隔离Web服务,然后隔离CRM。
误解2:Docker不再意味着IT
尽管它非常流行,“ DevOps”仍然是一个模糊的名词。 许多工具和方法论暗示开发人员必须在组织内接管IT的角色,但事实并非如此。
确实,像Docker这样的工具可以更好地促进整个堆栈中的开发人员责任,并将开发思想带入服务管理。 但是,绝对没有理由将IT和开发团队合并为一个混合部门。
误解三:Docker需要云
尽管有许多出色的云提供商提供了出色的Docker支持,但没有规则手册说您只需要在云中使用Docker。
由于其产品的规模和范围,许多企业管理裸机服务器,虚拟服务器,托管服务器,内部服务器和基于云的服务器的组合。 当然,Codeship是迁移到云的重要支持者,但是Docker与平台无关。 您的组织的需求可以排在第一位。 您可以在Codeship的“ Docker如何简化生产部署”电子书中详细了解Docker如何帮助您提高组织的可靠性,奇偶校验和可维护性。
误解四:Docker不安全
安全和隐私是任何服务的主要关注点,尤其是考虑到最近广为宣传的拒绝服务攻击和安全漏洞。 关于Docker的一个普遍误解是,它本质上是不安全的。 尽管过去可能确实如此,但是可以通过采取与保护裸机或虚拟化服务器时相同的尽职调查来缓解许多此类问题。
企业Docker入门
尽管容器化和在技术行业中被快速采用带来了高层的好处,但是在许多企业级组织中,利用容器仍然存在很大的犹豫。 这种立场是可以理解的,因为对于大型公司而言,迁移到新基础架构的成本要高得多。 但是,仅仅因为迁移困难,并不意味着在进行彻底检修之前,没有采取任何措施来测试水域。
因此,让我们看一下如何克服与采用Docker相关的(感知的或实际的)挑战。
容器化应用
如果我们从ADP的书中抽出一页,那么开始使用Docker就像将服务隔离到其自己的容器中一样简单。 这可能是一个几乎没有依赖关系的API,一个内部管理界面,甚至是一个简单的内容管理系统。 可以轻松地与应用程序其余部分隔离的任何功能都可以(尽管要警惕依赖关系,因为即使将一个虚拟机迁移到Docker容器也可能带来挑战)。
Codeship资源库提供了许多免费的入门指南。 您可能对视频“使用Docker最佳实践介绍CI / CD简介”和电子书“与Docker的持续集成和交付”特别感兴趣。
代管
关于Docker的另一个大问号是托管。 许多企业组织没有利用云托管服务,因为在云中现有服务的1:1迁移可能会变得更加昂贵。 Docker通过将功能隔离到轻量级容器中来帮助缓解这种情况,这意味着使用Docker拆分新服务要比拆分整个虚拟服务器便宜得多。
由于Docker越来越受欢迎,因此有大量的主机专门从事容器管理。 Google Cloud Platform , Amazon Web Services甚至Heroku和DigitalOcean都具有低开销的Docker支持,您可以利用它。 如果您想了解有关Docker托管的更多信息,请查阅Codeship的“ Docker托管短名单”电子书 。
最重要的是:迁移到Docker比您想象的要容易得多,尤其是如果您在云中运行Docker。 大型企业和小型公司都是如此。
结论
Docker和云的魅力在于它们完全灵活。 您可以随时间迁移整个基础架构,也可以在一夜之间迁移一小部分。 您可以在内部在云中托管Docker,或者管理两者的混合。 您可以在整个堆栈中使用它,也可以简化单元测试管道。
最后,使用Docker的重要性远不如仅仅使用Docker重要。 它的最佳用例因组织而异,但是关于Docker的一件事肯定是:它使生活更轻松。
翻译自: https://www.javacodegeeks.com/2017/02/docker-challenges-misconceptions.html