我们不是Netflix!

每个公司都希望实现数字化,每个公司都希望变得敏捷,并且大多数公司都在启动雄心勃勃的计划以实现这一目标。

问题是雄心勃勃的计划需要雄心勃勃的创新解决方案。 一个人不能仅仅声称通过旧食谱将新事物带入生活。

现代体系结构是分布式的,可伸缩的,反应性的,容错的……所有这些都不是免费的。

作为一名建筑师,我花费了大量时间来倡导构建现代建筑的原则和最佳实践。 我在谈论敏捷性,DevOps,微服务,事件源和云采用,仅举几例。

在这些讨论和设计会议期间,我无法说出我反对这个著名语录的时间:

“但是,我们不是Netflix!”

来吧 ! 我们当中有多少人已经听到了? 所以这是我的想法:

好 …

我无法与之抗争,我们不是Netflix。

Netflix基本上是一家拥有踢球工程团队的数字公司。 他们建立了有史以来最令人难以置信的平台之一。

只是一些事实:

  • 他们可以处理高达37%的互联网流量
  • 他们已经发布并为许多OSS项目做出了贡献。

Netflix开源软件中心
Netflix Open Sourcenetflix.github.io

  • 该平台专为故障而设计,并通过随机终止生产中的实例进行不断测试

Netflix / SimianArmy
SimianArmy –使您的云以最佳形式运行的工具。 Chaos Monkey是一种弹性工具,可帮助…… github.com

如果您愿意,那么我不打算与这些人竞争。

关键是您的公司很可能不需要所有这些,我只能同意。 没有人喜欢看到旨在将技术堆栈中的最后一个技术流行语设计为最佳的工程解决方案。

但是…

我们是工程师吗? 我的意思是,如果我们无法为公司带来最先进的技术,那么我们的附加值是什么?

我之前提到过,我提倡敏捷性,DevOps,微服务,事件源和云采用。 但是如果您5年前问过我,我本来会列出其他清单。 另外,我已经可以说列表从现在开始的5年后会有所不同。

这是因为技术发展日新月异,而如今的构建很可能会在五年内过时。 对于软件行业而言,这是一个真正的挑战,但这也是使我们作为工程师的工作如此具有动力的原因。 我们一直在寻求改进,这是我们的DNA。

考虑一下:

  • 之所以出现敏捷,是因为Waterfall可以正常工作,但并不令人满意。
  • 域驱动设计之所以出现是因为对象定向编程是可行的,但并不令人满意
  • 之所以出现微服务,是因为面向服务的体系结构可以正常工作,但并不令人满意。
  • 进行容器化是因为典型的部署是可行的,但并不令人满意。

因此,并非每个工程团队都是Netflix,因此并非每个工程团队都可以构建这种解决方案。 但是,每个工程团队都可以评估最新的软件行业趋势和新兴的最佳实践,从而为自己的公司带来价值。

由于软件行业具有独特的协作和共享文化,因此简化了这项工作。 我是认真的。 您是否曾在其他行业中看到过开源之类的东西? 您能想象一个制药集团说“嘿,我们开发了一种新的革命性疫苗,这是配方,请随时贡献”。 醒来 !

从这个意义上讲,软件行业确实是独一无二的。 软件工程师总是热衷于分享他们的发现和经验。 在聚会之类的公开活动中,免费提供的演讲者总是让我感到惊讶。

如果我们作为工程师不能从所有这些开放知识中受益以为我们的公司增加价值,那真是可惜。

这是一个共同责任模型。

工程团队的职责是不断观察软件行业趋势,参加会议和聚会,参加hackhaton,留出一些空间来进行概念验证,组织与竞争对手的现场技术交流,…

公司有责任了解这些活动的重要性,让工程团队有一些时间和预算来这样做并信任他们的选择。

所以……

我们绝对不是Netflix,但我们必须始终努力 。 这与建筑风格或工具无关,而与思维定势有关。