Protocol buffer schemas are represented with what are called descriptors, and descriptors themselves can be serialized as protocol buffers so that you can save them on disk or send them over the network or whatever you like. If you want to have a sort of schema registry for protocol buffers then I would look into the
DescriptorPool and
DescriptorDatabase and related classes. These don't provide a full-blown schema server, but they provide all the core functionality that you would need to create one fairly easily. Those classes I linked to are in C++, but we have similar functionality for Java (I'm not sure offhand about other languages).
I don't think schema discovery is actually that useful for protocol buffers most of the time, though. I'm not very familiar with Avro but from reading about it today it appears that when you parse a message you need to have more-or-less the exact schema that was used to serialize it. In that case I can see why you might want to have a versioned schema registry. But with Protobuf it's generally not a problem at all if your schema is older or newer than that of the peer you're communicating with or the data you're reading from disk. The worst that can happen is that you come across some new fields that your schema doesn't know about, and when that happens they are just treated as "unknown fields" and are invisible to you unless you want to go out of your way to inspect them. With protobuf you almost always just use the code generated by the protocol compiler (protoc), and there's generally no need to even think about descriptors unless you're doing something unusual. (The main example would be needing to manipulate message types that are unknown at compile time.)