Ändra stöd för feed i Azure Blob StorageChange feed support in Azure Blob Storage

Syftet med ändrings flödet är att tillhandahålla transaktions loggar för alla ändringar som sker i blobbar och blob-metadata i ditt lagrings konto.The purpose of the change feed is to provide transaction logs of all the changes that occur to the blobs and the blob metadata in your storage account. Ändrings flödet ger beställd, garanterad, varaktig, oföränderlig, skrivskyddad logg över dessa ändringar.The change feed provides ordered, guaranteed, durable, immutable, read-only log of these changes. Klient program kan läsa dessa loggar när som helst, antingen i strömning eller i batchläge.Client applications can read these logs at any time, either in streaming or in batch mode. Med ändrings flödet kan du bygga effektiva och skalbara lösningar som bearbetar ändrings händelser som inträffar i ditt Blob Storage konto till en låg kostnad.The change feed enables you to build efficient and scalable solutions that process change events that occur in your Blob Storage account at a low cost.

Anteckning

Den här funktionen stöds ännu inte i konton som har ett hierarkiskt namn område (Azure Data Lake Storage Gen2).This feature is not yet supported in accounts that have a hierarchical namespace (Azure Data Lake Storage Gen2). Mer information finns i Blob Storage-funktioner som är tillgängliga i Azure Data Lake Storage Gen2.To learn more, see Blob storage features available in Azure Data Lake Storage Gen2.

Så här fungerar ändrings flödetHow the change feed works

Ändrings flödet lagras som blobbar i en särskild behållare i ditt lagrings konto med standard priset för BLOB .The change feed is stored as blobs in a special container in your storage account at standard blob pricing cost. Du kan styra Retentions perioden för de här filerna utifrån dina krav (se villkoren i den aktuella versionen).You can control the retention period of these files based on your requirements (See the conditions of the current release). Ändrings händelser läggs till i ändrings flödet som poster i Apache Avro format specifikation: ett kompakt, fast binärformat som ger omfattande data strukturer med infogat schema.Change events are appended to the change feed as records in the Apache Avro format specification: a compact, fast, binary format that provides rich data structures with inline schema. Det här formatet används ofta i Hadoop-eko systemet, Stream Analytics och Azure Data Factory.This format is widely used in the Hadoop ecosystem, Stream Analytics, and Azure Data Factory.

Du kan bearbeta loggarna asynkront, stegvis eller helt och hållet.You can process these logs asynchronously, incrementally or in-full. Valfritt antal klient program kan samtidigt läsa ändrings flödet, parallellt och i sin egen takt.Any number of client applications can independently read the change feed, in parallel, and at their own pace. Analys program som Apache-granskning eller Apache Spark kan använda loggar direkt som Avro-filer, vilket gör att du kan bearbeta dem till en låg kostnad, med hög bandbredd och utan att behöva skriva ett anpassat program.Analytics applications such as Apache Drill or Apache Spark can consume logs directly as Avro files, which let you process them at a low-cost, with high-bandwidth, and without having to write a custom application.

Följande diagram visar hur poster läggs till i ändrings flödet:The following diagram shows how records are added to the change feed:

Diagram över hur ändrings flödet fungerar för att tillhandahålla en ordnad logg över ändringar i blobbar

Stöd för ändring av feed passar bra för scenarier som bearbetar data baserat på objekt som har ändrats.Change feed support is well-suited for scenarios that process data based on objects that have changed. Till exempel kan program:For example, applications can:

  • Uppdatera ett sekundärt index, synkronisera med ett cacheminne, sökmotor eller andra scenarier för innehållshantering.Update a secondary index, synchronize with a cache, search-engine, or any other content-management scenarios.

  • Extrahera företagsanalysinsikter och mått baserat på ändringar som görs i dina objekt, antingen med direktuppspelning eller i ett gruppläge.Extract business analytics insights and metrics, based on changes that occur to your objects, either in a streaming manner or batched mode.

  • Lagra, granska och analysera ändringar i dina objekt under en viss tidsperiod, för att se säkerhet, efterlevnad eller information om företagets datahantering.Store, audit, and analyze changes to your objects, over any period of time, for security, compliance or intelligence for enterprise data management.

  • Bygg lösningar för att säkerhetskopiera, spegla eller replikera objekt tillstånd i ditt konto för haveri hantering eller efterlevnad.Build solutions to backup, mirror, or replicate object state in your account for disaster management or compliance.

  • Skapa anslutna program pipelines som reagerar på ändrings händelser eller schema körningar baserat på skapade eller ändrade objekt.Build connected application pipelines that react to change events or schedule executions based on created or changed object.

