Olen käyttänyt Kafkaa yhdessä Profium Sense -tuotteemme kanssa, joten on aika täyttää kahvikuppini uudelleen ja pohtia, mitä Kafkasta puuttuu. Me Profiumilla olemme alusta alkaen nauttineet suorituskyvystä ja vikasietoisuudesta, sekä olemme arvostaneet viestien kestävyyttä ja liitettävyyttä erilaisiin ohjelmointikieliympäristöihin. Ensin näimme heikkoutena seurantakyvyn, eli kuinka IT-toiminnot tunnistavat pullonkaulat Kafkaan ja Kafkaan suuntautuviin virtauksiin. Tämä näkökohta on kypsynyt avoimena lähdekoodina ja kaupalliset ratkaisut pystyvät nyt seuraamaan Kafkan käyttöönottoa ja antamaan meille mahdollisuuden nukkua hyvin, kun Kafka on käynnissä. No, IT-operaatioihmiset eivät koskaan nuku, vai mitä? :-) Kafkan hienosäätö skaalautuvaan tuotantoympäristöön vaatii huolellista harkintaa esimerkiksi sen määrittämiseksi, kuinka monta osiota tulisi konfiguroida usean kuluttajan käsittelemälle aiheelle. Parhaat käytännöt osioiden lukumäärän (ja muiden parametrien) säätämiselle on onneksi nyt saatavilla verkossa, joten kalliita virheitä tai häiriöaikoja voidaan välttää. Kafkan turvallisuusvaatimusten ymmärtäminen on johtanut siihen, että olen löytänyt vastauksia, joiden avulla vältetään pääsy tietoihisi ja hallitaan ACL:itä siinä, kuka saa tehdä mitä. Jos teet tämän eläintarhanhoitajan kanssa, haluat turvata myös eläintarhanhoitajan pääsyn julkisesti saatavilla olevilla työkaluilla, kuten Kafka turvallisuuspäällikköllä. Kuitenkin Kafkan KIP:den tutkiminen osoittaa minulle, että Kafkan maailma ei ole vielä täydellinen. Henkilökohtainen toivelistani sisältää kyvyn ottaa käyttöön käyttäjän määrittelemiä funktioita (UDF) KSQL-palvelimessa ilman, että palvelimia on koottava tai käynnistettävä uudelleen aina, kun toimintoja päivitetään.