导语
DevOps和SecOps团队该如何应对真正的挑战?
正文
数据中心时代的IT管理员通常负责维护服务器基础结构,就像他们负责确保LAN甚至WAN网络连接一样,包括DNS,DHCP和IP地址管理(DDI)。他们的工作甚至可能涉及确保数据中心的供暖、通风和空调(HVAC)系统和电源正常工作。但是,此后,IT运营已从以基础架构为中心转变为以应用程序开发为中心,特别是在高度分布式的云环境中的部署。
如今,随着组织越来越寻求加快开发和部署软件的节奏,许多NetOps团队继续使用的DDI工具的现状通常仍然过时。这是因为这些工具的主要目的是维护基础结构,而不是维护以应用程序开发为中心的操作。同时,DevOps和SecOps团队经常依赖在某些情况下有时在关键方面不兼容的流程。
NS1首席技术官兼联合创始人乔纳森·沙利文(NS1)在NS1的INS1GHTS2020虚拟峰会上的主题演讲中说,DevOps,NetOps和SecOps因此存在与网络相关的冲突-但他还描述了如何解决这些问题。
“这些团队致力于高速部署和持续集成/连续交付(CI / CD),在管理DDI或DNS基础架构时,所有这些团队都有些矛盾,因为他们都希望从沙利文说。“ DevOps和SecOps团队面临的真正挑战之一是,一旦DevOps团队获得了一些IP地址,或者他们只是掏出一些空间……部署了Kubernetes,突然之间,SecOps失去了对此的所有可见性,然后NetOps成为了现实。”
Sullivan说,容器化平台NS1提供了“能够与所有这些[DevOps,SecOps和NetOps]组很好的服务能力,并为他们提供了拉动和共存的杠杆。“我们的平台为所有这些团队提供了可见性,工具和自动化框架,使他们可以彼此并存。”
Sullivan说,该想法是允许组织采用该平台,以便使其“无论部署在哪里”都可以满足客户的部署需求,包括它们是否完全位于本地,数据中心或多云和无服务器环境中。“您只需下载我们完整平台的容器化版本,然后将其部署在防火墙后面,然后使用它来扩充或替换传统的DDI解决方案或开源DNS解决方案。”
Sullivan说,NS1平台的“主要区别因素”之一是,“所有这些功能都支持相同的技术”。“因此,您的团队将学习一个平台。它能够为您的所有用例提供服务:内部,外部和私有云。
Sullivan说:“您可以使其中任何一种自动化并学习并获得服务。” “它解决了基础架构上可能有应用程序的所有地方的用例。”事实上,NS1“是正确的,它说,” 克莱夫·隆巴顿,为克莱夫·巴顿和Associates的分析师表示,由于传统的DDI工具“不再是真正适合的目的。
“对于组织而言,采用内部和尽可能外部帮助管理环境的工具确实有意义。”Longbottom说,在一个现代的混合平台上,工作负载可以从一个区域转移到另一个区域,拥有DDI工具确实可以通过管理物理或逻辑目标的DDI工具来维护IP地址。
“这些工具还允许开发人员创建能够正常工作的代码,而无需将平台某一部分的任何地址重置为另一部分,因为可以使用两种环境中使用的相同IP地址将开发区域与运营环境隔离开来,也就是说,如果一个组织足够愚蠢,想以这种方式做事,” Longbottom说。“负载平衡,迁移,重定向和执行沼泽标准物理DNS / DHCP环境无法完成的所有其他功能的能力值得一看,即使不考虑它如何也可以满足高度动态的需求,虚拟化,基于微服务的环境。”
NS1解决方案背后的概念还旨在帮助促进协作并消除各个DevOps,SecOps和NetOps团队之间的任何冲突。的确,“到目前为止尚未将其开发,网络和SecOps团队整合在一起的任何组织都将面临困境,” Longbottom说。
“需要将现代IT平台设计,构建和维护为一个平台。您不能将安全性置于开发人员开发的应用程序之上,后者无法将其应用程序置于高度虚拟化的平台之上,而又不能确保一切都按要求粘合在一起。” Longbottom说。“应用程序需要了解网络;安全性需要渗透到所有方面,以维护数据/信息安全性。IT内部的任何“团队”概念都必须了解所需要的各个方面,并且必须相互配合,以维护功能并实现整个平台的承诺。”
渠道激活专题文章推荐:
01
进入2020年,新冠状病毒疫情突发,云计算市场渠道招募和拓展工作也受到了一些影响,甚至在业界,已经很少人再谈及渠道一词了。但,绝不会永远这样。
02
从开源云计算厂商此前进行的渠道拓展来看:首先,整个渠道拓展体系从不是随意建立,而是需要根据不同区域市场情况,以及渠道伙伴拥有的不同技术能力来进行内容宣导。其次,渠道内容的设计和组织也不是自由的,要根据行业客户实际场景需求来做相应输出。
03
开源云计算厂商通常会构建大量的产品线和复杂的解决方案体系,这就需要借助渠道伙伴的力量面向最终用户输出,以此保障最佳客户体验和售后支持。因此,渠道伙伴在开源云计算市场拓展方面的能力强弱,关系到厂商整体的市场战略实施效果。
04
在近几年,很多开源云计算厂商携手渠道伙伴共同应对云化时代的变化与挑战,加速行业云计算转型。实际上,这一调整意味着开源云计算厂商将更加重视与伙伴的生态合作,并鼓励合作伙伴发挥各自优势,协同为客户传递价值。但开源村也发现,也还有很多开源云计算厂商没有成功建立起自己的渠道体系。
05
云化时代到来之际,行业客户业务场景会根据云化转型的节奏进行调整。开源云计算服务提供商在此时的作用是帮助渠道伙伴学会借助平台之力,满足行业客户的真实需求。这是相比友商而言,更具竞争优势之处。优质的平台,会助力渠道伙伴获得更多行业用户的信任。
06
对于开源云计算厂商而言,如果希望在抢滩新基建上构建差异化竞争优势,具备高超的售前技能、售后体验,并拥有创新的技术服务能力与解决方案构建能力是实有必要的。巧了,这些都与渠道构建息息相关。
07
私有云凉了么?当然没有!连当事人都出来辟谣了!私有云需不需要渠道?当然需要!没有渠道,开源云厂商怎么为私有云产品、营销和销售提供售前支持?没有渠道,开源云厂商怎么能够既少花钱,又能实现高效、便捷、快速的售后服务?
08
开源云计算市场竞争激烈、用户需求多变,对于怎样带货,怎样推动市场增长,也成为让很多厂商头疼的事。开源村觉得,开源云计算渠道虽不比网红,但此时应当勇于站出,全面激发和表现出自身的“带货”实力。
09
有报道称,一名开发者用两年的业余时间开发并维护了一个开源项目因为微软的剽窃而被迫中止。有网友评论说,这也是很多大公司的通用策略,比如组织技术人员与之交流,然后套取有用信息,然后发展自己的产品,这在中国叫做“偷艺”。事实上,设想一下,如果这个项目能够早日产品化,并且建构好了一套成熟的市场分发渠道,或许形势就会完全不同。
本文分享自微信公众号 - 开源村OSV(osvosvosv)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。