Grundlagen der KI
Vorhandene vs. benutzerdefinierte Machine-Learning-Modelle?
Wann ist das Erstellen besser als das Kaufen einer vorhandenen LÃķsung?
Unternehmen kÃķnnen unterschiedliche AnsÃĪtze fÞr die Modellentwicklung verfolgen. Von vollstÃĪndig verwalteten ML-Diensten bis hin zu benutzerdefinierten Modellen. AbhÃĪngig von den GeschÃĪftsanforderungen, der verfÞgbaren Expertise und den PlanungsbeschrÃĪnkungen mÞssen sie eine Entscheidung treffen: Sollen sie benutzerdefinierte LÃķsungen von Grund auf entwickeln? Oder sollen sie eine vorhandene Dienstleistung wÃĪhlen?
Bei allen Stadien der ML-Arbeit mÞssen Entscheidungen getroffen werden, wie die verschiedenen Puzzleteile zusammenpassen. Von der Datenerfassung, -vorbereitung und -visualisierung bis hin zur Feature-Engineering, Modelltraining und -bewertung fragen sich Machine-Learning-Ingenieure immer wieder dieselbe Frage: Wird es eine benutzerdefinierte, von Grund auf entwickelte LÃķsung sein? Oder wird es eine vorhandene Dienstleistung sein?
Aber wann ist das Erstellen besser als das Kaufen einer vorhandenen LÃķsung? Die wichtigsten Unterschiede zwischen den beiden AnsÃĪtzen sind: Vorbereitungsanstrengungen, Entwicklungszeit und erforderliche Expertise.
Was ist zu beachten, wenn man entscheidet, ob man vorhandene oder benutzerdefinierte Machine-Learning-Modelle verwendet?
Vorbereitungsanstrengungen
ML-Projekte stehen vor verschiedenen Herausforderungen, aber vielleicht die grÃķÃte Herausforderung ist die VerfÞgbarkeit von Trainingsdaten. Der Mangel an Trainingsdaten kann ein Projekt stoppen, bevor es Þberhaupt beginnt. Bevor ein Projekt beginnt, kann es bereits erhebliche Vorbereitungskosten fÞr die Datenerfassung, -etikettierung, -reinigung und -vorbereitung haben. Dies ist die bekannte Falle, in der viele ML-Projekte scheitern: Die Vorbereitung verbraucht 80% der zugewiesenen Ressourcen, wÃĪhrend nur wenige Ressourcen fÞr das tatsÃĪchliche Modelltraining und die Bewertung Þbrig bleiben.
Vorhandene LÃķsungen lindern die Belastungen und Schmerzen der Vorbereitungsanstrengungen. Sie sind so konzipiert, dass sie die meisten gÃĪngigen Operationen mit nur wenig Konfiguration durchfÞhren. Das Beste daran ist: Vorhandene LÃķsungen existieren fÞr alle Stadien der ML-Arbeit.
Andererseits erfordern benutzerdefinierte Implementierungen in der Regel mehr Vorbereitungsanstrengungen. Das bedeutet jedoch nicht, dass sie vollstÃĪndig abgelehnt werden mÞssen: Sie sind immer noch erforderlich, um ein bestimmtes ML-Stadium auf die Spezifika des zu lÃķsenden Problems abzustimmen. Ein besonders schmutziges Datenset kann spezielle Reinigungsregeln erfordern. Gleichzeitig kann ein bestimmtes Feature-Set benutzerdefiniertes Feature-Engineering erfordern, wÃĪhrend neuronale Architekturen leichte Anpassungen erfordern kÃķnnen. In diesem Fall sind benutzerdefinierte LÃķsungen, die von Grund auf entwickelt werden, wahrscheinlich in der Lage, alle Anforderungen abzudecken.
Entwicklungszeit
Vorhandene LÃķsungen konzentrieren sich auf die Konfiguration anstelle der Implementierung. Anstatt Ressourcen fÞr die KlÃĪrung zu verwenden, was getan werden soll, konzentrieren sich ML-Teams auf wie die verschiedenen Puzzleteile zusammenpassen. Dieser Ansatz ermÃķglicht es Unternehmen, Forschern und Ingenieuren, schnell Prototypen und Beweise der Konzeption zu implementieren. Anstatt das Rad neu zu erfinden, ermÃķglichen vorhandene LÃķsungen es, vorhandenes Wissen zu nutzen und so die Entwicklungszeit zu sparen.
Benutzerdefinierte LÃķsungen, die von Grund auf implementiert werden, sind bekanntermaÃen langsamer in Bezug auf die Entwicklungszeit. Dies liegt an ihren erhÃķhten Wartungsanforderungen: Ingenieure mÞssen sowohl das was als auch das wie der LÃķsung herausfinden. Ebenso sind die erforderlichen Zeitressourcen direkt proportional zur KomplexitÃĪt der LÃķsung: Je komplexer die LÃķsung, desto mehr Zeit wird sie erfordern.
Normalerweise jedoch liegt die Wahrheit irgendwo dazwischen: Ein vorhandener Codebasis wird refaktorisiert und an die BedÞrfnisse des aktuellen Projekts angepasst. Ein solches Beispiel ist der bekannte Transfer-Learning-Ansatz fÞr das Modelltraining.
Expertise
Genau wie es mehrere Ebenen gibt, auf denen Machine Learning durchgefÞhrt wird, gibt es mehrere Ebenen der Expertise, auf denen ML-Modelle entwickelt werden kÃķnnen, von codefreien Schnittstellen bis hin zum Aufbau von Modellen von Grund auf.
Vorhandene LÃķsungen existieren, fÞr die nur sehr wenig Machine-Learning-Expertise erforderlich ist. Durch die Verwendung intuitiver Schnittstellen und sogar Drag-and-Drop-AnsÃĪtzen ist es extrem einfach geworden, fÞr jeden (von Business-Analysten bis hin zu Software-Ingenieuren) ein bestimmtes Machine-Learning-Modell zu erstellen und zu bereitstellen. Obwohl dieser einfache Ansatz fÞr die Modellentwicklung fÞr Prototyping-Zwecke funktionieren kann, ist es unwahrscheinlich, dass er die Anforderungen von Produktions-systemen erfÞllt.
Expertise ist immer noch erforderlich, um vorhandene LÃķsungen ordnungsgemÃĪÃ zu konfigurieren, einzurichten und in der Produktion zu warten. Workarounds, Code-Patches, die Verbindung zu verschiedenen API-Schnittstellen und die BewÃĪltigung von Bereitstellungsproblemen sind gÃĪngige Aufgaben, die erforderlich sind, um die Leistung von Modellen in Produktionsumgebungen sicherzustellen.
Benutzerdefinierte LÃķsungen werden in der Regel auf einer infrastrukturellen Ebene implementiert und es gibt keinen Weg darum herum: Expertise ist definitiv erforderlich. AbhÃĪngig von der UnternehmensgrÃķÃe und den Projektzielen kÃķnnen multidisziplinÃĪre Teams erforderlich sein, um Produktions-systeme zu warten. Data Scientists, ML-Ingenieure und Business-Analysten arbeiten zusammen, um die Inferenzergebnisse zu verstehen und Produktionsmodelle zu warten.
Was sollten Sie verwenden: eine vorhandene oder eine benutzerdefinierte Machine-Learning-LÃķsung?
Eine ML-LÃķsung wird aus vielen einzelnen Komponenten und Diensten bestehen, die zusammen als kohÃĪrente LÃķsung kombiniert werden mÞssen. Es geht nie darum, 100% benutzerdefiniert oder 100% vorhanden zu sein, da verschiedene GeschÃĪftsprobleme unterschiedliche LÃķsungen erfordern. HÃĪufiger als nicht werden ML-basierte LÃķsungen durch eine Kombination aus beiden erstellt: Vorhandene Dienste, um allgemeine Erkenntnisse zu gewinnen, kombiniert mit benutzerdefinierten Modellen fÞr erhÃķhte Genauigkeit und die Modellierung von domÃĪnen-spezifischem Wissen.
Der Trick besteht darin, zu wissen, wann man benutzerdefinierte LÃķsungen von Grund auf implementieren sollte und welche Teile des Projekts die Vorteile von vorhandenen Diensten nutzen kÃķnnen. Dies hÃĪngt stark vom Typ des zu lÃķsenden Problems, den GeschÃĪftsanforderungen, den verfÞgbaren Daten und den Gesamtbegrenzungen der Entwicklungsumgebung ab.
FÞr weitere Informationen zu AI und Technologie-Trends besuchen Sie Josh Miramant, CEO von Blue Orange Digital, fÞr datengetriebene LÃķsungen fÞr Lieferketten, Gesundheitsdokumenten-Automatisierung und mehr.
Sie kÃķnnten auch interessiert sein:
Verwenden Sie NLP, um Kommentare in sozialen Medien zu klassifizieren
Wie die Sprachverarbeitung durch Googles Open-Source-BERT-Modell verbessert wird












