Dieser Text wurde mit dem automatisierten Übersetzungssystem von Salesforce übersetzt. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.
Zuverlässig – Verfügbarkeit
Weitere Informationen zu Well-Architected Trusted → Reliable → Availability → Failure Mimage (Wahrgenommenes Vertrauen – Vertrauenswürdig)
| Wohin schauen? Produktbereich | Standort | Wie sieht gut aus? Muster |
|---|---|
| Plattform | Unternehmen | ✅ Fehlerbehebungspläne werden häufig getestet Fehlerbehebungspläne werden regelmäßig (alle 1–2 Jahre), reaktiv nach schweren Vorfällen im Rahmen der Obduktion und proaktiv vor wichtigen Geschäfts- oder IT-Ereignissen getestet |
| Plattform | Organisation | ✅ Kontrollmechanismen zur Eindämmung werden sofort eingerichtet, reifen im Laufe der Zeit aus und integrieren die Automatisierung so früh wie möglich |
| Plattform | Organisation | ✅ Asynchrone Prozesse werden überwacht Asynchrone Prozesse werden mithilfe von Proactive Monitoring oder Abfragen von AsyncApexJob überwacht, die durch einen externen geplanten Auftrag ausgeführt werden. Es gibt Benachrichtigungen, um Probleme frühzeitig zu erkennen, was zu einer schnelleren Zeit bis zur Erkennung und Interaktion führt. |
| Plattform | Organisation | ✅ Ein Teil der geschulten Endbenutzer erstellt Listenansichten, Berichte und Dashboards Schulte Endbenutzer erstellen Berichte, Listenansichten und Dashboards als Teil einer organisationsweiten Berichtsstrategie, die dokumentierte Richtlinien und regelmäßige Überprüfungen enthält |
| Plattform | Organisation | ✅ Fehlerpunktauslöser und ihre entsprechenden Abhilfepläne werden nach Personen, Prozess und Technologie kategorisiert |
Weitere Informationen zu Well-Architected Trusted → Reliability → Availability → Risk Management (Wohlüberlegtes Vertrauen – Vertrauenswürdig)
| Wohin schauen? Produktbereich | Standort | Wie sieht gut aus? Muster |
|---|---|
| Plattform | Unternehmen | ✅ Ein etabliertes Framework zur Risikobewertung wird verwendet |
| Plattform | Unternehmen | ✅ Risikobewertungen werden von einer Vielzahl von Beteiligtengruppen unterzeichnet Risikobewertungen werden von einer Vielzahl von geschäftlichen und technischen Beteiligten überprüft und unterzeichnet |
| Plattform | Unternehmen | ✅ Risikobewertungs-Frameworks folgen Branchen- und Unternehmensstandards Ihr Risikobewertungs-Framework folgt Unternehmensstandards und folgt den folgenden Branchen- und Regulierungsstandards: ISO/IEC 27001, NIST Cybersecurity Framework (CSF), COBIT (Control Objectives for Information and Related Technologies), ISO/IEC 27005, DSGVO (Datenschutz-Grundverordnung), OWASP (Open Web Application Security Project), CSA Cloud Controls Matrix (CCM), PCI DSS (Payment Card Industry Data Security Standard) oder SOC 2 (System- und Organisationssteuerungen) |
| Plattform | Unternehmen | ✅ Das Risiko wird vor der Einführung einer größeren Änderung bewertet Das Risiko wird proaktiv vor einer größeren Änderung in Ihrem Unternehmen oder Ihrer Implementierung bewertet. Signature Success-Kunden nutzen die Verwaltung wichtiger Ereignisse. |
| Plattform | Unternehmen | ✅ Saisonale Spitzen werden für die Zeit im Voraus geplant. Spitzennutzungsereignisse (wie saisonale Spitzen im Verkehr) werden für die Zeit im Voraus geplant. Signature Success-Kunden nutzen die Verwaltung wichtiger Ereignisse. |
| Plattform | Unternehmen | ✅ Die Risikobewertung wird häufig überprüft. Die Risikobewertung wird reaktiv nach einem schweren Vorfall oder einem Abschlussgespräch, proaktiv vor der Einführung eines neuen Produkts, einer neuen Funktion oder einer neuen Geschäftseinheit, proaktiv vor wichtigen Geschäftsereignissen (saisonale Spitzen, wichtige Geschäftsänderungen) und regelmäßig (alle 1–2 Jahre) überprüft. |
| Plattform | Unternehmen | ✅ Risiken werden in Personen-, Prozess- und Technologiebereiche kategorisiert |
| Plattform | Dokumentation | ✅ Risikoschweregrad wird kategorisiert und anhand der Kundenauswirkung bewertet |
| Plattform | Dokumentation | ✅ Risikominderungs- und Reaktionspläne werden priorisiert, wobei der Fokus auf den Risiken mit der höchsten Priorität liegt |
Weitere Informationen zu Well-Architected Trusted → Reliable → Availability → Failure Mimage (Wahrgenommenes Vertrauen – Vertrauenswürdig)
| Wohin schauen? Produktbereich | Standort | Was vermeiden? Anti-Pattern |
|---|---|
| Plattform | Unternehmen | ⚠️ Fehlerbehebungspläne sind nicht ausreichend getestet Fehlerbehebungen werden nie oder nur nach der ersten Entwurfs-/Erstellungsphase getestet |
| Plattform | Unternehmen | ⚠️ Saisonale Spitzen werden nicht im Voraus berücksichtigt Spitzennutzungsereignisse (wie saisonale Spitzen im Verkehr) werden nicht im Voraus geplant |
| Plattform | Organisation | ⚠️ Automatisierung wird nicht zur Abhilfe verwendet |
| Plattform | Organisation | ⚠️ Fehlerpunktauslöser werden nicht klassifiziert; Ansätze zur Minderung sind ad hoc oder nicht vorhanden |
| Plattform | Organisation | ⚠️ Die Eindämmungskontrollen werden nicht erneut aufgerufen oder weiterentwickelt |
| Plattform | Organisation | ⚠️ Asynchrone Prozesse werden nicht proaktiv überwacht Asynchrone Prozesse basieren auf einem benutzerdefinierten Fehlerprotokollierungsmechanismus, der Teil des asynchronen Prozesses selbst ist, oder werden überhaupt nicht überwacht. |
| Plattform | Organisation | ⚠️ Endbenutzer sind allein für Listenansichten, Berichte und Dashboards verantwortlich. Endbenutzer können öffentliche Berichte, Listenansichten und Dashboards erstellen und es gibt keine regelmäßigen Leistungsüberprüfungen dieser Metadatenelemente. |
Weitere Informationen zu Well-Architected Trusted → Reliability → Availability → Risk Management (Wohlüberlegtes Vertrauen – Vertrauenswürdig)
| Wohin schauen? Produktbereich | Standort | Was vermeiden? Anti-Pattern |
|---|---|
| Plattform | Unternehmen | ⚠️ Risiko ist nicht eindeutig identifiziert |
| Plattform | Unternehmen | ⚠️ Das Risikobewertungs-Framework für Salesforce ist ad hoc |
| Plattform | Unternehmen | ⚠️ Risikobewertungs-Frameworks werden in einem Silo entwickelt Ihr Risikobewertungs-Framework wird von einem Team isoliert entwickelt und entspricht nicht den Unternehmensrichtlinien oder Branchenstandards. |
| Plattform | Unternehmen | ⚠️ Risikomanagement wird als "einmalige" Aktivität betrachtet Risikobewertungen werden einmal durchgeführt und/oder Ihr Rahmen für die Risikobewertung wird nicht regelmäßig aktualisiert |
| Plattform | Dokumentation | ⚠️ Die Kundenperspektive wird bei der Bewertung des Risikoschweregrads oder der Risikokategorie nicht berücksichtigt |
| Plattform | Dokumentation | ⚠️ Risikominderungs- und Reaktionspläne versuchen, jedes erdenkliche Risiko zu erfassen |