Change feed är en nödvändig funktion för objekt replikering och återställning av tidpunkter för att blockera blobbar.Change feed is a prerequisite feature for Object Replication and Point-in-time restore for block blobs.

Anteckning

Ändra feed tillhandahåller en varaktig, ordnad logg modell av de ändringar som görs i en blob.Change feed provides a durable, ordered log model of the changes that occur to a blob. Ändringar skrivs och görs tillgängliga i din Change feed-logg inom en ordning med några minuter av ändringen.Changes are written and made available in your change feed log within an order of a few minutes of the change. Om ditt program måste reagera på händelser mycket snabbare än så kan du överväga att använda Blob Storage händelser i stället.If your application has to react to events much quicker than this, consider using Blob Storage events instead. Blob Storage-händelser tillhandahåller engångs händelser i real tid som gör det möjligt för dina Azure Functions eller program att snabbt reagera på ändringar som görs i en blob.Blob Storage Events provides real-time one-time events which enable your Azure Functions or applications to quickly react to changes that occur to a blob.

Aktivera och inaktivera ändrings flödetEnable and disable the change feed

Du måste aktivera ändrings flödet på ditt lagrings konto för att kunna börja samla in och registrera ändringar.You must enable the change feed on your storage account to begin capturing and recording changes. Inaktivera ändrings flödet om du vill stoppa insamlingen av ändringar.Disable the change feed to stop capturing changes. Du kan aktivera och inaktivera ändringar med Azure Resource Manager mallar på portalen eller PowerShell.You can enable and disable changes by using Azure Resource Manager templates on Portal or PowerShell.

Här är några saker att tänka på när du aktiverar ändrings flödet.Here's a few things to keep in mind when you enable the change feed.

  • Det finns bara en ändra feed för Blob-tjänsten i varje lagrings konto och lagras i $blobchangefeed containern.There's only one change feed for the blob service in each storage account and is stored in the $blobchangefeed container.

  • Skapa, uppdatera och ta bort ändringar registreras bara på BLOB Service-nivån.Create, Update, and Delete changes are captured only at the blob service level.

  • Ändrings matningen fångar alla ändringar för alla tillgängliga händelser som inträffar på kontot.The change feed captures all of the changes for all of the available events that occur on the account. Klient program kan filtrera ut händelse typer efter behov.Client applications can filter out event types as required. (Se villkoren för den aktuella versionen).(See the conditions of the current release).

  • Endast GPv2-och Blob Storage-konton kan aktivera ändrings flöde.Only GPv2 and Blob storage accounts can enable Change feed. Premium BlockBlobStorage-konton och aktiverade konton för hierarkiskt namn område stöds inte för närvarande.Premium BlockBlobStorage accounts, and hierarchical namespace enabled accounts are not currently supported. GPv1 lagrings konton stöds inte, men kan uppgraderas till GPv2 utan avbrott, se Uppgradera till ett GPv2 Storage-konto för mer information.GPv1 storage accounts are not supported but can be upgraded to GPv2 with no downtime, see Upgrade to a GPv2 storage account for more information.

Aktivera ändra feed på ditt lagrings konto genom att använda Azure Portal:Enable change feed on your storage account by using Azure portal:

  1. I Azure Portalväljer du ditt lagrings konto.In the Azure portal, select your storage account.

  2. Navigera till alternativet för data skydd under BLOB service.Navigate to the Data protection option under Blob service.

  3. Under spårning väljer du Aktivera BLOB Change feed.Under Tracking, select Turn on blob change feed.

  4. Välj knappen Spara för att bekräfta dina data skydds inställningar.Choose the Save button to confirm your data protection settings.

    Skärm bild som visar hur du aktiverar ändra feed i Azure Portal

Använda ändrings flödetConsume the change feed

Ändrings flödet genererar flera metadata och loggfiler.The change feed produces several metadata and log files. De här filerna finns i $blobchangefeed behållare för lagrings kontot.These files are located in the $blobchangefeed container of the storage account.

Anteckning

