Változáscsatorna támogatása a Azure Blob StorageChange feed support in Azure Blob Storage

A változáscsatorna célja, hogy tranzakciónaplókat biztosítson a blobok és a tárfiókban lévő blobok metaadatainak változásairól.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. A változáscsatorna rendezett, garantált , tartós, nem módosítható, csak olvasható naplót biztosít a változásokról.The change feed provides ordered, guaranteed, durable, immutable, read-only log of these changes. Az ügyfélalkalmazások bármikor olvashatják ezeket a naplókat streamelési vagy kötegelt módban.Client applications can read these logs at any time, either in streaming or in batch mode. A változáscsatorna segítségével hatékony és skálázható megoldásokat építhet, amelyek alacsony költség mellett Blob Storage a fiókban előforduló változáseseményeket.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.

Megjegyzés

Ez a funkció még nem támogatott olyan fiókokban, amelyek hierarchikus névtérrel rendelkeznek (Azure Data Lake Storage Gen2).This feature is not yet supported in accounts that have a hierarchical namespace (Azure Data Lake Storage Gen2). További információ: blob Storage-szolgáltatások Azure Data Lake Storage Gen2ban.To learn more, see Blob storage features available in Azure Data Lake Storage Gen2.

A változáscsatorna működéseHow the change feed works

A változáscsatorna blobokként tárolód egy speciális tárolóban a tárfiókban standard blob díjszabási költség mellett. The change feed is stored as blobs in a special container in your storage account at standard blob pricing cost. A fájlok megőrzési időtartama a követelmények alapján szabályozható (lásd az aktuális kiadás feltételeit).You can control the retention period of these files based on your requirements (See the conditions of the current release). A változási események rekordként vannak hozzáfűzve a változáscsatornához az Apache Avro formátum specifikációban: ez egy kompakt, gyors, bináris formátum, amely beágyazott sémával gazdag adatstruktúrákat biztosít.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. Ezt a formátumot széles körben használják a Hadoop ökoszisztémájában, Stream Analytics és Azure Data Factory.This format is widely used in the Hadoop ecosystem, Stream Analytics, and Azure Data Factory.

Ezeket a naplókat aszinkron módon, növekményesen vagy teljes mértékben is feldolgozhatja.You can process these logs asynchronously, incrementally or in-full. A változáscsatornát függetlenül, párhuzamosan és a saját tempójában bármilyen számú ügyfélalkalmazás olvashatja.Any number of client applications can independently read the change feed, in parallel, and at their own pace. Az olyan elemzési alkalmazások, mint az Apache Drill vagy az Apache Spark közvetlenül Avro-fájlokként használják a naplókat, amelyek segítségével alacsony költséggel, nagy sávszélességgel és egyéni alkalmazás írása nélkül is feldolgozhatja őket.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.

Az alábbi ábra bemutatja, hogyan megjelenik a rekordok hozzáadása a változáscsatornához:The following diagram shows how records are added to the change feed:

A változáscsatorna működését bemutató ábra, amely a blobok módosításainak rendezett naplóját biztosítja

A változáscsatorna-támogatás jól használható olyan forgatókönyvekhez, amelyek módosított objektumokon alapuló adatokat feldolgoznak.Change feed support is well-suited for scenarios that process data based on objects that have changed. Az alkalmazások például a következőt használhatjak:For example, applications can:

  • Másodlagos index frissítése, szinkronizálás gyorsítótárral, keresőmotorral vagy más tartalomkezelési forgatókönyvekkel.Update a secondary index, synchronize with a cache, search-engine, or any other content-management scenarios.

  • Az objektumokon végrehajtott módosítások alapján kinyerheti az üzleti elemzési betekintő adatokat és metrikákat akár adatfolyammal, akár kötegelt módon.Extract business analytics insights and metrics, based on changes that occur to your objects, either in a streaming manner or batched mode.

  • Az objektumok módosításainak tárolása, naplózása és elemzése bármilyen időszakra, a biztonság, a megfelelőség vagy a vállalati adatkezelési intelligencia érdekében.Store, audit, and analyze changes to your objects, over any period of time, for security, compliance or intelligence for enterprise data management.

  • A vészkezelés vagy megfelelőség érdekében megoldásokat építhet ki az objektumállapot biztonsági mentésére, tükrözésére vagy replikáljára a fiókjában.Build solutions to backup, mirror, or replicate object state in your account for disaster management or compliance.

  • Olyan csatlakoztatott alkalmazás-folyamatok létrehozása, amelyek reagálnak a változási eseményekre, vagy végrehajtásokat ütemeznek a létrehozott vagy módosított objektumok alapján.Build connected application pipelines that react to change events or schedule executions based on created or changed object.

