开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，在新加的朋友会分到2群 3群（共840人左右 1 + 2 + 3）.
以下均为视频中的部分翻译，这是一档国外的IT 类的访谈节目。
——————————————————————————————
MongoDB的首席技术官Mark Porter深入了解数据库市场，并探讨了所谓的"创新税"如何阻碍生产出色科技解决方案的能力。
我与MongoDB的首席技术官Mark Porter讨论了数据库市场的趋势，以及所谓的"创新税"如何阻碍生产出色科技解决方案的能力。
我们讨论的话题包括：
2022年伊始，让我们看一下数据库市场。数据和数据仓库市场状况复杂多变：Snowflake、亚马逊等竞争激烈。您认为2022年数据库市场的几个主要趋势是什么？
创新税：笨重的流程和过时的技术使工程团队难以生产让客户满意的优秀科技产品。企业如何针对这个问题制定策略？
您撰写了一篇有趣的博客文章，讨论了软件开发团队和恰到好处的"金发女孩模式"是什么意思请解释一下。
对于数据库未来几年的发展？您有何看法？
简单翻译：分为主持人 前面会有 Z 和 MOGNODB CTO 前面会有 M 标记：
Z: 现在我们都谈论的是AI ,chat GPT,云 ，bula bula 什么的，为很么你谈论到数据库会很兴奋呢 ？数据库本身看起来也就那么回事 !
M： 嗯，我谈论起数据库就是很兴奋的， 因为数据库是一个对于用户最高端的郑重的承诺，这是在IT 业界最严重的承诺，因为我们的数据库做出了别的IT 产品不曾做出的承诺， 根据我40年的工作经验，MONGODB 在数据库业界是一个 “神一样”存在，因为应用程序是无状态的很容易达到，耐用性，持久性，和更好的容错性，但这些对于数据库是一个非常困难的事情，尤其是NOSQL数据库，但mongodb做到了，这也是我为什么来mongodb工作的原因之一，嗯我们下一个话题来谈谈，创新阻碍的问题。
Z：好的那我们来谈谈 2022年的数据库市场，非常有意思，我指的是数据库仓库，我的意思是snowflake 搅动的世界都不安了，那么2022年的数据库市场，你有什么看法？
M: 我个人看今年的主要趋势是弹性和托管，我们有altas , 其他的数据库厂商有他们自己的托管服务。用户们需要做的就是用他们的API 连接到我们即可，我们来为他们提供数据库可以提供的一切服务。他们仅仅需要考虑他们自己的商业逻辑和运营，我们来负责运行数据库，事务，和备份等。我很难想象，运行维护的间隔部分，也就是停机窗口，因为客户遍布全世界的企业很多，并且是7*24小时来提供服务，比如微信（我自己的比喻不是他说的），如果微信DOWN机了，那将是一个爆炸性的问题。我们MOGNODB 和运行维护的团队，不会让这样的事情发生，让数据库崩溃。并且我们设计的软件也是一样 ，没有可能会down机。
Z：在2022我们看到了什么，比如市场的竞争，你们发生了什么？
M: 我们就是让事情更简单，让程序员更重视自己的代码，虽然SQL是一种语言，和英语一样，但是你很难想像写一个程序会在里面写一些英语在里面，这非常的不自然。更糟糕的是程序人员还被限定在一个架构里面，我们MONGODB 可以让程序人员更快，更自然的撰写程序，无需一个其他的语言介入到你写的程序中，如同你的TEAM 中有一个其他语种的人，你在和你的团队沟通交流的时候，还要想着换一个语言，这就是传统数据库恼人的地方，MOGNODB 是现代数据库，在那个云上都能实现mongodb,你能想象我们的技术停滞不前的状态吗？
举个例子让你在两周编写和部署一个应用程序，高管会关心多快可以部署这个应用程序，可以多块的迭代，开发人员可以告诉我们的应用程序可以快速的部署和迭代，我们最主要的就是要关注开发人员的想法，比如有一个应用程序如果2周不能部署 ，你的公司业务可能就失去了，你可能就倒闭了。正巧我们 mongodb 就可以让这样的事情发生，可以更快速的支持应用程序，发布，迭代，更快的迭代。
Z：那么我们下面来说说，创新税，或者说我们在开发中遇到的拖后腿的事情，正如你在博客里面的提出的 创新税，中提到了，冗余的开发流程，规范，和过时的技术，让开发团队很难产出伟大的技术，我们来谈谈你说的创新税 ？
M: 在过去的30年里面，我们一直在致力提高开发团队的生产力，但是我们也发现一些事情，在破坏开发人员的生产力，我们管这个叫inflow, 尤其在那些 恼人的 流程中，你无法把你脑子想出来的东西，来形成一个你要的程序的问题，主要这源于几点，1 一个无能的工具 2 管理团队不明白怎么让开发团队更有效的工作，举例开发团队不能被这样对的，如同把他们关到一个小屋子里面，给他们一堆的规范，在描述一堆的业务需求，你应该把你的开发人员放到业务当中，和你的客户在一起，这对客户来说很有意义，怎么做出来的东西就是客户要的。
Z： 我还关注了你另一个文章，关于团队的规模和如何进行衡量的文章，我认为这很COOL
M: 在我职业生涯里面，我感到最荣幸的事情是，我管理的亚马逊的数据库关系服务管理的团队，当时世界最大数据库管理团队之一，我学到了很多的东西，比如我们要部署一个应用程序到 100万 到200万的主机上，我们怎么更有效率的工作，我们服务过的一个大型的企业的老板和我们谈论到部署就头疼，我不会说是谁，他和我说的是，最好的不让公司运营受到伤害的方式就是避免部署更新程序。而这个的起因就是当时我们在 AWS 时，部署软件错误，导致他们的业务停止 68分钟，实际上我提到的很多公司在部署软件时，都是集中部署，在一个很大的软件团队中，没有人能在部署的时候，说明白到底都部署了什么，没有一个人的脑子能容纳这个软件的复杂性，所以当出现问题的时候，你需要N个小时来明白到底发生了什么。反过来 1周部署一次，人们没法干别的事情，都在部署，我们要做的是掌握如何找一个合适的部署的频率，那些是不重要的部署，那些是非常重要的部署，如果你是一个领导，你和你的下属来谈论这个事情，他们会非常喜欢你，而更多的SB，只是谈论，你需要多长时间部署，有那些功能，会中断多长时间,一开始就是一段没有什么成果的对话。
Z：我知道我这样说很讽刺，我们已经在这么高科技的情况下，依然要依靠人类的思想，记住这些并把它留在脑袋里面，也就是我们的操作还是没有超越 人？
M: 我的意思是，我们部署的软件在复杂性上，挑战了人类的极限，如果你发现在云上有超过10分钟的中断，实际上下面可能有几百人在想弄清楚他们到底部署了什么，他们的软件是如何进行交互的。我们针对部署要严谨，并且让所有的人知道，部署中中断业务5分钟，和中断2个小时的区别，尤其在一家上市的公司如何实现本季度的销售的数字的情况下。你2个小时的中断，是丢失了别人对你公司的信心，这里我不光指的是CIO CTO ，需要知道，这里更需要知道的是 CEO ,CFO ,COO 这些人，应该懂得这个道理。正如同我们开始前说的，一个公司的核心软件没有做好，就意味着，这个公司的业务根本就不行。
Z: Hold on ,这个话题太大了，咱们回来，咱们说说未来几年的数据库或数据库的发展好吗？因为我下等你说 基于人工智能的数据库，布拉布拉
M: AI 在数据库中有很多种，比如AI 数据库告警人工智能， 还有一种如你在进行一个商业的工作，这个AI 可以在100毫秒告诉你，发生了欺诈，或作出裁决你正在被欺诈。所以回到问题，未来的数据库一定是能将开发者的主要精力聚集在业务价值上的，第二个就是所有的人都想进行无服务的弹性扩展，这就不用担心他们的基础设施的问题，还有第三就是多云部署的问题，这里我们说的是核心的应用程序，MONGODB 可以让你的应用程序，可以上云，也可以下云，可以多区域部署，可以跨云部署，如果你问我什么是什么的未来，就是不能进行多云部署的数据库没有未来。而未来的数据库不光是可以承载OLTP ，还可以是数据库仓库，但我们看到的数据库仓库，snowflake, oracle warehouse, 与客户的需求越来越脱钩，客户要的就是更快速的做出决策， 他们要每秒做出上万个决策。
Z： 在之前你提到了托管和移动方式的管理，我想了解一下 ？
当我看到发展很快的公司，尤其是那些处于创业和发展公司，我曾经和一个医疗公司，我不能说名字，他和他的技术团队，和我的技术团队进行电话会议，里面有800人（我确认了，他嘴里说的是800人），他明确表示了关系型数据库，毁了他的业务，他们被绑架了，无法快速的进行创新和迭代，同时我提出的托管，不是说要把所有的人都外包，而是要抓住开发人员，对开发人员给股票，给奖励，让他们关注公司的业务的焦点，进行创新，将数据库之类的东西，放到云上，不用关心底层的问题，这是我说的托管。这些云厂商可以提供他们所有的商业化的计算产品，就如同我们买房子，我们可以让建筑商把 水电煤气都做好，把建筑的构架做好，但是你不会让建筑公司，去装修你的家。 就如同mongodb ，你们把数据放置在mongodb 就好了，我们致力解决的就是数据处理的问题。通过我们的解决方案你可以在任何的云上使用标准的数据库服务。
基于翻译的不专业和部分的内容可能理解上也有问题，如想看原版的访谈可以到如下的网址观看。
https://www.eweek.com/big-data-and-analytics/mongodbs-mark-porter-database-trends/
