Denna silo metod praktiskt taget alltid resulterar i användningen av flera olika tillgänglighet /DR-teknik från olika leverantörer, med avsevärt olika design, kapacitet och begränsade /inga poäng integration. Till exempel kan en webbaserad beställningssystem utnyttja nätet lastbalansering för främre servrar ändliv någon form av dataspegling eller klustring för backend databas servrar, och en 3: e parts availabilityalternative för middleware. Point of Sale-lösningar, verktyg CRM, och även BlackBerry meddelandetjänster miljöer införa ett liknande recept, använder helt olika tekniker för varje skikt i ansökan stack.Having sådan strategi att driva en lösning kontinuitet i verksamheten för ditt företag applikationsutveckling ekosystem har flera nackdelar. Först och främst måste man vara medveten om de kostnader som utnyttjar olika tekniker inom en kontinuerlig tillgänglighet eller DR arkitektur. Den mest uppenbara kostnaden är eget utlägg för hårdvara /mjukvara själv. Genom att välja (eller tvingas) att tillämpa olika lösningar från olika leverantörer, finns det ingen möjlighet att utnyttja stordriftsfördelar. Mest hårdvara och mjukvaruföretag erbjuder volymbaserade prissättning lockelser för större beställer storlekar, men denna möjlighet är naturligtvis förslösas när olika alternativ från olika leverantörer är employed.Additionally om varje lösning utnyttjar olika underliggande hårdvaran, disk, eller OS-teknik, en ännu större total kostnad av ägandet kommer att uppmärksammas. Naturligtvis kostnaden sträcker sig längre än bara hårdvara och mjukvara för att inkludera genomförandet, coaching, andcontinuing förvaltningskostnader. Tänk aboutdeploying även en ganska grundläggande, tre tier ansökan arkitektur. I webbaserad beställning exempel diskuterats tidigare, skulle man behöva ta på sig något irriterande uppgiften att lära sig om inte bara den invecklade SQL klustring, men även driftsättning och hantering av nätverk lastbalansering och eventuella middleware komponenter behövs. Varje gång en ny variant av någon av dessa lösningar görs, theres den extra kostnaden för Återinlärning en ny technology.Then begrunda komplexiteten i att integrera olika tillgänglighet teknik från olika leverantörer. De är garanterade att fungera tillsammans med varandra? Är en sådan interoperabilitet inbyggd (osannolikt) eller kommer en viss grad av anpassning och manuell scripting (mycket eventuellt) behövs, så att varje grupp kan kommunicera med de andra nivåerna? Om anpassade skript krävs, vad händer när en enda del av förändringarna tillgänglighet arkitektur? Kommer extra, anpassade konsultarbete bli nödvändigt att utveckla och åter testa befintliga skript? Sist men inte minst, om och när något går sönder, vems ansvar är det att identifiera roten? Med olika lösningar från olika leverantörer, måste man vara försiktig med den oundvikliga peka finger som kan uppstå när saker går fel. Naturligtvis ett alternativ är att helt enkelt inte integrera lösningar, trots allt, så länge som varje parti gör sitt jobb, är det inte säkert att anta att hela systemet är i drift? Inte nödvändigtvis. Tänk till exempel utplacering av en multi tier, distribuerad arkitektur över fysiska platser för DR ändamål. Om hela, primärproduktion sajt misslyckas, kommer servrarna startar i rätt ordning och mode vid den avlägsna platsen, eller kommer en viss grad av interaktion behövas från en administratör? Nu undersöka mer probabletype av misslyckande, när bara en komponent i stället för en hel webbplats misslyckas. Såvida du har distribuerat en kombinerad hög tillgänglighet lösning Disaster Recovery, är chansen att det enda felaktiga komponenten kommer att återuppta verksamheten vid DR platsen. Men i de flesta fall, kommer latensen mellan platserna vara för hög för någon multi tier applikation att fungera korrekt. I denna situation, till sin bästa misslyckas faktiskt alla komponenter över till den avlägsna platsen som en enda, sammanhållen enhet. Men återigen, hur denna samordning ske? Antingen är vi tillbaka till skript i failover på något sätt, annars några händer på administratör engagemang behövs. När det sker, återhämtning gånger ökar oundvikligen, när återhämtningen tider ökar, så ökar den nedersta raden kostnaden för avbrottet till verksamheten konst av:. Gee Mandy