A változáscsatorna az objektumreplikáció és a blokkblobok időponthoz időben történő visszaállításának előfeltétele.Change feed is a prerequisite feature for Object Replication and Point-in-time restore for block blobs.

Megjegyzés

A változáscsatorna tartós, rendezett naplómodellt biztosít a blobon végrehajtott módosításokról.Change feed provides a durable, ordered log model of the changes that occur to a blob. A módosítások a változáscsatorna naplójában néhány percen belül meg vannak írva és elérhetővé teve.Changes are written and made available in your change feed log within an order of a few minutes of the change. Ha az alkalmazásnak ennél gyorsabban kell reagálnia az eseményekre, fontolja meg a Blob Storage eseményeket.If your application has to react to events much quicker than this, consider using Blob Storage events instead. Blob Storage Események valós idejű, egyszeres eseményeket biztosít, amelyek lehetővé teszik, hogy Azure Functions vagy alkalmazások gyorsan reagáljanak a blobok változásaira.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.

A változáscsatorna engedélyezése és letiltásaEnable and disable the change feed

A módosítások rögzítésének és rögzítésének megkezdéséhez engedélyeznie kell a változáscsatornát a tárfiókon.You must enable the change feed on your storage account to begin capturing and recording changes. Tiltsa le a változáscsatornát a módosítások rögzítésének letiltásához.Disable the change feed to stop capturing changes. A módosításokat a portálon vagy a PowerShellben Azure Resource Manager engedélyezheti és tilthatja le.You can enable and disable changes by using Azure Resource Manager templates on Portal or PowerShell.

Néhány dolog, amit szem előtt kell tartani a változáscsatorna engedélyezésekor.Here's a few things to keep in mind when you enable the change feed.

  • Minden tárfiókban csak egy változáscsatorna található a blobszolgáltatáshoz, és a blobtárolóban $blobchangefeed tárolóban.There's only one change feed for the blob service in each storage account and is stored in the $blobchangefeed container.

  • A létrehozási, frissítési és törlési módosításokat a rendszer csak a blobszolgáltatás szintjén rögzíti.Create, Update, and Delete changes are captured only at the blob service level.

  • A változáscsatorna a fiókban előforduló összes elérhető esemény összes változását rögzíti.The change feed captures all of the changes for all of the available events that occur on the account. Az ügyfélalkalmazások szükség szerint kiszűrik az eseménytípusokat.Client applications can filter out event types as required. (Lásd az aktuális kiadás feltételeit).(See the conditions of the current release).

  • Csak a GPv2- és Blob Storage-fiókok engedélyezhetik a változáscsatornát.Only GPv2 and Blob storage accounts can enable Change feed. A prémium szintű BlockBlobStorage-fiókok és a hierarchikus névtér-kompatibilis fiókok jelenleg nem támogatottak.Premium BlockBlobStorage accounts, and hierarchical namespace enabled accounts are not currently supported. A GPv1-tárfiókok nem támogatottak, de állásidő nélkül frissíthető GPv2-re. További információ: Frissítés GPv2-tárfiókra.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.

Változáscsatorna engedélyezése a tárfiókon a következő Azure Portal:Enable change feed on your storage account by using Azure portal:

  1. A Azure Portalválassza ki a tárfiókját.In the Azure portal, select your storage account.

  2. Nyissa meg az Adatvédelem lehetőséget a adatkezelés.Navigate to the Data protection option under Data Management.

  3. A Követés alatt válassza a Blob változáscsatorna engedélyezése lehetőséget.Under Tracking, select Enable blob change feed.

  4. Az adatvédelmi beállítások megerősítéséhez kattintson a Mentés gombra.Choose the Save button to confirm your data protection settings.

    Képernyőkép a változáscsatorna engedélyezéséről a Azure Portal

A változáscsatorna felhasználtaConsume the change feed

A változáscsatorna több metaadatot és naplófájlt állít elő.The change feed produces several metadata and log files. Ezek a fájlok a tárfiók $blobchangefeed tárolóban találhatók.These files are located in the $blobchangefeed container of the storage account.

Megjegyzés

Az aktuális kiadásban a $blobchangefeed tároló csak a Azure Portal látható, a Azure Storage Explorer.In the current release, the $blobchangefeed container is visible only in Azure portal but not visible in Azure Storage Explorer. A ListContainers API hívatáskor a $blobchangefeed-tároló jelenleg nem látható, de a ListBlobs API közvetlenül a tárolón hívható meg a blobok számáraYou 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

