服务
关于
CloudProse博客
Think FaaS播客

布朗菲尔德的无江苏体彩-Think FaaS播客

现实是世界上大多数地方's problems aren't brand new. They're legacy.
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal) | 2019年4月18日

2019年4月18日,星期四

在Google Play上订阅 订阅苹果播客

成绩单

嗨,我是Trek10的Forrest Brazeal,您正在听“ Think FaaS”,在这里我们比运行Lambda函数所需的时间更少,了解了无江苏体彩计算的世界。因此,花15分钟时间-现在是时候考虑FaaS了。

今天开始的快速客房清洁项目。 无江苏体彩Conf现在开放供提前注册-您可以在nyc.serverlessconf.io上注册该会议。在我看来,这是针对实际上在无江苏体彩空间中构建和工作的人们的首要会议。今年10月7日至9日,在纽约市,由我们的朋友在A Cloud Guru举行。这是我第三次参加会议,今年我实际上是与琳达·尼科尔斯(Linda Nichols)共同主持会议的,我们已经看到很多精彩的演讲稿,但是如果您有一个无江苏体彩的故事可以讲,您还有时间提交给CFP。希望您能来,学习,说话,无论如何,这将是一个美好的时光。希望像去年一样,我们会认为FaaS会在主要舞台上直播,而您,社区也会进行一些精彩的闪电演讲。再次,nyc.serverlessconf.io进行注册。我们在那里见。

布朗菲尔德的无江苏体彩

好,今天就来讨论我们的主要话题。我想谈谈棕场中的无江苏体彩。这与这些美丽的未开发的无江苏体彩项目相反,您可以找到许多Hello World教程,甚至是真实的成功案例。我并没有减少这些项目的影响。从头开始创建无江苏体彩应用程序是一种很棒的体验,我强烈建议您这样做。我们在Trek10上做了很多工作。

但是现实是,世界上大多数问题都不是全新的。它们是传统,是对现有系统的增量改进,受到时间和资源以及您选择使用某些较旧技术的现有选择的严重限制。企业越大,挑战就越大。无江苏体彩真的可以在这种情况下提供价值吗?

几周前,我有幸在帕洛阿尔托举行的Leading Edge Forum Study Tour上发表了演讲,这是Simon Simon Wardley及其团队Wardley Mapping声名put起的一次非常漂亮的活动。他们来自英国,他们聚集了很多技术领导者,包括工业界和政府的CIO和CTO,他们试图通过与AWS和Microsoft以及其他各种前沿人士进行交流来掌握技术状况。在这个特殊的事件上,他们非常关注无江苏体彩,因此我为什么要去那里,并且马上就很清楚,我们将不再进行阳光和彩虹般的“ Hello World”对话。

这些是财富500强企业的CIO,他们负责大规模的基础设施建设,其中一些可以追溯到30多年或更长时间,并产生了大量的收入。他们无需确信在很多情况下这些系统都需要进行架构上的大修。他们获得了我们希望在本次展会上提出的无江苏体彩的总体拥有成本和上市时间。这对他们来说很有意义。但是从他们现在到实现理想的无江苏体彩未来的道路充满了挑战,令人难以置信。

传统系统的挑战

让我们来解决一些挑战,为了举例说明,我们将通过发明传统系统来做到这一点。这不是一个实际的用例,但它基于我在过去几个月中与企业人员进行的大量实际互动。

假设您是一家大型制造公司,为公共和私营部门制造产品。您正在执行国防合同,拥有面向消费者的东西,就好了。这些应用程序和系统中有许多已经有20到30年的历史了。它们在大型机或旧数据中心上运行,或者在客户内部部署。这是您遇到的一些问题:

新功能的开发速度缓慢,或者在某些情况下完全停止了,因为这些系统的文档记录很差,并且无法很好地理解其语言和硬件。激励性的冲动是“保持灯火通明”,而不是试图通过重构来动摇船。

因此,您面临着重大的文化挑战。该公司在吸引和保留高成就的技术人才(尤其是在职业生涯早期的人才)方面遇到很多麻烦,因为与这些旧系统竞争的想法以及随之而来的所有具有挑战性的政治动力根本就没有吸引力。因此,不仅您的系统会逐渐失去其效用,而且聘用能够执行有意义的变更的人员的能力也越来越低。另外,您坐在那里的时间越长,随着团队的人员流失而逐渐减少,任何形式的迁移或重大重构都将越发令人不堪重负。您甚至都不知道从哪里开始。

这是现实,您必须不断发展才能生存。我最近在和一位朋友聊天,他在一家仍在大型机上运行的金融公司工作。他们的业务规则是围绕这些系统上浮点实现中的特定错误构建的。没有人知道他们迁移后会发生什么,或者他们的人数甚至还会增加。谈论锁定!聪明的领导才能做到这一点。除非您的商业模式成为企业应用程序的坟墓地,否则您需要某种游戏计划来使您的技术堆栈保持良好状态。

