<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Postmortems on pitfalls of automation at scale. in Tech Talk</title>
    <link>https://community.isc2.org/t5/Tech-Talk/Postmortems-on-pitfalls-of-automation-at-scale/m-p/23525#M1373</link>
    <description>&lt;P&gt;The technical postmortem write-up for GCP can be found here:&amp;nbsp;&lt;A href="https://status.cloud.google.com/incident/cloud-networking/19009" target="_blank"&gt;https://status.cloud.google.com/incident/cloud-networking/19009&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 11 Jun 2019 12:22:25 GMT</pubDate>
    <dc:creator>AppDefects</dc:creator>
    <dc:date>2019-06-11T12:22:25Z</dc:date>
    <item>
      <title>Postmortems on pitfalls of automation at scale.</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Postmortems-on-pitfalls-of-automation-at-scale/m-p/23419#M1364</link>
      <description>&lt;P&gt;Periodically, one (or more) global cloud service providers sneeze and the panic ensues.&lt;/P&gt;&lt;P&gt;Given that many of modern communication channels and platforms rely on a single chosen cloud provider, the impacts of these events have much larger footprint than people tend to realize.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is also an inverse relationships, such as one that manifested itself when DYN was DDOSed in 2016&lt;/P&gt;&lt;P&gt;&lt;A href="https://en.wikipedia.org/wiki/2016_Dyn_cyberattack" target="_blank"&gt;https://en.wikipedia.org/wiki/2016_Dyn_cyberattack&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The latest one is brought to you by courtesy of Google and you can read about it here:&lt;/P&gt;&lt;P&gt;&lt;A href="https://arstechnica.com/information-technology/2019/06/the-catch-22-that-broke-the-internet/" target="_blank"&gt;https://arstechnica.com/information-technology/2019/06/the-catch-22-that-broke-the-internet/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;One of the mandatory steps that I am taking when assessing the survivability of the infrastructures and enterprises, involve tracking down and documenting the dependencies of the Anything aaS.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It pays to invest time into it to prevent the "Oops" moments such as the platforms and the users of GCS have experienced and have contingencies planning in place.&lt;/P&gt;</description>
      <pubDate>Sat, 08 Jun 2019 18:04:01 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Postmortems-on-pitfalls-of-automation-at-scale/m-p/23419#M1364</guid>
      <dc:creator>vt100</dc:creator>
      <dc:date>2019-06-08T18:04:01Z</dc:date>
    </item>
    <item>
      <title>Re: Postmortems on pitfalls of automation at scale.</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Postmortems-on-pitfalls-of-automation-at-scale/m-p/23525#M1373</link>
      <description>&lt;P&gt;The technical postmortem write-up for GCP can be found here:&amp;nbsp;&lt;A href="https://status.cloud.google.com/incident/cloud-networking/19009" target="_blank"&gt;https://status.cloud.google.com/incident/cloud-networking/19009&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 11 Jun 2019 12:22:25 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Postmortems-on-pitfalls-of-automation-at-scale/m-p/23525#M1373</guid>
      <dc:creator>AppDefects</dc:creator>
      <dc:date>2019-06-11T12:22:25Z</dc:date>
    </item>
  </channel>
</rss>

