<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US">
	<id>https://www.insurerbrain.com/w/index.php?action=history&amp;feed=atom&amp;title=Definition%3AHigh_availability_%28HA%29</id>
	<title>Definition:High availability (HA) - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://www.insurerbrain.com/w/index.php?action=history&amp;feed=atom&amp;title=Definition%3AHigh_availability_%28HA%29"/>
	<link rel="alternate" type="text/html" href="https://www.insurerbrain.com/w/index.php?title=Definition:High_availability_(HA)&amp;action=history"/>
	<updated>2026-05-05T04:32:53Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://www.insurerbrain.com/w/index.php?title=Definition:High_availability_(HA)&amp;diff=21129&amp;oldid=prev</id>
		<title>PlumBot: Bot: Creating new article from JSON</title>
		<link rel="alternate" type="text/html" href="https://www.insurerbrain.com/w/index.php?title=Definition:High_availability_(HA)&amp;diff=21129&amp;oldid=prev"/>
		<updated>2026-03-20T06:20:47Z</updated>

		<summary type="html">&lt;p&gt;Bot: Creating new article from JSON&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;🟢 &amp;#039;&amp;#039;&amp;#039;High availability (HA)&amp;#039;&amp;#039;&amp;#039; describes a system design philosophy and set of engineering practices aimed at ensuring that critical technology services remain operational and accessible for an exceptionally high percentage of time, typically measured against targets like 99.9% (&amp;quot;three nines&amp;quot;) or 99.99% (&amp;quot;four nines&amp;quot;) uptime. In the insurance industry, where [[Definition:Policy administration system (PAS) | policy administration]], [[Definition:Claims | claims]] processing, [[Definition:Digital distribution | digital distribution]] platforms, and [[Definition:Reinsurance | reinsurance]] transaction systems must serve [[Definition:Policyholder | policyholders]], [[Definition:Broker | brokers]], and business partners around the clock, HA is not a luxury but an operational imperative. An insurer whose quoting engine is unavailable during peak trading hours, or whose claims portal goes dark in the aftermath of a major [[Definition:Catastrophe (CAT) | catastrophe event]], faces direct premium leakage, regulatory scrutiny, and reputational harm.&lt;br /&gt;
&lt;br /&gt;
⚙️ Achieving high availability requires eliminating single points of failure across every layer of the technology stack. This involves deploying redundant servers, databases, network paths, and storage systems so that the failure of any individual component does not interrupt service. [[Definition:Failover | Failover]] mechanisms — whether active-active, where multiple nodes simultaneously serve traffic, or active-passive, where a standby node takes over when the primary fails — are fundamental building blocks. In modern insurance technology environments, HA architectures increasingly leverage [[Definition:Cloud computing | cloud]] services that distribute workloads across multiple availability zones within a region, or even across regions, providing resilience against localized outages. [[Definition:Insurtech | Insurtech]] firms building on cloud-native platforms often achieve HA by design through [[Definition:Microservices | microservices]] architectures, containerization, and automated scaling, while legacy [[Definition:Insurance carrier | carriers]] may rely on more traditional clustered server environments and dedicated [[Definition:Disaster recovery (DR) | disaster recovery]] sites.&lt;br /&gt;
&lt;br /&gt;
📊 Regulators worldwide have sharpened their focus on technology resilience in the insurance sector, making HA a governance topic as much as a technical one. The European Union&amp;#039;s Digital Operational Resilience Act (DORA), the UK Prudential Regulation Authority&amp;#039;s operational resilience framework, and supervisory guidance from the Monetary Authority of Singapore all expect insurers to identify their important business services, set impact tolerances for disruption, and demonstrate — through testing — that their technology can meet those tolerances. Internally, HA commitments are often formalized in service-level agreements between an insurer&amp;#039;s IT function and its business units, with defined uptime targets for each [[Definition:Core system | core system]]. The cost of achieving progressively higher availability levels rises steeply — moving from 99.9% to 99.99% can require significant additional investment in redundancy and automation — which means insurers must make risk-informed decisions about where to invest, balancing the cost of resilience against the financial and regulatory cost of downtime.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Related concepts:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
{{Div col|colwidth=20em}}&lt;br /&gt;
* [[Definition:Failover]]&lt;br /&gt;
* [[Definition:Disaster recovery (DR)]]&lt;br /&gt;
* [[Definition:Operational resilience]]&lt;br /&gt;
* [[Definition:Cloud computing]]&lt;br /&gt;
* [[Definition:Business continuity planning (BCP)]]&lt;br /&gt;
* [[Definition:Service-level agreement (SLA)]]&lt;br /&gt;
{{Div col end}}&lt;/div&gt;</summary>
		<author><name>PlumBot</name></author>
	</entry>
</feed>