无江苏体彩迁移策略

好消息是您可以解决这个问题。这并不容易,但确实会发生。像Ben Kehoe一样的无江苏体彩思维 雄辩地说,是梯子。您希望逐步减少拥有和经营这些遗产的机会。但这并不意味着笨拙,一夜之间一切都是功能。您可以采取一些策略来将这些旧的整块巨石分开。

用无江苏体彩扼杀传统系统

无江苏体彩系统本质上是事件驱动的。事情在世界上发生,它们触发了一些计算或服务集成。因此,如果您能弄清楚如何从这些旧系统中获取事件,则可以开始取得进展。这可以有两个方向。第一,您可以编写一些工作,将更改从旧数据库中发送出去并将其发送到云中。根据数量和订购要求,您可以将这些事件发布到Kinesis或Kafka等流媒体服务,也可以将SNS移至SQS,例如 事件叉管道模式 是AWS最近推出的。我个人是这里的CloudWatch 大事记的粉丝,我很快就会收到整篇文章。

将这些事件流式传输到云中之后,现在就可以开始使用它们来做有趣的事情了。您可以将它们运送到数据仓库中进行报告。您可以将它们聚合到DynamoDB或Elasticsearch中,并在它们前面构建只读应用程序。但是,关键是,您最初的真理来源仍然是旧数据库。您可能不会从这些云系统中写回很多数据,否则您将陷入困境。但是,您要做的是减少了该系统的负载,更加适应了云工作负载,也许现在您已经打开了一条考虑移动系统其他部分的途径。

我说过有两种模式,您也可以用另一种方式翻转此策略。您可以通过在旧数据库前面放置一个新API来勒死您的旧数据库。这可能是AWS AppSync或API网关。您构建了一个写入新规范数据存储库(例如DynamoDB)的API,然后使用DynamoDB流将事件从该表中发送出去,将它们消耗到一个Lambda函数中,该函数可以同步您的旧数据库。如果您最终打算将整个用户群扩展到无江苏体彩应用程序,那么这是一个很好的模式。

整理数据库

您会看到很多这样的想法都集中在数据库上,而且我确实发现,当您考虑利用更多云原生服务时,这通常是一个很好的起点。这些遗留系统中有许多建立在庞大的整体数据库,Oracle或SQL Server之上,开发人员一直将所有内容都扔进去,因为它很方便并且知道如何访问它。这样,您最终会在数据库中得到一些讨厌的东西,例如一堆PDF文件或一百个应用程序日志。没有任何理由应该存在于关系数据库中,事实证明,将其迁移到像DynamoDB或S3这样的云原生数据存储区通常很容易,它可以更好地扩展并减轻系统负载。

选择正确的POC

同样重要的是要记住,您的团队起初不会成为无江苏体彩专家。请记住,我们说过这里存在一些具有挑战性的文化动态,甚至可能比技术动态更难。因此,您必须先尝试无江苏体彩,才能在风险和回报之间取得平衡。如果没有成功所需的操作知识,也许不应将系统的关键核心连根拔起并放到Lambda上。但您也不希望POC无关紧要。

因此,您开始寻找可以在建立团队信心的同时增加价值的快速胜利。您的数据库中是否充满了存储过程?开始将它们移至Lambda函数。显然,后台作业,重头戏,负载繁琐的事情,如果可以的话,将它们放在函数上。如果您有自己的支持系统可以被AWS Glue之类的托管平台服务取代,请查看迁移情况。这些是比较容易的事情。大而粗糙的核心应用程序可能需要更长的时间。乍一看,它可能看起来不是很“无江苏体彩”。

增加价值,而不是技术

作为我们在Trek10上推出的新开发人员加速计划的一部分,我最近在一家大型,成熟的企业工作了一周。我们花了两天时间评估无江苏体彩在其组织环境中的优势,并且花了两天时间深入Kubernetes。是的,我说了k字。对于他们的一个大型应用程序,我们最终得出结论,将后端API转到Lambda和API Gateway,以及使其Angular JS网络应用程序暂时在AWS EKS上运行是合理的-这是AWS的托管Kubernetes服务。这样一来,他们便可以升至无江苏体彩阶梯,使其脱离本地IIS江苏体彩,并组建团队以在将来进行更大的更改。

那么,在无江苏体彩的棕地中,与其说确切的位置,不如说是您的前进方向。继续前进。它肯定比其他人可能正在研究的未开发东西要漂亮,但是如果您不停地翻土,您会发现有很多可收获的价值。

有了如此艰苦的类比,我们今天就快结束了。显然,我们几乎没有涉及到该主题的表面。我希望很快会有更多有关从旧版本迁移到无江苏体彩的内容,与此同时,如果您想深入研究,可以随时通过Twitter @ Trek10inc与Trek10联系。我也在@forrestbrazeal,我们将在Think FaaS的插曲中看到您。

作者
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal)