Author Spotlight: Seth Eliot, Principal Reliability Solutions Architect at Amazon

海外精选
海外精选的内容汇集了全球优质的亚马逊云科技相关技术内容。同时,内容中提到的“AWS” 是 “Amazon Web Services” 的缩写,在此网站不作为商标展示。
0
0
{"value":"At Amazon Web Services (AWS) and Amazon, we talk about “super powers” a lot. Everyone has them! I’ve discovered that mine is to take technical topics and make them actionable for builders and internal/external stakeholders at all levels.\n\n![image.png](https://dev-media.amazoncloud.cn/0efac7b548a94bd5ade75e2bec66ec9b_image.png)\nAs Principal Reliability Solutions Architect for AWS Well-Architected, I work with customers on topics such as [disaster recovery](https://www.youtube.com/watch?v=cJZw5mrxryA), assessing resilience, and [chaos engineering](https://youtu.be/OlobVYPkxgg). What I really enjoyabout this role is how much I learn every day. Customers always have new challenges, and I love finding new solutions for them. At events like [AWS Global Summits](https://aws.amazon.com/events/summits/) or [AWS re:Invent](https://reinvent.awsevents.com/), I enjoy interacting with customers, such as when I run Chalk Talks, where I answer questions from the audience about reliability in the cloud.\n\nPrior to joining AWS, I was a Solutions Architect for one of AWS’s biggest customers—Amazon.com! I traveled around the world to work hands-on with Amazon developers in places like Japan and Luxembourg to help modernize their workloads on AWS and get the most out of AWS technologies, like serverless and containers. Meeting face-to-face with folks and helping them use these technologies was really rewarding and very educational.\n\nI’ve also worked as a Principal Engineer with Amazon Fresh grocery delivery and Amazon International Technology. These were two very different areas to work in, but they both have development teams all over the world that I was honored to help with their software design, agile development, and career guidance. By now, you’re likely noticing a pattern in my career…?\n\nIf you go back a bit further, I spent about 5 years working “across the lake” from Amazon HQ in Seattle, Washington, at Microsoft in Redmond during a really interesting moment in their history: moving, culturally and technically, from a “box product” company to one that creates software services. I am proud to have played a role in that move!\n\nI am a “boomerang,” meaning that I actually was with Amazon prior to my time with Microsoft, and I came back. During my first stint here, I worked on the original team that launched what would become Prime Video. Back then, it was download-only experience (not streaming) and called “Amazon Unbox.” From where I sit now, it is amazing to see how the product has evolved.\n\nThroughout these experiences, the thing that keeps me going is the opportunity to help builders and stakeholders to solve their hard problems. There is nothing more satisfying than after meeting with a person or team, getting feedback from them that I was able to help them.\n\n### **Seth’s favorite posts!**\n##### ***[What’s New in the Well-Architected Reliability Pillar?](https://aws.amazon.com/blogs/architecture/whats-new-in-the-well-architected-reliability-pillar)***\nMy first AWS blog post! The real work was updating the [AWS Well-Architected Reliability Pillar](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html) itself. I enjoyed collaborating with many smart experts across AWS to harness their diverse perspectives in the pillar update. Enjoy the read!\n\n##### ***[Disaster Recovery (DR) Architecture on AWS series](https://aws.amazon.com/blogs/architecture/tag/disaster-recovery-series/)***\n- [Disaster Recovery (DR) Architecture on AWS, Part I: Strategies for Recovery in the Cloud](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) – Learning best practices for disaster recovery (DR) is a frequent request I get from AWS customers. The cloud lets you set up DR strategies to meet your business needs, and this blog post explains how to get started.\n- [Disaster Recovery (DR) Architecture on AWS, Part II: Backup and Restore with Rapid Recovery](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-ii-backup-and-restore-with-rapid-recovery/) – As a strategy, backup and restore sometimes gets a bad rap because it is not as sophisticated as the other stategies. But simple can be good! I call this the Swiss Army knife of DR strategies—it can be used many different situations. Learn about it here.\n- [Disaster Recovery (DR) Architecture on AWS, Part III: Pilot Light and Warm Standby](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/) – For fast recovery (low RTO and RPO), without the added complexity of active/active architecture, these strategies hit the sweet spot.\n- [Disaster Recovery (DR) Architecture on AWS, Part IV: Multi-site Active/Active](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iv-multi-site-active-active/) – The best of both worlds! High availability and the fastest DR recovery you can implement.\n \n ![image.png](https://dev-media.amazoncloud.cn/165c7d7005c5451297d89a05ca7f481a_image.png)\n##### ***[Building Resilient Well-Architected Workloads Using AWS Resilience Hub](https://aws.amazon.com/blogs/architecture/building-resilient-well-architected-workloads-using-aws-resilience-hub/)***\nI was really excited by the release of [AWS Resilience Hub](https://aws.amazon.com/resilience-hub/) (and was honored to be part of developing it). Finally, many of the best practices I talk about with customers are now automatically assessed against your workload with recommendations.\n\n![image.png](https://dev-media.amazoncloud.cn/6e8c301e9e374316ac33762682dae2d4_image.png)\n ##### ***[Creating a Multi-Region Application with AWS Services series](https://aws.amazon.com/blogs/architecture/tag/creating-a-multi-region-application-with-aws-services-series/)***\n- [Creating a Multi-Region Application with AWS Services – Part 2, Data and Replication](https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-2-data-and-replication/) – A follow-up to [Part 1](https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-1-compute-and-security/): multi-AZ (Availability Zone) is a must for high availability. But, some workloads can benefit from a multi-Region approach too (defense in layers). This blog shares the ins and out of how to deploy and use AWS data stores and databases across multiple AWS Regions.\n- [Creating a Multi-Region Application with AWS Services – Part 3, Application Management and Monitoring](https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-3-application-management-and-monitoring/) – If you are going to go multi-Region, you also must have the monitoring and governance tools in place. Learn how to implement them with this post.\n\n TAGS: [Author Spotlight](https://aws.amazon.com/blogs/architecture/tag/author-spotlight/)\n#### **Elise Chahine**\n![image.png](https://dev-media.amazoncloud.cn/d86417d61ebe4d1fb2e7089f94f138bc_image.png)\nElise is Senior Program Manager for AWS Architecture Content, where she manages the Architecture Blog channel. Elise works with authors to develop succinct, technically accurate posts that help customers architect. When she's not rubbing shoulders with the brilliant minds of AWS, Elise enjoys a quiet life with her family in New England.","render":"<p>At Amazon Web Services (AWS) and Amazon, we talk about “super powers” a lot. Everyone has them! I’ve discovered that mine is to take technical topics and make them actionable for builders and internal/external stakeholders at all levels.</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/0efac7b548a94bd5ade75e2bec66ec9b_image.png\\" alt=\\"image.png\\" /><br />\\nAs Principal Reliability Solutions Architect for AWS Well-Architected, I work with customers on topics such as <a href=\\"https://www.youtube.com/watch?v=cJZw5mrxryA\\" target=\\"_blank\\">disaster recovery</a>, assessing resilience, and <a href=\\"https://youtu.be/OlobVYPkxgg\\" target=\\"_blank\\">chaos engineering</a>. What I really enjoyabout this role is how much I learn every day. Customers always have new challenges, and I love finding new solutions for them. At events like <a href=\\"https://aws.amazon.com/events/summits/\\" target=\\"_blank\\">AWS Global Summits</a> or <a href=\\"https://reinvent.awsevents.com/\\" target=\\"_blank\\">AWS re:Invent</a>, I enjoy interacting with customers, such as when I run Chalk Talks, where I answer questions from the audience about reliability in the cloud.</p>\\n<p>Prior to joining AWS, I was a Solutions Architect for one of AWS’s biggest customers—Amazon.com! I traveled around the world to work hands-on with Amazon developers in places like Japan and Luxembourg to help modernize their workloads on AWS and get the most out of AWS technologies, like serverless and containers. Meeting face-to-face with folks and helping them use these technologies was really rewarding and very educational.</p>\n<p>I’ve also worked as a Principal Engineer with Amazon Fresh grocery delivery and Amazon International Technology. These were two very different areas to work in, but they both have development teams all over the world that I was honored to help with their software design, agile development, and career guidance. By now, you’re likely noticing a pattern in my career…?</p>\n<p>If you go back a bit further, I spent about 5 years working “across the lake” from Amazon HQ in Seattle, Washington, at Microsoft in Redmond during a really interesting moment in their history: moving, culturally and technically, from a “box product” company to one that creates software services. I am proud to have played a role in that move!</p>\n<p>I am a “boomerang,” meaning that I actually was with Amazon prior to my time with Microsoft, and I came back. During my first stint here, I worked on the original team that launched what would become Prime Video. Back then, it was download-only experience (not streaming) and called “Amazon Unbox.” From where I sit now, it is amazing to see how the product has evolved.</p>\n<p>Throughout these experiences, the thing that keeps me going is the opportunity to help builders and stakeholders to solve their hard problems. There is nothing more satisfying than after meeting with a person or team, getting feedback from them that I was able to help them.</p>\n<h3><a id=\\"Seths_favorite_posts_15\\"></a><strong>Seth’s favorite posts!</strong></h3>\\n<h5><a id=\\"Whats_New_in_the_WellArchitected_Reliability_Pillarhttpsawsamazoncomblogsarchitecturewhatsnewinthewellarchitectedreliabilitypillar_16\\"></a><em><strong><a href=\\"https://aws.amazon.com/blogs/architecture/whats-new-in-the-well-architected-reliability-pillar\\" target=\\"_blank\\">What’s New in the Well-Architected Reliability Pillar?</a></strong></em></h5>\\n<p>My first AWS blog post! The real work was updating the <a href=\\"https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html\\" target=\\"_blank\\">AWS Well-Architected Reliability Pillar</a> itself. I enjoyed collaborating with many smart experts across AWS to harness their diverse perspectives in the pillar update. Enjoy the read!</p>\\n<h5><a id=\\"Disaster_Recovery_DR_Architecture_on_AWS_serieshttpsawsamazoncomblogsarchitecturetagdisasterrecoveryseries_19\\"></a><em><strong><a href=\\"https://aws.amazon.com/blogs/architecture/tag/disaster-recovery-series/\\" target=\\"_blank\\">Disaster Recovery (DR) Architecture on AWS series</a></strong></em></h5>\\n<ul>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/\\" target=\\"_blank\\">Disaster Recovery (DR) Architecture on AWS, Part I: Strategies for Recovery in the Cloud</a> – Learning best practices for disaster recovery (DR) is a frequent request I get from AWS customers. The cloud lets you set up DR strategies to meet your business needs, and this blog post explains how to get started.</li>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-ii-backup-and-restore-with-rapid-recovery/\\" target=\\"_blank\\">Disaster Recovery (DR) Architecture on AWS, Part II: Backup and Restore with Rapid Recovery</a> – As a strategy, backup and restore sometimes gets a bad rap because it is not as sophisticated as the other stategies. But simple can be good! I call this the Swiss Army knife of DR strategies—it can be used many different situations. Learn about it here.</li>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/\\" target=\\"_blank\\">Disaster Recovery (DR) Architecture on AWS, Part III: Pilot Light and Warm Standby</a> – For fast recovery (low RTO and RPO), without the added complexity of active/active architecture, these strategies hit the sweet spot.</li>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iv-multi-site-active-active/\\" target=\\"_blank\\">Disaster Recovery (DR) Architecture on AWS, Part IV: Multi-site Active/Active</a> – The best of both worlds! High availability and the fastest DR recovery you can implement.</li>\\n</ul>\n<p><img src=\\"https://dev-media.amazoncloud.cn/165c7d7005c5451297d89a05ca7f481a_image.png\\" alt=\\"image.png\\" /></p>\n<h5><a id=\\"Building_Resilient_WellArchitected_Workloads_Using_AWS_Resilience_Hubhttpsawsamazoncomblogsarchitecturebuildingresilientwellarchitectedworkloadsusingawsresiliencehub_26\\"></a><em><strong><a href=\\"https://aws.amazon.com/blogs/architecture/building-resilient-well-architected-workloads-using-aws-resilience-hub/\\" target=\\"_blank\\">Building Resilient Well-Architected Workloads Using AWS Resilience Hub</a></strong></em></h5>\\n<p>I was really excited by the release of <a href=\\"https://aws.amazon.com/resilience-hub/\\" target=\\"_blank\\">AWS Resilience Hub</a> (and was honored to be part of developing it). Finally, many of the best practices I talk about with customers are now automatically assessed against your workload with recommendations.</p>\\n<p><img src=\\"https://dev-media.amazoncloud.cn/6e8c301e9e374316ac33762682dae2d4_image.png\\" alt=\\"image.png\\" /></p>\n<h5><a id=\\"Creating_a_MultiRegion_Application_with_AWS_Services_serieshttpsawsamazoncomblogsarchitecturetagcreatingamultiregionapplicationwithawsservicesseries_30\\"></a><em><strong><a href=\\"https://aws.amazon.com/blogs/architecture/tag/creating-a-multi-region-application-with-aws-services-series/\\" target=\\"_blank\\">Creating a Multi-Region Application with AWS Services series</a></strong></em></h5>\\n<ul>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-2-data-and-replication/\\" target=\\"_blank\\">Creating a Multi-Region Application with AWS Services – Part 2, Data and Replication</a> – A follow-up to <a href=\\"https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-1-compute-and-security/\\" target=\\"_blank\\">Part 1</a>: multi-AZ (Availability Zone) is a must for high availability. But, some workloads can benefit from a multi-Region approach too (defense in layers). This blog shares the ins and out of how to deploy and use AWS data stores and databases across multiple AWS Regions.</li>\\n<li><a href=\\"https://aws.amazon.com/blogs/architecture/creating-a-multi-region-application-with-aws-services-part-3-application-management-and-monitoring/\\" target=\\"_blank\\">Creating a Multi-Region Application with AWS Services – Part 3, Application Management and Monitoring</a> – If you are going to go multi-Region, you also must have the monitoring and governance tools in place. Learn how to implement them with this post.</li>\\n</ul>\n<p>TAGS: <a href=\\"https://aws.amazon.com/blogs/architecture/tag/author-spotlight/\\" target=\\"_blank\\">Author Spotlight</a></p>\\n<h4><a id=\\"Elise_Chahine_35\\"></a><strong>Elise Chahine</strong></h4>\\n<p><img src=\\"https://dev-media.amazoncloud.cn/d86417d61ebe4d1fb2e7089f94f138bc_image.png\\" alt=\\"image.png\\" /><br />\\nElise is Senior Program Manager for AWS Architecture Content, where she manages the Architecture Blog channel. Elise works with authors to develop succinct, technically accurate posts that help customers architect. When she’s not rubbing shoulders with the brilliant minds of AWS, Elise enjoys a quiet life with her family in New England.</p>\n"}
目录
亚马逊云科技解决方案 基于行业客户应用场景及技术领域的解决方案
联系亚马逊云科技专家
亚马逊云科技解决方案
基于行业客户应用场景及技术领域的解决方案
联系专家
0
目录
关闭