<?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>idea Develop futuristic ArcGIS Self-healing systems in ArcGIS Enterprise Ideas</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-ideas/develop-futuristic-arcgis-self-healing-systems/idi-p/1479050</link>
    <description>&lt;DIV class=""&gt;As technology evolution accelerates and maintain system become increasingly complex ArcGIS should have robust inbuild capability to monitor for anomalies, define remediation strategies&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Self-healing systems are not about machine learning or artificial intelligence, but about understanding systems' frequent error scenarios and automating simple recovery steps.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;ArcGIS should be designed with built-in mechanisms to automatically detect, diagnose and repair detected issues/errors/problems.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;This will make ArcGIS more robust and resilient with three fundamental inbuilt functionality/Mechanism:&lt;/DIV&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;1.Fault detection&lt;/DIV&gt;&lt;DIV&gt;2.Isolation&lt;/DIV&gt;&lt;DIV&gt;3.Recovery&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;Fault detection: Involves monitoring the system to identify when error has occurred.&lt;/DIV&gt;&lt;DIV class=""&gt;Fault Isolation: Involves identify the source or cause of the error.&lt;/DIV&gt;&lt;DIV class=""&gt;Fault Recovery: Involves system taking corrective action to fix the error and continue normal functioning of the software.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Benefits:&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;1.Self-healing systems helps organization with reduced downtime by detecting and fixing real-time issues.&lt;/DIV&gt;&lt;DIV&gt;2.Improves system reliability and availability&lt;/DIV&gt;</description>
    <pubDate>Mon, 27 May 2024 10:23:40 GMT</pubDate>
    <dc:creator>kandulakiran</dc:creator>
    <dc:date>2024-05-27T10:23:40Z</dc:date>
    <item>
      <title>Develop futuristic ArcGIS Self-healing systems</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/develop-futuristic-arcgis-self-healing-systems/idi-p/1479050</link>
      <description>&lt;DIV class=""&gt;As technology evolution accelerates and maintain system become increasingly complex ArcGIS should have robust inbuild capability to monitor for anomalies, define remediation strategies&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Self-healing systems are not about machine learning or artificial intelligence, but about understanding systems' frequent error scenarios and automating simple recovery steps.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;ArcGIS should be designed with built-in mechanisms to automatically detect, diagnose and repair detected issues/errors/problems.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;This will make ArcGIS more robust and resilient with three fundamental inbuilt functionality/Mechanism:&lt;/DIV&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;1.Fault detection&lt;/DIV&gt;&lt;DIV&gt;2.Isolation&lt;/DIV&gt;&lt;DIV&gt;3.Recovery&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;Fault detection: Involves monitoring the system to identify when error has occurred.&lt;/DIV&gt;&lt;DIV class=""&gt;Fault Isolation: Involves identify the source or cause of the error.&lt;/DIV&gt;&lt;DIV class=""&gt;Fault Recovery: Involves system taking corrective action to fix the error and continue normal functioning of the software.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Benefits:&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;1.Self-healing systems helps organization with reduced downtime by detecting and fixing real-time issues.&lt;/DIV&gt;&lt;DIV&gt;2.Improves system reliability and availability&lt;/DIV&gt;</description>
      <pubDate>Mon, 27 May 2024 10:23:40 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/develop-futuristic-arcgis-self-healing-systems/idi-p/1479050</guid>
      <dc:creator>kandulakiran</dc:creator>
      <dc:date>2024-05-27T10:23:40Z</dc:date>
    </item>
    <item>
      <title>Re: Develop futuristic ArcGIS Self-healing systems</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/develop-futuristic-arcgis-self-healing-systems/idc-p/1485397#M3816</link>
      <description>&lt;P&gt;I agree 100%&lt;/P&gt;&lt;P&gt;Currently we are dealing with service interruptions and downtime and find myself pouring over hard to decipher logfiles and trying to understand what the issue is for each error. Why isn't this incorporated into the software to detect the issue and report it in a more readable, identifiable, and potentially self-correcting manner? I'm seeing SEVERE errors in our logfiles for clients trying to reach a service that has been deprecated for YEARS. Why can't ArcGIS Server identify these legacy services and isolate them to another bin. I don't need them in the logfile.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Similarly, if a particular service is experiencing timeouts, isolate it, recycle it, and if it continues, provide better reporting. Instead, we're forced to license a separate product for service monitoring which should be included as value-added functionality to ensure uptime.&lt;/P&gt;</description>
      <pubDate>Wed, 05 Jun 2024 14:55:04 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/develop-futuristic-arcgis-self-healing-systems/idc-p/1485397#M3816</guid>
      <dc:creator>ANRGIS</dc:creator>
      <dc:date>2024-06-05T14:55:04Z</dc:date>
    </item>
  </channel>
</rss>

