在这篇文章中，您会发现我有思想的突破会议清单，研讨会，建造者会议，代码谈话和我发现与Serverless和Python开发人员相关的粉笔谈话。
由于有数百次会议，我可能错过了几个会议，所以请通过ran.isenberg@ranthebuilder.cloud让我知道是否应该包括另一个会话。
完整的目录可以找到：
https://hub.reinvent.awsevents.com/attendee-portal/catalog/
会话类型
如here：
**突破性会议 - **讲座风格，运行45至60分钟。通常包括10 15分钟的问答。
**建筑商会议 - 这些单小时的动手会议有十名与会者，每张桌子上有一个AWS专家。每个建筑商的会议以简短的解释或演示开始。没有正式的演讲。它只是您，您的笔记本电脑和AWS专家。
**粉笔与AWS专家进行高度互动的白板会议。期望与一小群专家和同行有关现实世界的建筑挑战的热闹技术讨论。这些会话持续60分钟。
**研讨会 - **一个两个小时的互动会议，您在小型团队中工作，使用AWS服务解决实际问题。每个研讨会都以主说话者的简短讲座（10至15分钟）开始，其余时间都花在小组中。不要忘记将笔记本电脑带到这些研讨会上。
*代码谈话 * - 引人入胜的，以代码为中心的会话与少数受众。 AWS专家主持了实时编码讨论，因为他们解释了AWS解决方案背后的原因。
会话级别
有四个级别：100、200、300和400。
如果您是无服务的初学者，则100 200（基础 * 如果您每天构建无服务器应用程序，则针对300届400（高级和专家* ）*级别，仅在不熟悉的主题（也许是容器，数据 - 相关或机器学习）。 让我们浏览推荐的会议。 OPN305 |突破|务实的无服务器python开发人员 我很高兴分享我将在AWS RE：在拉斯维加斯的AWS RE：Invent 2023与AWS Lambda Powertools和无服务的英雄和Maestro，Efi Merdler-Kravitz。
您渴望提高生产力和向往无人服务的会话，其中具有从生产中运行无服务器中学到的真正代码的最佳实践，这是适合您的。 期望什么： Python项目设置，测试，分析，部署和操作的自意指南。 深入探讨了大量的开源工具，最著名的是AWS lambda的PowerTools - 一种改变游戏规则的工具包，旨在提升无服务器的最佳实践和快速轨道开发人员的速度。
我的突破会议
现实世界模式和工具使用Python量身定制的无影响的无服务器开发。
带有所有代码的GitHub存储库，准备部署。
100级200
con202 |实验室| AWS Fargate或Amazon EC2：我应该使用哪种启动类型？
当我首先宣讲无服务器时，有时候无服务器不合适，并且您可以使用容器。在这种情况下，您可能会选择更无服务的fargate而不是EC2。但这总是最好的情况吗？该实验室将帮助您做出正确的决定。
SVS201 |车间|为主题公园构建无服务的Web应用程序
一个出色的中级研讨会，在构建后端和单页前端应用程序时向您介绍无核心服务。
SVS204 |突破|构建ServerlessPresso：创建事件驱动的体系结构
这是来自Top AWS无服务器倡导者的经典突破会议。本次会议是对我喜欢的主题的真正服务的绝佳介绍，浓缩咖啡！会议讨论了体系结构的利弊，成本和其他无服务器设计模式。请务必检查本节的研讨会变化： api201 | ServerlessPresso：从一开始就建立事件驱动的应用程序。
* tnc218 |突破|开发无服务器解决方案 *
对SNS，EventBridge和Kinesis的很好介绍。包括一个部署这些服务的CI/CD管道的演示。
API205 |建筑商会话|使用Amazon EventBridge Pipes
将数据驱动的应用程序解耦了解事件桥管，相对较新的功能（具有大量潜力！），它允许您将源连接到具有配置而不是lambda功能的目标。我希望RE：Invent为服务带来令人兴奋的消息，例如更好地调试功能和通过SAM和CDK配置管道的更直接的方法。带上笔记本电脑参加。
SVS205 |突破|开始构建无服务器驱动的应用程序
了解从概念到使用Amazon API Gateway，AWS Lambda，Amazon Eventbridge，AWS STEP功能和Amazon DynamoDB的完全特色应用程序的原型过程。我认为这里的主要重点将与应用程序作曲家合作并在视觉上和迭代中构建无服务器应用程序。
API203 |粉笔谈话|异步思考：微服务的集成模式
粉笔谈话是一种不同的经历（所以我告诉我），这鼓励了更多的人群互动，所以我建议您至少去参加一次。本演讲将讨论最终用户客户在使用异步通信进行处理时如何使用同步API进行通信。
NTA203 |突破|将无服务器用于事件驱动的体系结构和域驱动设计
aws客户CES确定了需要有效的工具来管理分支机构库存的需求。通过使用无服务器技术，CES能够利用EDA和DDD原则的力量，以在其开发过程中实现快速性和敏捷性。著名的AWS社区建设者Lee Gilmore是这次演讲的一部分，所以我希望它会很好。我喜欢听到来自实际需求和要求的真实用例和无服务器实施旅程的消息。
300级
OPN301 |车间|使用AWS lambda的PowerTools加速您的无服务器旅程
如果您仅选择一个无服务器研讨会，则应该是。我大约有三分之一的文章以一种或另一种方式讨论Lambda的PowerTools，这是有充分理由的。 PowerTools是必须是每个无服务器服务的一部分的一组实用程序。
API308 |粉笔谈话|具有域驱动设计的加速事件驱动架构
我对域驱动的设计非常坚信。我在CDK最佳实践post中简要讨论了它。摘要提到，了解一个使用域驱动设计的通用框架来思考，设计和构建云本地事件驱动的体系结构。
API309 |突破|较松散耦合应用的高级集成模式和权衡取舍
服务之间的集成一直是一个挑战。您将面临诸如是否曝光API，SNS或SQS接口，如何共享接口模式以及如何处理授权和身份验证等问题。有很多选择，每个选择都有其优点和缺点。
dat324 |突破|全球弹性的Amazon Aurora HA和DR设计模式
标题说明了一切，深入研究了Aurora的韧性和性能最佳实践。查看您是否已投资于Aurora或计划。但是，请注意，本届会议会额外注意全球表，因此请确保它与您有关。
FSI301 |粉笔谈话|架构关键的多区域，主动活动系统
我以前在此post中讨论了RTO和RPO。这是一个重要的事情，需要更多的曝光率。这次演讲将其带入了一个新的级别，其中一个多区域主动设计示例，以便在危机时进行完整和迅速的数据恢复。
net307 |粉笔谈话|询问专家：Edge用Amazon Cloudfront
计算CloudFront高级主题。讨论的主题包括CloudFront Cache，AWS Lambda内存，RURL重定向或重写，Amazon CloudFront函数，Lambda@Edge，授权，A/B测试以及与SEO相关的HTTP重新介绍和新的CloudFront功能。
。dat301 |建筑商会话|使用Amazon DynamoDB
构建和部署全球分布式应用程序我以前使用了全球DynamoDB表，就像魔术一样。本届会议将讨论全球管理数据并在所有地区保持一致的应用状态的最佳实践。您必须带笔记本电脑参加。
SVS301 |突破|建筑API：选择最佳的API解决方案和工作负载策略
该会话考虑了Amazon API Gateway，AWS Appsync，Amazon VPC Lattice和其他选项的功能和好处。另外，了解有关可以应用于API生态系统的API设计和管理策略的更多信息。这是一个有意义的主题，需要进行更多讨论，包括新的VPC晶格服务。
SVS302 |车间|用AWS步骤功能构建分布式数据处理工作负载
台阶和Lambda研讨会。研讨会涵盖了用例，最佳实践和资源，可以帮助您加速数据处理。
API301 |车间|建筑事件驱动的体系结构
包括SNS，EventBridge SQS和Lambda的研讨会。找出如何为工作选择合适的AWS服务以及如何优化成本和绩效。
SMB301 |突破|通过数据，AI和无服务器
建立创造性的客户体验将无服务器和AI组合到可以改善您的客户体验的会话中？是的，请。本次会议可以与SageMaker一起对ML的世界介绍。
API302 |突破|使用事件驱动的体系结构构建下一代应用
发现如何使用AWS消息服务来连接微服务并使用最小的自定义代码和最佳实践来协调数据流。会议还涵盖了我在此post中解决的问题。
API305 |粉笔谈话|用死信队列
在脱钩的应用中建立弹性本次会议涵盖了SQS的最佳实践，用于死信队列和重新播放消息。这很令人兴奋，因为我刚刚发布了我的SQS最佳实践articles涵盖了该系列的third部分。
API306 |粉笔谈话|结合步骤功能和事件桥：用例和最佳实践
在这次粉笔谈话中，了解结合步骤功能和事件桥，现实世界用例和最佳实践的常见集成模式。
dat312 |粉笔谈话| Amazon DynamoDB的成本优化
在此粉笔谈话中，了解如何建模DynamoDB表，衡量成本，并发现可以帮助您一路帮助的成本优化工具。作为重型DynamoDB用户，我很乐意降低我的成本。
SVS314 |粉笔谈话|您的无服务器应用程序已准备就绪？
在此粉笔谈话中，获取有关无服务器参考体系结构的特定最佳实践指南。我写了一个关于无服务器生产列表的post。看到两者有多少相关。
很有趣。SVS311 |粉笔谈话|优化基于AWS Lambda的工作负载的成本和性能
这个关键主题是无服务器成本量表并添加。在此粉笔谈话中，发现确保基于AWS lambda的应用程序的最新策略和最佳实践仍然具有成本效益且性能高。
SVS319 |粉笔谈话| AWS Lambda性能调整：最佳实践和指导
在这次粉笔谈话中，了解了优化使用AWS Lambda构建的无服务器应用程序的机会。讨论功能配置和功能代码中的优化。我怀疑演讲涵盖了声音powertune library。
boa304 |突破|使用AI和无服务器自动化视频制作
在本届会议中，学习如何使用步骤功能来构建工作流程，自动化不同的过程，并使用Amazon EventBridge来处理真实情况。该会议提到了用于生成AI的新的Amazon Bedrock服务，因此应该非常有趣！
SVS321 |粉笔谈话|为大规模设计无服务器的API工作负载
此粉笔谈话讨论了亚马逊API Gateway，AWS Lambda和Amazon DynamoDB的重要设计原理，以实现大规模的规模。请参阅一个演示，以演示异步处理，缓存，速率限制和性能优化可以帮助您建筑师工作负载来承受大量流量。
SVS316 |粉笔谈话|使用无服务器和亚马逊基岩
构建生成AI应用程序在此粉笔谈话中，探索设计模式，并查看如何使用Amazon Bedrock和AWS无服务器服务构建生成AI应用程序的演示。无服务器和基岩？是的，请！
net312 |粉笔谈话|使用Amazon VPC晶格连接和确保服务
一个有趣的会议，讲述使用VPC晶格安全地连接您的Amazon EC2，Amazon EKS，Amazon ECS或AWS Lambda微服务。探索日常用例，例如多个帐户/VPC连接性，服务对服务的身份验证和授权，负载平衡，蓝绿色/金丝雀部署等等。
SVS322 |代码谈话|使用powerTools为AWS lambda
揭示势力标题中有AWS lambda powertools是参加本次会议的足够理由，而Idemencency是一个重要的主题，需要更多的关注。
您将学习实施和回答以下问题：您的无服务器API可以处理重复交易吗？是否有弹性或消息篡改消息？这些是旧世界和现代系统必须大规模应对的现实挑战。
SVS210 |代码谈话|只需运行代码：使用AWS SAM
快速构建无服务器应用程序学会使用AWS SAM CLI来创建，开发和部署无服务器应用程序。此外，了解可以帮助您构建部署管道，在云中测试代码并有效管理资源访问的AWS SAM CLI功能。
400级
API401 |突破|高级工作流程模式和业务流程
本次会话针对具有AWS步骤功能的经验丰富的无服务器开发人员。在本届会议中，了解建筑最佳实践和可重复的模式，以进行工作流程和成本优化，并发现方便的作弊代码，您可以用来构建安全，高规模，高性能的无服务器应用程序。我喜欢真正的生产场景的承诺。
dat401 |建筑商会话|使用Amazon DynamoDB
应用的数据建模通过优化的模式设计，将新的业务想法变成了Amazon DynamoDB中功能齐全的数据模型。需要一台笔记本电脑。
SVS401 |突破|无服务器开发人员的最佳实践
这是关于Lambda的更高级会议之一，我希望很难参加。本届会议提供了架构最佳实践，优化和有价值的捷径专家用来构建安全，高规模，高性能的无服务器应用程序。
英雄/社区轨道
今年社区曲目由AWS Heroes突破课程组成。
我在这里包括了所有十二个突破性会议，因为它们提供了巨大的见解和价值。共享其真实生产知识的经过验证的社区领导者的听力是宝贵的资产。
com301 |突破| Amazon Eventbridge的高级事件驱动图案
异步通信和事件驱动的体系结构是构建分布式应用程序的核心。 Amazon EventBridge是一款完全管理的无服务器事件总线，有助于协调分布式和松散耦合的微服务以实现业务功能。在本届会议中，了解事件桥的特征及其在无服务器体系结构中的关键作用。了解事件驱动的架构的主要要素和一些最佳实践。使用现实世界的用例，探索EventBridge的功能如何支持在无服务器中实现高级体系结构模式。
com204 |突破|无缝缩放：Kubernetes上的Amazon Aurora Sharding＆Traffic Management
作为云RDBMS，Amazon Aurora擅长为各种业务方案提供高性能和可用性。但是，在处理需要较低延迟的大量查询时，传统的单片MySQL，PostgreSql RDS或Aurora设置可能会变得繁琐。在本届会议中，了解Apache shardingsphere如何在场所和Kubernetes环境中自动化数据碎片，读取和查询流量管理。凭借其灵活的部署体系结构，各地的应用程序都可以有效地使用数据库服务来减少延迟，改善吞吐量和可用性。
com203 |突破|通过在AWS上的生成AI的力量
来释放您的全部潜力生成的人工智能领域，人工智能的开创性领域，使机器能够产生多种内容和思想。 AWS通过利用大规模，预训练的模型的能力（称为基础模型）的功能来将生成性AI的变革潜力带到您的指尖上。在这次演讲中，了解亚马逊萨吉式制造商和亚马逊基岩如何帮助开发人员，研究人员和公司轻松地将生成性AI纳入其应用中。发现这些服务如何授权您使用自己的数据使用生成的AI模型，解锁创造力的新维度并重塑业务的未来。
com306 |突破| ``生产服务：rust
boost aws lambda性能Rust以其性能和安全性而闻名，当与AWS Lambda一起使用时，它具有很大的优势。本届会议深入研究了使用AWS SAM和货物lambda部署Rust功能，从而使您可以通过自己的计算机进行简化的开发。学习策略以加快兰伯达部署的本地构建，并以模具和SCCACHE等工具为人们。从开发lambda扩展过程到将RUST无缝集成到现有的Python和Node.js lambda代码的情况下，无需进行全面大修，就可以深入了解Rust如何增强Lambda功能。此外，还要了解使用Rust降低二元尺寸的方法。
com202 |突破|用亚马逊基岩构建AI漫画视频生成器
了解AWS机器学习英雄Agustinus Nalwan Owly Owly是一个由AI驱动的睡前讲故事的人，它用音乐来制作个性化的漫画视频。在本届会议中，发现如何使用亚马逊基础大型语言模型来生成漫画脚本。了解如何在Amazon Sagemaker Jumpstart的帮助下微调稳定的扩散模型，以消除角色不一致，并以您的孩子们心爱的玩具作为主要角色个性化漫画视频。深入研究及时的工程技术，并学会将两个图像与稳定的扩散模型混合在一起。
com307 |突破|使用AWS发行版的无缝可观察性
过去，从AWS运行的应用程序中收集数据可能具有挑战性。 AWS通过API和AWS发行版对Opentelemetry（OTEL）的支持（ADOT）（ADOT）大大简化了开发人员的经验以获得可观察性。了解如何使用Amazon CloudWatch和Amazon Kinesis数据流，Adot代理，Otel的Kubernetes代理以及OpenTelemetry lambda层使用Amazon CloudWatch和Amazon Kinesis数据流，Adot Agents，Otels Kubernetes代理，了解如何仪器进行应用程序。还可以了解数据生成的最佳实践，与Otel Collector的管道管理以及有关AWS的Otel语义惯例的模式管理。
com304 |突破|使用Amazon DynamoDB和域驱动的设计组合架构
企业构建软件通常由于域复杂性，不清楚的应用程序边界以及业务需求和已实施软件之间的脱节而在软件生命周期中经常遇到多个挫折。遵循域驱动设计（DDD）实践可以帮助您浏览复杂的商业领域并避免常见的陷阱。在本届会议中，了解无处不在的语言，汇总和有限上下文的核心DDD概念，以及Amazon DynamoDB单台设计过程如何拟合到聚合的建议中。
com305 |突破|神秘和缓解AWS lambda Cold Start
无论您是AWS Lambda还是无服务的专家，您都可能听说过寒冷的开始。也许他们甚至让您三思而后行地考虑了在您的建筑中使用Lambda。本次会议在微观级别剖析了lambda初始化过程。检查比较常见体系结构模式的基准测试，然后基准测试各种RAM配置和有效载荷尺寸。接下来，衡量和讨论可以增加初始化潜伏期，探索和理解主动初始化的常见错误，并学习几种可以使用的策略来解冻AWS lambda Cold开始。
com303 |突破|自动化20 TB文件服务器迁移
了解AWS社区英雄Dave Stauffacher如何将一个超过10亿个文件的20正确的文件系统移至Windows File Server的Amazon FSX，只有2个小时的停机时间。查看Dave如何使用AWS DataSync，Terraform和某些命令行魔术自动化该过程。还可以听到迁移期间学到的宝贵教训。
com302 |突破|高级AWS CDK：从4年使用中学到的教训
于2019年7月发布，AWS CDK已成为一种强大的基础架构As-Code工具，可帮助公司在AWS上构建复杂的系统。它最大的优势是使用通用语言来定义您的基础架构，也可能是其最大的弱点。这是因为编写代码的方法有很多。您应该使用一个堆栈还是多个？如何使用外部数据来定义基础架构？您如何测试代码？在本届会议中，学习使用AWS CDK的过去4年中开发的最佳实践，模式和工作流程。
com308 |突破|无服务器数据流：Amazon Kinesis数据流和AWS lambda
需要一个无服务器附近的实时数据流体系结构吗？只需将Amazon Kinesis数据流连接到AWS Lambda即可。简单的！是吗？在现实世界中会发生什么？在本届会议中，探讨使用Kinesis数据流和Lambda创建可扩展的，可扩展的生产数据流体系结构的复杂性。深入研究技巧和最佳实践，对于浏览沿途出现的分布式系统固有的挑战和陷阱至关重要，并观察AWS服务的工作和互动方式。还讨论拥抱失败，因为正如Werner Vogels博士喜欢说的那样，一切都始终失败。
com201 |突破|在60分钟内构建云支持的生成AI游戏
生成的AI吸引了开发人员，公司和创意者的想象。 Chatgpt只是冰山一角。 Generative AI可以实现令人愉悦的想象力的新颖和创造性的用户体验。在本届会议中，请参见如何使用Amazon Bedrock，Amazon API Gateway和AWS Appsync构建以生成型驱动的游戏的演示。该游戏将涉及玩家猜测由亚马逊泰坦（Amazon Titan）生成和评分的表情符号摘要中的电影或书的标题。