I den aktuella versionen visas $blobchangefeed containern endast i Azure Portal men inte synlig i Azure Storage Explorer.In the current release, the $blobchangefeed container is visible only in Azure portal but not visible in Azure Storage Explorer. Du kan för närvarande inte se $blobchangefeed-behållaren när du anropar ListContainers API, men du kan anropa ListBlobs-API: et direkt på behållaren för att se blobarnaYou currently cannot see the $blobchangefeed container when you call ListContainers API but you are able to call the ListBlobs API directly on the container to see the blobs

Dina klient program kan använda ändrings flödet med hjälp av processor biblioteket för BLOB Change-bearbetning som tillhandahålls med Change feed-SDK: n.Your client applications can consume the change feed by using the blob change feed processor library that is provided with the Change feed processor SDK.

Se processen ändra flödes loggar i Azure Blob Storage.See Process change feed logs in Azure Blob Storage.

Förstå organisation för ändrings flödeUnderstand change feed organization

SegmentSegments

Ändrings flödet är en logg över ändringar som organiseras i Tim segment , men som läggs till och uppdateras med några minuter.The change feed is a log of changes that are organized into hourly segments but appended to and updated every few minutes. Segmenten skapas endast när det finns BLOB Change-händelser som inträffar under den timmen.These segments are created only when there are blob change events that occur in that hour. Detta gör att klient programmet kan använda ändringar som sker inom specifika tidsintervall utan att behöva söka igenom hela loggen.This enables your client application to consume changes that occur within specific ranges of time without having to search through the entire log. Mer information finns i specifikationerna.To learn more, see the Specifications.

Ett tillgängligt Tim segment i ändrings flödet beskrivs i en manifest fil som anger Sök vägarna till filerna för byte av byte för det segmentet.An available hourly segment of the change feed is described in a manifest file that specifies the paths to the change feed files for that segment. I listen av den $blobchangefeed/idx/segments/ virtuella katalogen visas de segment som sorteras efter tid.The listing of the $blobchangefeed/idx/segments/ virtual directory shows these segments ordered by time. Segmentets sökväg beskriver starten av tids intervallet för varje timme som segmentet representerar.The path of the segment describes the start of the hourly time-range that the segment represents. Du kan använda listan för att filtrera ut segmenten med loggar som är av intresse för dig.You can use that list to filter out the segments of logs that are of interest to you.

Name                                                                    Blob Type    Blob Tier      Length  Content Type    
----------------------------------------------------------------------  -----------  -----------  --------  ----------------
$blobchangefeed/idx/segments/1601/01/01/0000/meta.json                  BlockBlob                      584  application/json
$blobchangefeed/idx/segments/2019/02/22/1810/meta.json                  BlockBlob                      584  application/json
$blobchangefeed/idx/segments/2019/02/22/1910/meta.json                  BlockBlob                      584  application/json
$blobchangefeed/idx/segments/2019/02/23/0110/meta.json                  BlockBlob                      584  application/json

Anteckning

$blobchangefeed/idx/segments/1601/01/01/0000/meta.jsonSkapas automatiskt när du aktiverar ändrings flödet.The $blobchangefeed/idx/segments/1601/01/01/0000/meta.json is automatically created when you enable the change feed. Du kan ignorera den här filen på ett säkert sätt.You can safely ignore this file. Det är en initierings fil som alltid är tom.It is an always empty initialization file.

Segment manifest filen ( meta.json ) visar sökvägen till filerna för att ändra feed för segmentet i chunkFilePaths egenskapen.The segment manifest file (meta.json) shows the path of the change feed files for that segment in the chunkFilePaths property. Här är ett exempel på en segment manifest fil.Here's an example of a segment manifest file.

{
    "version": 0,
    "begin": "2019-02-22T18:10:00.000Z",
    "intervalSecs": 3600,
    "status": "Finalized",
    "config": {
        "version": 0,
        "configVersionEtag": "0x8d698f0fba563db",
        "numShards": 2,
        "recordsFormat": "avro",
        "formatSchemaVersion": 1,
        "shardDistFnVersion": 1
    },
    "chunkFilePaths": [
        "$blobchangefeed/log/00/2019/02/22/1810/",
        "$blobchangefeed/log/01/2019/02/22/1810/"
    ],
    "storageDiagnostics": {
        "version": 0,
        "lastModifiedTime": "2019-02-22T18:11:01.187Z",
        "data": {
            "aid": "55e507bf-8006-0000-00d9-ca346706b70c"
        }
    }
}