Az ügyfélalkalmazások a Változáscsatorna feldolgozó SDK-hoz biztosított blob változáscsatorna-feldolgozó kódtár használatával is felhasználhatjak a változáscsatornát.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.

Lásd: Változáscsatorna-naplók feldolgozása a Azure Blob Storage.See Process change feed logs in Azure Blob Storage.

A változáscsatorna-szervezésUnderstand change feed organization

SzegmensekSegments

A változáscsatorna olyan változások naplója, amelyek óránkénti szegmensekbe vannak rendezve, de néhány percenként hozzáfűzve és frissítve vannak.The change feed is a log of changes that are organized into hourly segments but appended to and updated every few minutes. Ezek a szegmensek csak akkor jön létre, ha blobváltozási események történnek abban az órában.These segments are created only when there are blob change events that occur in that hour. Ez lehetővé teszi, hogy az ügyfélalkalmazás felhasználja az adott időtartományon belül végrehajtott módosításokat anélkül, hogy a teljes naplóban keresnie kell.This enables your client application to consume changes that occur within specific ranges of time without having to search through the entire log. További információ: Specifikációk.To learn more, see the Specifications.

A változáscsatorna egy elérhető óránkénti szegmensét egy jegyzékfájl ismerteti, amely meghatározza az egyes szegmens változáscsatorna-fájljainak elérési útját.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. A virtuális könyvtár listája idő szerint rendezetten jeleníti meg $blobchangefeed/idx/segments/ ezeket a szegmenseket.The listing of the $blobchangefeed/idx/segments/ virtual directory shows these segments ordered by time. A szegmens útvonala a szegmens által képviselt óránkénti időtartomány kezdő idejét írja le.The path of the segment describes the start of the hourly time-range that the segment represents. Ezzel a listával kiszűrheti az Ön számára érdekes naplószegmenseket.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

Megjegyzés

A $blobchangefeed/idx/segments/1601/01/01/0000/meta.json automatikusan létrejön a változáscsatorna engedélyezésekor.The $blobchangefeed/idx/segments/1601/01/01/0000/meta.json is automatically created when you enable the change feed. Ezt a fájlt nyugodtan figyelmen kívül hagyhatja.You can safely ignore this file. Ez egy mindig üres inicializáló fájl.It is an always empty initialization file.

A szegmens jegyzékfájlja ( ) a tulajdonságban az erre a szegmensre vonatkozó változáscsatorna-fájlok meta.json elérési chunkFilePaths útját jeleníti meg.The segment manifest file (meta.json) shows the path of the change feed files for that segment in the chunkFilePaths property. Az alábbi példában egy szegmens jegyzékfájlja található.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"
        }
    }
}

Megjegyzés

A tároló csak akkor jelenik meg, ha engedélyezte a változáscsatorna $blobchangefeed funkciót a fiókjában.The $blobchangefeed container appears only after you've enabled the change feed feature on your account. A változáscsatorna engedélyezése után néhány percet várnia kell, mielőtt listába sorolhatja a tárolóban lévő blobokat.You'll have to wait a few minutes after you enable the change feed before you can list the blobs in the container.

Eseményrekordok módosításaChange event records

A változáscsatornafájlok módosítási eseményrekordok sorozatát tartalmazzák.The change feed files contain a series of change event records. Minden módosítási eseményrekord egy adott blob egy-egy változásának felel meg.Each change event record corresponds to one change to an individual blob. A rekordok szerializálása és a fájlba való írása az Apache Avro formátumspecifikációval megszabadított.The records are serialized and written to the file using the Apache Avro format specification. A rekordok az Avro fájlformátum specifikációval olvashatók.The records can be read by using the Avro file format specification. Számos kódtár érhető el a fájlok ilyen formátumú feldolgozásához.There are several libraries available to process files in that format.

A változáscsatornafájlok hozzáfűző blobokként vannak $blobchangefeed/log/ tárolva a virtuális könyvtárban.Change feed files are stored in the $blobchangefeed/log/ virtual directory as append blobs. Az egyes elérési utak alatt található első változáscsatornafájl a 00000 fájlnévben lesz (például 00000.avro ).The first change feed file under each path will have 00000 in the file name (For example 00000.avro). Az elérési úthoz hozzáadott minden további naplófájl neve 1-ével nő (például: 00001.avro ).The name of each subsequent log file added to that path will increment by 1 (For example: 00001.avro).

A változáscsatorna-rekordok a következő eseménytípusokat rögzítik:The following event types are captured in the Change feed records:

  • BlobLétrehozvaBlobCreated
  • Blob törölveBlobDeleted
  • BlobPropertiesUpdatedBlobPropertiesUpdated
  • BlobSnapshotCreatedBlobSnapshotCreated

