Verktyg för Användargränssnitt – v3 Versionsnoteringar
Komponent: Config UI
En stor version. Config UI har flyttats till en aktuell plattform, målats om i Simplitics egen färgpalett och fått en ny visuell mappningsupplevelse, en startsida med översikt, och en modell per källsystem av vad INGEST-agenten faktiskt läser. Migreringen bort från backend-API v2 är också slutförd.
Höjdpunkter
INGEST beskrivs nu per operator, inte per anslutningstyp
Anslutnings- och exportformulären visade tidigare unionen av alla fält för en anslutningstyp, vilket inte sa något om den källa du faktiskt konfigurerade. Båda sidorna drivs nu av ett register över operatorklasser — den sourcetype agenten kör — så att varje formulär bara frågar efter de fält operatorn läser, markerar de som krävs och flaggar de som ignoreras i stället för att dölja dem.
- Operatorväljare på både Connections- och Exports-sidan.
FILE-anslutningar lagrar valet iStorageTypeoch köer i egenskapenqueue_type;DBochAPIhar ingen plats i kontraktet för det, så valet detekteras från porten eller API-URL:en och kommer ihåg per webbläsare — och väljaren berättar vilket av de tre det var i stället för att presentera en gissning som fakta. - Konfigurationsmallar per operator, härledda från anslutningar som faktiskt körs — portar, avgränsare, grant-typer, kontrollheadrar, scope. Att tillämpa en mall fyller bara tomma fält; "återställ till dessa värden" är en separat åtgärd. En mall bär aldrig en autentiseringsuppgift och hittar aldrig på ett värde, och den listar vad den medvetet lämnat till dig.
- Meddelandeköer (AWS SQS, Azure Service Bus, Redis) går att konfigurera som
CUSTOM-anslutningar, med koordinater, batchgränser och överstyrningar per export. - Filsystem (lokalt, S3, Azure Data Lake Gen2, SFTP) fick hela sin uppsättning fält, egenskaper och filtervillkor, inklusive DuckDB-läsarens inställningar och filurvalsfönstret.
- API:ets autentiseringsmetod använder nu de värden agenten jämför mot —
OAuth 2.0,Token,Basic. Listan erbjöd tidigareoauth/basic/bearer/apikey/none, varav inget matchar körningen, så ingenAuthorization-header byggdes någonsin för en anslutning som sparats via den. Anslutningar med ett gammalt värde flaggas och skrivs om vid sparning. - Autentiseringsegenskaper är villkorligt obligatoriska, utifrån autentiseringsmetod och grant-typ snarare än operator, och att välja metod skriver in de nycklar konfigurationen behöver i egenskapslistan — ett formulär som synligt bad om
grant_typesparade tidigare en payload utan den. - Leverantörsvägledning erbjuds, men tvingas aldrig. Graphs
/.default-scope, Talkdesks scope och Heartpaces statiska token visas med sitt skäl och en knapp som tillämpar dem. När token-URL:en slutar tillhöra leverantören — signaturen för en gateway framför källan — drar förslagen tillbaka sig själva och UI:t säger varför. DBEncryptedConnectionochDBTrustCertificateär vanliga anslutningsfält för databaser. De modellerades tidigare som anslutningsegenskaper för SQL Server, vilket aldrig kunde sparas: DB-kontraktet har ingen egenskapslista.
Autentiseringsuppgifter återanvänds aldrig
API:et krypterar varje värde det tar emot, så att posta tillbaka en lagrad uppgift krypterar den en andra gång och anslutningen slutar fungera vid nästa export utan att UI:t visar varför.
- Lagrade lösenord renderas aldrig; fälten är hårdkopplade till tomma och den laddade anslutningen rensas från
DBUsrPwd/StorageUsrPwdpå vägen in. - Krypterade värden i en egenskapslista rensas vid laddning, och de nycklar som rensades rapporteras så att du vet vad du behöver skriva in på nytt. Detektionen sker på värdet, så en hemlighet i klartext lämnas orörd.
- JSON-förhandsgranskningen bär alltid lösenordsnyckeln så att payloaden går att posta, men aldrig det lagrade värdet. En nedladdad förhandsgranskning innehåller därför en skarp uppgift så snart en har skrivits in.
Dynamiska tidsvärden
Exportdefinitioner bär värden som körningen löser upp vid exekvering — filnamnssuffixet, filsökvägen till en partitionerad källa, ändarna på ett filurvalsfönster, förfrågningsparametrar, where-satser.
- En väljare som frågar vilket ögonblick och hur långt bakåt, i stället för att be dig stava ett token, och som visar både det sammansatta värdet och en läsbar tolkning.
- Hela grammatiken
[__<TIME>[_MINUS_<N>_<UNIT>][_AS_<FORMAT>]__], inklusiveHIVEochHIVE_PADDEDsom separata val —month=8ochmonth=08är inte utbytbara, och vilket som fungerar beror på hur källan skrev sina partitioner. - Formatärvning visas som ett eget alternativ, och namnger det format ett token utan
_AS_kommer att ärva. - Äldre stavningar flaggas, aldrig omskrivna i tysthet —
[__LAST_N_DAYS__]och[__LASTEXECUTIONTIME__], där den senare är ett namn grammatiken inte listar, så exporter som bär det kan aldrig ha lösts upp. dateTimeFormathar nu ett formulär. Det fanns i kontraktet från början utan att något renderade det.- Egendefinierade parametrar går att växla mellan text, tal och datum och tid, där typen härleds från värdet.
Visuell mappning
- Ny diagramvy för mappningar byggd på React Flow, numera standardvy, med mappningar som skapas och tas bort genom att dra, grupperade noder, markering vid hovring, sökning, filtrering på ämnesområde, en växlare för att bara visa mappade fält, och bildexport.
- Mappningslinjer som överlägg i trädvyerna, med brödsmulenavigering som binder ihop källa och mål.
- Dialogen för nyckelmappning löser problemet på plats. Den listade tidigare dina mappningar, konstaterade en regel och erbjöd bara en destruktiv knapp. Nu namnger den vad som saknas, förklarar vad en affärsnyckel är och låter dig välja källfältet och trycka Map and save. Borttagning har flyttats ned till en textlänk som namnger sin konsekvens och sitt antal.
- Föräldralösa mappningar visas — mappningar vars målattribut eller målmodell döpts om eller tagits bort var dolda i trädet och gick varken att se eller städa bort. En banner listar dem med en Remove-knapp.
- Mappningsegenskaper sparas. Trädnoden bar bara
{fileName, modelName}, så den skickade payloaden saknadetarget,sourceochmappingNumberoch sparningen hoppades över i tysthet — ingen förfrågan, inget fel, ingen förändring. - Filter, valfria beräkningar, sorteringsordning och sorteringsriktning går att redigera per attribut i UI:t. De behövde tidigare tillämpas via API:et eller en källkodsvy.