Anteckning

$blobchangefeedBehållaren visas bara när du har aktiverat funktionen ändra feed på ditt konto.The $blobchangefeed container appears only after you've enabled the change feed feature on your account. Du måste vänta några minuter efter att du aktiverat ändra feed innan du kan lista blobarna i behållaren.You'll have to wait a few minutes after you enable the change feed before you can list the blobs in the container.

Ändra händelse posterChange event records

Filerna för ändrings-feed innehåller en serie ändrings händelse poster.The change feed files contain a series of change event records. Varje ändrings händelse post motsvarar en ändring i en enskild blob.Each change event record corresponds to one change to an individual blob. Posterna serialiseras och skrivs till filen med Avro-format specifikationen Apache .The records are serialized and written to the file using the Apache Avro format specification. Posterna kan läsas med hjälp av specifikationen Avro File format.The records can be read by using the Avro file format specification. Det finns flera bibliotek som är tillgängliga för att bearbeta filer i det formatet.There are several libraries available to process files in that format.

Ändra feed-filer lagras i den $blobchangefeed/log/ virtuella katalogen som bifogade blobbar.Change feed files are stored in the $blobchangefeed/log/ virtual directory as append blobs. Den första ändrings matnings filen under varje sökväg kommer att ha 00000 i fil namnet (till exempel 00000.avro ).The first change feed file under each path will have 00000 in the file name (For example 00000.avro). Namnet på varje efterföljande loggfil som läggs till i sökvägen ökar med 1 (till exempel: 00001.avro ).The name of each subsequent log file added to that path will increment by 1 (For example: 00001.avro).

Följande händelse typer samlas in i ändra flödes poster:The following event types are captured in the Change feed records:

  • BlobCreatedBlobCreated
  • BlobDeletedBlobDeleted
  • BlobPropertiesUpdatedBlobPropertiesUpdated
  • BlobSnapshotCreatedBlobSnapshotCreated

Här är ett exempel på en ändrings händelse post från ändra feed-fil som konverterats till JSON.Here's an example of change event record from change feed file converted to Json.

{
     "schemaVersion": 1,
     "topic": "/subscriptions/dd40261b-437d-43d0-86cf-ef222b78fd15/resourceGroups/sadodd/providers/Microsoft.Storage/storageAccounts/mytestaccount",
     "subject": "/blobServices/default/containers/mytestcontainer/blobs/mytestblob",
     "eventType": "BlobCreated",
     "eventTime": "2019-02-22T18:12:01.079Z",
     "id": "55e5531f-8006-0000-00da-ca3467000000",
     "data": {
         "api": "PutBlob",
         "clientRequestId": "edf598f4-e501-4750-a3ba-9752bb22df39",
         "requestId": "00000000-0000-0000-0000-000000000000",
         "etag": "0x8D698F13DCB47F6",
         "contentType": "application/octet-stream",
         "contentLength": 128,
         "blobType": "BlockBlob",
         "url": "",
         "sequencer": "000000000000000100000000000000060000000000006d8a",
         "storageDiagnostics": {
             "bid": "11cda41c-13d8-49c9-b7b6-bc55c41b3e75",
             "seq": "(6,5614,28042,28038)",
             "sid": "591651bd-8eb3-c864-1001-fcd187be3efd"
         }
  }
}

En beskrivning av varje egenskap finns i Azure Event Grid händelse schema för Blob Storage.For a description of each property, see Azure Event Grid event schema for Blob Storage. BlobPropertiesUpdated-och BlobSnapshotCreated-händelserna är för närvarande exklusiva för att ändra feed och ännu inte stöd för Blob Storage händelser.The BlobPropertiesUpdated and BlobSnapshotCreated events are currently exclusive to Change feed and not yet supported for Blob Storage Events.

Anteckning

Filerna för att ändra feeds för ett segment visas inte direkt efter att ett segment har skapats.The change feed files for a segment don't immediately appear after a segment is created. Fördröjnings tiden ligger inom det normala intervallet för publicerings fördröjningen för ändrings flödet som är inom några minuter från ändringen.The length of delay is within the normal interval of publishing latency of the change feed which is within a few minutes of the change.