Példa az eseményrekord JSON-ként konvertált változáscsatorna-fájlról való változásra.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"
         }
  }
}

Az egyes tulajdonságokkal kapcsolatos leírásért lásd a Azure Event Grid eseménysémát ismertető Blob Storage.For a description of each property, see Azure Event Grid event schema for Blob Storage. A BlobPropertiesUpdated és a BlobSnapshotCreated események jelenleg kizárólag a Változáscsatornára vannak kizáróan, és a Blob Storage eseményeknél még nem támogatottak.The BlobPropertiesUpdated and BlobSnapshotCreated events are currently exclusive to Change feed and not yet supported for Blob Storage Events.

Megjegyzés

A szegmens változáscsatorna-fájljai nem jelennek meg azonnal a szegmens létrehozása után.The change feed files for a segment don't immediately appear after a segment is created. A késés időtartama a változáscsatorna közzétételi késésének normál időközében van, amely a módosítástól számított néhány percen belül esik.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.

SpecifikációkSpecifications

  • A módosítási események rekordjai csak a változáscsatornához vannak hozzáfűzve.Change events records are only appended to the change feed. A rekordok hozzáfűzése után azok nem módosíthatók, és a rekord pozíciója stabil.Once these records are appended, they are immutable and record-position is stable. Az ügyfélalkalmazások fenntartják saját ellenőrzőpontjukat a változáscsatorna olvasási pozícióján.Client applications can maintain their own checkpoint on the read position of the change feed.

  • A módosítási eseményrekordokat a rendszer a módosítás után néhány percen belül hozzáfűzi.Change event records are appended within an order of few minutes of the change. Az ügyfélalkalmazások dönthetnek úgy, hogy a rekordokat a folyamatos elérés érdekében hozzáfűzik, vagy tömegesen, bármikor.Client applications can choose to consume records as they are appended for streaming access or in bulk at any other time.

  • A módosítási eseményrekordok blobonkénti módosítási sorrend szerint vannak rendezettek.Change event records are ordered by modification order per blob. A blobok közötti módosítások sorrendje nincs meghatározva a Azure Blob Storage.Order of changes across blobs is undefined in Azure Blob Storage. Az előző szegmensben történt összes módosítás a későbbi szegmensek minden változását megelőzően történt.All changes in a prior segment are before any changes in subsequent segments.

  • A módosítási eseményrekordok az Apache Avro 1.8.2 formátumspecifikációval vannak szerializálva a naplófájlba.Change event records are serialized into the log file by using the Apache Avro 1.8.2 format specification.

  • Módosítsa azokat az eseményrekordokat, ahol a értéke belső rendszerrekord, és nem tükrözik a fiókban lévő objektumok eventType Control változását.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. Ezeket a rekordokat nyugodtan figyelmen kívül hagyhatja.You can safely ignore those records.

  • A tulajdonságos csomag értékei csak belső használatra használhatók, és nem az alkalmazás storageDiagnostics által használhatók.Values in the storageDiagnostics property bag are for internal use only and not designed for use by your application. Az alkalmazások nem függnek szerződéses függőséggel az adatoktól.Your applications shouldn't have a contractual dependency on that data. Ezeket a tulajdonságokat nyugodtan figyelmen kívül hagyhatja.You can safely ignore those properties.

  • A szegmens által ábrázolt idő körülbelül 15 perces.The time represented by the segment is approximate with bounds of 15 minutes. Ezért annak érdekében, hogy az összes rekord egy adott idő alatt fel legyen használva, az egymást követő előző és következő óra szegmenst kell felfogni.So to ensure consumption of all records within a specified time, consume the consecutive previous and next hour segment.

  • Az egyes szegmensek száma a naplóstream belső particionálásának köszönhetően eltérő lehet a közzététel chunkFilePaths átviteli sebességének kezeléséhez.Each segment can have a different number of chunkFilePaths due to internal partitioning of the log stream to manage publishing throughput. A naplófájlok garantáltan tartalmaznak egymást kölcsönösen kizáró blobokat, és párhuzamosan is feldolgozhatók anélkül, hogy megsértené a módosítások blobonkénti sorrendjét az chunkFilePath iteráció során.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.

  • A szegmensek az állapotuktól Publishing indulnak.The Segments start out in Publishing status. Ha a rekordok a szegmenshez való hozzáfűzése befejeződött, a következő lesz: Finalized .Once the appending of the records to the segment is complete, it will be Finalized. A fájl tulajdonságának dátuma után dátumozott szegmensek naplófájlját az alkalmazás nem LastConsumable $blobchangefeed/meta/Segments.json használja fel.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. Az alábbi példa egy LastConsumable fájlban található $blobchangefeed/meta/Segments.json tulajdonságra mutat példát: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"
        }
    }
}