SpecifikationerSpecifications

  • Ändrings händelse poster läggs bara till i ändrings flödet.Change events records are only appended to the change feed. När dessa poster har lagts till är de oföränderliga och post-positionen stabil.Once these records are appended, they are immutable and record-position is stable. Klient program kan upprätthålla sin egen kontroll punkt på den Läs positionen för ändrings flödet.Client applications can maintain their own checkpoint on the read position of the change feed.

  • Ändrings händelse poster läggs till i en ordning om några minuter av ändringen.Change event records are appended within an order of few minutes of the change. Klient program kan välja att använda poster när de läggs till för direkt åtkomst eller i bulk vid en annan tidpunkt.Client applications can choose to consume records as they are appended for streaming access or in bulk at any other time.

  • Ändrings händelse poster sorteras efter ändrings ordning per BLOB.Change event records are ordered by modification order per blob. Ordningen på ändringar i blobbar är inte definierad i Azure Blob Storage.Order of changes across blobs is undefined in Azure Blob Storage. Alla ändringar i föregående segment är före eventuella ändringar i efterföljande segment.All changes in a prior segment are before any changes in subsequent segments.

  • Ändrings händelse poster serialiseras till logg filen med hjälp av Apache Avro 1.8.2 format Specification.Change event records are serialized into the log file by using the Apache Avro 1.8.2 format specification.

  • Ändra händelse poster där eventType värdet för Control är interna system poster och inte återspeglar en ändring av objekt i ditt konto.Change event records where the eventType has a value of Control are internal system records and don't reflect a change to objects in your account. Du kan ignorera dessa poster på ett säkert sätt.You can safely ignore those records.

  • Värdena i storageDiagnostics egenskaps uppsättningen är enbart för internt bruk och är inte avsedda att användas av ditt program.Values in the storageDiagnostics property bag are for internal use only and not designed for use by your application. Dina program ska inte ha något avtals beroende av dessa data.Your applications shouldn't have a contractual dependency on that data. Du kan ignorera dessa egenskaper på ett säkert sätt.You can safely ignore those properties.

  • Tiden som segmentet representerar är Ungefärlig med gränser på 15 minuter.The time represented by the segment is approximate with bounds of 15 minutes. För att se till att förbrukningen av alla poster inom en angiven tid används, förbrukar du föregående och nästa Tim segment.So to ensure consumption of all records within a specified time, consume the consecutive previous and next hour segment.

  • Varje segment kan ha olika antal chunkFilePaths på grund av intern partitionering av logg strömmen för att hantera publicerings data flödet.Each segment can have a different number of chunkFilePaths due to internal partitioning of the log stream to manage publishing throughput. Loggfilerna i var chunkFilePath och en garanterar att de innehåller ömsesidigt uteslutande blobbar och kan förbrukas och bearbetas parallellt utan att det bryter mot sortering av ändringar per BLOB under iterationen.The log files in each chunkFilePath are guaranteed to contain mutually exclusive blobs, and can be consumed and processed in parallel without violating the ordering of modifications per blob during the iteration.

  • Segmenten börjar i Publishing status.The Segments start out in Publishing status. När tillägget av posterna i segmentet har slutförts blir det Finalized .Once the appending of the records to the segment is complete, it will be Finalized. Loggfiler i alla segment som är daterade efter datumet för LastConsumable egenskapen i $blobchangefeed/meta/Segments.json filen bör inte användas av ditt program.Log files in any segment that is dated after the date of the LastConsumable property in the $blobchangefeed/meta/Segments.json file, should not be consumed by your application. Här är ett exempel på en LastConsumable egenskap i en $blobchangefeed/meta/Segments.json fil:Here's an example of the LastConsumableproperty in a $blobchangefeed/meta/Segments.json file:

{
    "version": 0,
    "lastConsumable": "2019-02-23T01:10:00.000Z",
    "storageDiagnostics": {
        "version": 0,
        "lastModifiedTime": "2019-02-23T02:24:00.556Z",
        "data": {
            "aid": "55e551e3-8006-0000-00da-ca346706bfe4",
            "lfz": "2019-02-22T19:10:00.000Z"
        }
    }
}

Villkor och kända problemConditions and known issues

I det här avsnittet beskrivs kända problem och villkor i den aktuella versionen av ändrings flödet.This section describes known issues and conditions in the current release of the change feed.

  • Ändrings händelse poster för en enskild ändring kan visas mer än en gång i din ändrings feed.Change event records for any single change might appear more than once in your change feed.
  • Du kan ännu inte hantera livs längden för loggfiler för ändrings flöden genom att ange en tidsbaserad bevarande princip för dem och du kan inte ta bort Blobbarna.You can't yet manage the lifetime of change feed log files by setting time-based retention policy on them and you cannot delete the blobs.
  • urlLogg filens egenskap är för närvarande tom.The url property of the log file is currently always empty.
  • LastConsumableEgenskapen för segments.jsi filen visar inte det väldigt första segmentet som ändrings flödet slutförs.The LastConsumable property of the segments.json file does not list the very first segment that the change feed finalizes. Det här problemet uppstår först när det första segmentet har slutförts.This issue occurs only after the first segment is finalized. Alla efterföljande segment efter den första timmen registreras korrekt i LastConsumable egenskapen.All subsequent segments after the first hour are accurately captured in the LastConsumable property.
  • Du kan för närvarande inte se $blobchangefeed -behållaren när du anropar ListContainers API och behållaren inte visas på Azure Portal eller Storage Explorer.You currently cannot see the $blobchangefeed container when you call ListContainers API and the container does not show up on Azure portal or Storage Explorer. Du kan visa innehållet genom att anropa ListBlobs-API: et i $blobchangefeed containern direkt.You can view the contents by calling the ListBlobs API on the $blobchangefeed container directly.
  • Lagrings konton som tidigare har initierat en konto redundansväxling kan ha problem med logg filen som inte visas.Storage accounts that have previously initiated an account failover may have issues with the log file not appearing. Eventuella framtida växlingar i kontot kan också påverka logg filen.Any future account failovers may also impact the log file.

Vanliga frågorFAQ

Vad är skillnaden mellan ändrings flöde och Lagringsanalys loggning?What is the difference between Change feed and Storage Analytics logging?

Analys loggar innehåller poster med alla Läs-, Skriv-, list-och borttagnings åtgärder med lyckade och misslyckade förfrågningar för alla åtgärder.Analytics logs have records of all read, write, list, and delete operations with successful and failed requests across all operations. Analys loggar är bästa möjliga och ingen beställning är garanterat.Analytics logs are best-effort and no ordering is guaranteed.

Change feed är en lösning som ger transaktions logg över lyckade mutationer eller ändringar av ditt konto, till exempel skapande av BLOB, ändring och borttagning.Change feed is a solution that provides transactional log of successful mutations or changes to your account such as blob creation, modification, and deletions. Ändra feed garanterar att alla händelser registreras och visas i ordningen för lyckade ändringar per BLOB, så du behöver inte filtrera bort brus från en enorm volym Läs åtgärder eller misslyckade förfrågningar.Change feed guarantees all events to be recorded and displayed in the order of successful changes per blob, thus you do not have to filter out noise from a huge volume of read operations or failed requests. Ändrings flödet är grundläggande utformat och optimerat för program utveckling som kräver vissa garantier.Change feed is fundamentally designed and optimized for application development that require certain guarantees.

Ska jag använda ändra feed eller lagrings händelser?Should I use Change feed or Storage events?

Du kan använda båda funktionerna som ändrings flöde och Blob Storage-händelser ger samma information med samma leverans Tillförlitlighets garanti, och den största skillnaden är svars tid, beställning och lagring av händelse poster.You can leverage both features as Change feed and Blob storage events provide the same information with the same delivery reliability guarantee, with the main difference being the latency, ordering, and storage of event records. Ändra feed publicerar poster till loggen inom några minuter efter ändringen och garanterar även ordningen för ändrings åtgärder per blob.Change feed publishes records to the log within few minutes of the change and also guarantees the order of change operations per blob. Lagrings händelser överförs i real tid och kanske inte beställs.Storage events are pushed in real time and might not be ordered. Ändra flödes händelser lagras varaktigt i ditt lagrings konto som skrivskyddade, stabila loggar med en egen definierad kvarhållning, medan lagrings händelser är tillfälliga att konsumeras av händelse hanteraren, om du inte uttryckligen lagrar dem.Change feed events are durably stored inside your storage account as read-only stable logs with your own defined retention, while storage events are transient to be consumed by the event handler unless you explicitly store them. Med ändrings flöden kan valfritt antal program använda loggarna i sin egen bekvämlighet med hjälp av BLOB-API: er eller SDK: er.With Change feed, any number of your applications can consume the logs at their own convenience using blob APIs or SDKs.

Nästa stegNext steps