Feltételek és ismert problémákConditions and known issues

Ez a szakasz a változáscsatorna aktuális kiadásának ismert problémáit és feltételeit ismerteti.This section describes known issues and conditions in the current release of the change feed.

  • Az egyes változások eseményrekordjainak módosítása egynél több alkalommal is megjelenhet a változáscsatornában.Change event records for any single change might appear more than once in your change feed.
  • Még nem tudja kezelni a változáscsatorna naplófájlok élettartamát, ha időalapú adatmegőrzési szabályzatot ad meg hozzájuk, és nem törölheti a blobokat.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.
  • A url naplófájl tulajdonsága jelenleg mindig üres.The url property of the log file is currently always empty.
  • A fájlban segments.jstulajdonság nem tartalmazza a változáscsatorna által véglegesítendő első LastConsumable szegmenst.The LastConsumable property of the segments.json file does not list the very first segment that the change feed finalizes. Ez a probléma csak az első szegmens véglegesített kiadását követően jelentkezik.This issue occurs only after the first segment is finalized. A tulajdonság pontosan rögzíti az első óra utáni összes további LastConsumable szegmenst.All subsequent segments after the first hour are accurately captured in the LastConsumable property.
  • A ListContainers API $blobchangefeed nem látja a Azure Portal tárolót, és a tároló nem 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. A tartalom megtekintéséhez hívja meg a ListBlobs API-t a $blobchangefeed tárolóban.You can view the contents by calling the ListBlobs API on the $blobchangefeed container directly.
  • Előfordulhat, hogy a fiók feladatátvételét korábban kezdeményező tárfiókok nem jelennek meg a naplófájlban.Storage accounts that have previously initiated an account failover may have issues with the log file not appearing. A fiók jövőbeli feladatátvételei hatással lehetnek a naplófájlra is.Any future account failovers may also impact the log file.

GYIKFAQ

Mi a különbség a változáscsatorna és a Storage Analytics között?What is the difference between Change feed and Storage Analytics logging?

Az elemzési naplók az összes műveletre vonatkozó, sikeres és sikertelen kérésekkel kapcsolatos olvasási, írási, listás és törlési művelet rekordjait tartalmazják.Analytics logs have records of all read, write, list, and delete operations with successful and failed requests across all operations. Az elemzési naplók mindent megtesznek, és nem garantálnak rendelést.Analytics logs are best-effort and no ordering is guaranteed.

A változáscsatorna egy olyan megoldás, amely tranzakciónaplót biztosít a sikeresmutációkról vagy a fiók módosításairól, például a blobok létrehozásáról, módosításáról és törléséről.Change feed is a solution that provides transactional log of successful mutations or changes to your account such as blob creation, modification, and deletions. A változáscsatorna garantálja az összes esemény rögzítését és megjelenítését a blobonkénti sikeres módosítások sorrendjében, így nem kell kiszűrni a nagy mennyiségű olvasási műveletből vagy sikertelen kérésből származó zajt.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. A változáscsatorna alapvetően olyan alkalmazásfejlesztéshez lett kialakítva és optimalizálva, amely bizonyos garanciákat igényel.Change feed is fundamentally designed and optimized for application development that require certain guarantees.

Változáscsatorna- vagy Storage-eseményeket használjak?Should I use Change feed or Storage events?

A Változáscsatorna és a Blob Storage-események funkciói ugyanazt az információt biztosítják ugyanazokkal a teljesítési megbízhatósági garanciával, a fő különbség pedig az eseményrekordok késése, sorrendje és tárolása.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. A változáscsatorna néhány percen belül közzéteszi a rekordokat a naplóban, és garantálja a módosítási műveletek blobonkénti sorrendjét.Change feed publishes records to the log within few minutes of the change and also guarantees the order of change operations per blob. A tárolási eseményeket a rendszer valós időben lekérte, és nem biztos, hogy megrendeli őket.Storage events are pushed in real time and might not be ordered. A változáscsatorna eseményei tartósan, csak olvasható, stabil naplókként vannak tárolva a tárfiókban a saját meghatározott megőrzési időtartammal, míg a tárolási eseményeket az eseménykezelő csak átmeneti módon tárolja, kivéve, ha Ön kifejezetten tárolja őket.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. A változáscsatornával számos alkalmazás használhatja a naplókat a saját kényelmeikben blob API-k vagy SDK-k használatával.With Change feed, any number of your applications can consume the logs at their own convenience using blob APIs or SDKs.

Következő lépésekNext steps